Имате само два избора - http прокси или да напишете плъгин за всеки браузър. Този плъгин може просто да препраща данни през мрежа към централна услуга, оставяйки ви пред предизвикателството да измислите общ набор от данни, който всички браузъри могат да предоставят, плюс изучаване на всички модели на плъгини.
По мое мнение обаче единствената реална опция е HTTP(s) прокси, защото в противен случай трябва да продължите да актуализирате плъгините си всеки път, когато браузърите се променят, или да се справяте с факта, че могат да се появят и използват нови браузъри.
Със сигурност няма да намерите събитие „потребителят преглежда url в някакъв браузър“ в операционната система - всичко, което знае, е, че е отворена връзка на сокет на някакъв локален порт към порт 80/443 на отдалечен сървър (или друг).
Така че силно препоръчвам да надградите върху отличната работа, която стои зад Fiddler, и да използвате Fiddler Core.
http://www.telerik.com/fiddler/fiddlercore
За https трябва да дешифрирате и да шифровате отново с различен сертификат. Информацията, от която се нуждаете, просто не е налична, без действително да разопаковате заявката. Fiddler постига това, като отваря свой собствен SSL тунел към целевия сървър от името на клиента, докато действа като SSL сървър за клиента под различен сертификат. Докато сертификатът, който използва, е напълно доверен от клиента, не възникват проблеми.
Това означава, че потребителят не може лично да провери самоличността на целевия сайт - следователно вашата система ще трябва да приеме най-лошия сценарий за всички невалидни SSL сертификати и да блокира връзката.
person
Andras Zoltan
schedule
21.03.2012