Суть вопроса:
  необходимо написать утилиту для удаления банеров из http трафика.

Вопрос в общих чертах изучил.
Хочется услышать стороенее мнение на этот счет.

PS: возможно у кого есть заделы или ссылки на сабж.

Написать прокси, который просто не будет отдавать банеры или отдавать их нулевым размером.

Snowy, я конечно признателен за ответ, но это немного не тот метод который я рассматриваю.

Вырезание банеров и рекламы (применитьльно к конечному пользователю) происходит путем удаления (или замены на [AD] скажем) ссылок в html коде страницы.

В контексте сказанного интересует метод перехвата (блокирущего) с озможностью накопления данных в промежуточном буфере,  анализу этих данных, и передачи их по цепочке дальше.

Так как тема глохнет придется развивать самому. (В принципе как обычно   )
Незнаю толи я вопросы неправильно задаю, толи спрашиваю нето   

Теперь к сути:
 Насколько я понимаю при использовании сниффера блокировать и фильтровать трафик неполучится.
 Значит единственный путь это перехват API функций типа recv и send.

Далее есть два пути: хук на процесс или глобальный хук. (пока не определился что лучше)

imho более правильный вариант - использовать SPI

описание на русском(в общих чертах)
Winsock SPI

доп. инфу, думаю, нагуглишь... 

dumb, или кто еще
а более человеческого описания на LSP/SPI у кого нить имеется.
или заготовка для dll.

Непонятны следующие моменты:
  Регистрация библиотеки в системе?
  Структура самой Dll? Экспортируемые функции.

PS: На выходных прочитал все что было в MSDN + PSDK. Вразумительных ответов нет там не нажел. Одна вода. Описания отдельных функций никак не связанных с самой архитектурой LSP.

код регистрации лучше взять из сэмпла ms'овского поначалу - он далеко не очевиден и остается таковым до полного прозрения(коего у меня, например, не наступило после поверхностного изучения темы ). на экспорт идут только DllMain и WSPStartup - остальные функции выцепляются из структуры.

но борьба с LSP - это не самый интересный момент. самое интересное начнется, когда ты будешь пытаться вылавливать из потока свои баннеры...  это, впрочем, не зависит от выбранного метода перехвата функций(свои хуки/детур/lsp/etc). разные модели общения с сокетами(block/non-block, overlap, iocp, etc), "стыки" пакетов, gzip'нутый поток, итд итп...

все хотел спросить с самого начала: а чем не устраивают готовые решения? 

Ну вопервых готовых решений много, и невижу причины если их будет на 1 больше.
Вовторых личное развитие, чтонемаловажно. На мой взгляд.
В третьих готовые решения устраивают не полностью. Так частенько под видом банеров режется и "ценная информация", а некоторые элементы вобще невидит какие фильтры не ставь + ограниченность в маневрах.



буду готовится.


аналогично. поэтому и хотелось бы найти материал который поможет прозреть.