NDIS InterMediate Driver - Обсуждение

[Kife]

см название ветки . InterMediate driver

[heptohedron2004]

то есть  InterMediate driver может модифицировать пакеты ?
можно ли взять в таком случае экзампл из ддк passthru  в качестве основы ?

[Kife]

1. да, позволяет.
2. да, можно

[heptohedron2004]

Спасибо Человек. Может, есть еще какая нить доп инфа по данному вопросу ?

[Kife]

1. Челвека зовут Леха : )
2. Есть, но книги бумажные

[heptohedron2004]

Значит спасибо Леха).
Скажи плз названия книжек поисчу мот че найду.

[Kife]

Программирование драйверов и систем безопасности. в ней больше всего по IM драйверу написано

[heptohedron2004]

ГГГ так а автор то кто ?

[heptohedron2004]

и еще мот я ваще наглею, но мот есть какие нить исходники или хотя бы кусок кода какой в качестве примера, каким образом можно, перехватив пакет, изменить содержимое только данных?

[Kife]

пока только теоретич. могу рассказать, ибо есть проект, но он жутко коммерчкеский, да и ооооочень большой.  Но я планирую написать цикл статей на эту тему.

[heptohedron2004]

Статья енто круто. Хотя бы теоретически сейчас расскажи еси не в лом.

[Kife]

сорри, не сегодня... занят я сильно

[new_s]

Программирование драйверов и систем безопасности. в ней больше всего по IM драйверу написано

Лежит на natahaus.ru. В разделе программирование на 6 вроде странице.
А автор С Сорокина

[Kife]

Программирование драйверов и систем безопасности. в ней больше всего по IM драйверу написано

Лежит на natahaus.ru. В разделе программирование на 6 вроде странице.
А автор С Сорокина

ага-ага, именно Сорокина

[heptohedron2004]

Спасибо, люди.Теорию жду)

[new_s]

Теория в DDK. Сейчас сам сижу перевожу.

[Kife]

))

[heptohedron2004]

И все-таки хотелось бы видеть енто от опытного человека)

[new_s]

Что то я в DDK разачаровываюсь(может быть потому что английский не знаю:) )
Разбираю passthru и убеждаюсь что большенство функций лучше не трогать. В том смысле что
пакеты отправляют только две функции в miniport.c.
вапрос.
Если я хочу написать firewall то мне действительно нужно тока пару функций изменить или надо всё переписать?

[heptohedron2004]

Еще вопрос. Шифровать данные в пакете необходимо каким нить DES-ом или ГОСТ-ом, но вставить такую ф-ю (де)шифрования в сам драйвер по идее нереально. Что делать ?(при условии использования стандартного алгоритма шифрования).

[StandAlone]

Доброго всем времени суток, господа Весельчаки!
Здравствовать всем желаю -- и странного хочу. Как бы выяснить особенности устройства стека сети Windows в той его части, что касается WAN? Конкретнее -- пакеты, идущие из tcpip.sys, роутятся на NDISWAN, я так понимаю, если дефолт гейтвей - минипорт PPP\WAN. NDISWAN преобразует из NDIS_PACKET в NDIS_WAN_Packet, и передает некоему мифическому WAN минипорт драйверу, который уже окончательно пересылает их на уровень модема... "Так говорит DDK". Внимание -- вопрос. Что является этим WAN минипортом ? В комплекте поставок имеющихся у меня драйверов модемов я никаких WAN miniport не нашел. ДДК еще говорит о стандартном AsynkMac минипорте, который работает далее с serial.dll... то есть, драйверы модемов под Windows работают как обычные COM-порты? И как бы перехватить этот поток -- как вклиниться между NDISWAN и драйвером модема? ДДК по этому поводу лаконичен до невероятия, туманно упоминает о возможности существования подобных IM драйверов, и - все. Копал ли кто-нибудь в этом направлении, о многоуважаемые Весельчаки? Заранее благодарен.

[Kife]

Еще вопрос. Шифровать данные в пакете необходимо каким нить DES-ом или ГОСТ-ом, но вставить такую ф-ю (де)шифрования в сам драйвер по идее нереально. Что делать ?(при условии использования стандартного алгоритма шифрования).

ну почему же нереально ? )) все реально делаешь Lib, компилишь его для режима ядра, прилинковываешь к драйверу и вперед!

[Kife]

Доброго всем времени суток, господа Весельчаки!
Здравствовать всем желаю -- и странного хочу. Как бы выяснить особенности устройства стека сети Windows в той его части, что касается WAN? Конкретнее -- пакеты, идущие из tcpip.sys, роутятся на NDISWAN, я так понимаю, если дефолт гейтвей - минипорт PPP\WAN. NDISWAN преобразует из NDIS_PACKET в NDIS_WAN_Packet, и передает некоему мифическому WAN минипорт драйверу, который уже окончательно пересылает их на уровень модема... "Так говорит DDK". Внимание -- вопрос. Что является этим WAN минипортом ? В комплекте поставок имеющихся у меня драйверов модемов я никаких WAN miniport не нашел. ДДК еще говорит о стандартном AsynkMac минипорте, который работает далее с serial.dll... то есть, драйверы модемов под Windows работают как обычные COM-порты? И как бы перехватить этот поток -- как вклиниться между NDISWAN и драйвером модема? ДДК по этому поводу лаконичен до невероятия, туманно упоминает о возможности существования подобных IM драйверов, и - все. Копал ли кто-нибудь в этом направлении, о многоуважаемые Весельчаки? Заранее благодарен.

ненененеееееее!!!! не так.... есть обманка для винды. короче с минимальной доработкой  PassThru ловит модемные пакеты.

[Kife]

Ребята, заранее извиняюсь, что я раскидываю фразами типа "почему не реально, все реально" или "минимальной доработкой  PassThru ловит модемные пакеты" не подкрепляя теорией... просто поверьте мне пока "на слово". дело в том, что сейчас я очень занят, но через неделю -- две планирую таки доработать свой проект а заодно начать писать статьи. Вот основные вопросы, которые я хочу осветить:
1. PassThru  -- разбираем пример от А до Я
2. Добавляем в PassThru модульь по взаимодействию с User-приложениями (DeviceControl)
2.1 Добавляем возможность перехвата молемных пакетов а так же пакетов от сетевух 10бит.
3. Учимся модифицировать пакеты
4. Прилинковываем к драйверу библиотеку
5. Учимся накалывать винду -- в драйвер приходит несколько пакетов, мы их собираем и отправляем на верх один большой и наоборот.
Ну если не статьи, так в форуме покажу

[new_s]

Надеюсь почитать.
Цикл довольно обширный.
Жалую успехов.

[StandAlone]

Kife, здрав будь Цели у тебя, безусловно, благородные, и для многих полезны будут. Но код passthru изучен уже довольно хорошо, на pcausa.com были краткие наброски по этому поводу...Ну да не суть. Вопрос - минимальная обманка винды -- это добавление MiniportCharaсteristics.MiniportWanSend? В *.inf соответствено LowerRange -ndiswanasync, UpperRange - ndiswan? Это я на протяжении нескольких дней пытаюсь сделать.. но винда упорно игнорирует мой минипорт. Дизассемблирование ndiswan и asyncmac показывает вроде, что там все довольно стандартно, MpSend\PrReceive... в чем же может быть прикол? Что-то связанное с наименованиями драйвера и его сервиса, типа ***NdisWan*** ?

[Kife]

Не помню............ точно помню что Media добавить соответствующее надо в список поддерживаемых... а дальше не помню

[StandAlone]

Ну да.."Medium type. Some people tried to report NdisMediumEthernet instead of NdisMediumWan in their MiniportInitialize() function. However, this is WRONG. Doing so just temporarily resolves some of the problems that arise. If you do so you will later encounter other problems. So, if the underlying NIC reports NdisMediumWan"(с) некто Andrew Zabolotny <bit@eltech.ru>. Сделано, не подхватывает..минипорт вообще не получает инициализации.. Такое впечатление, что NDISWAN ищет свои минипорты по какому-то принципу, никак не связанному с LowerRange\UpperRange в реестре. Ладно, SoftIce в зубы -- и закапываться в код дальше. Просто думал -- вдруг уже кто по этим граблям прогуливался, дабы сократить маршрут... Если получится -- расскажу, как

[heptohedron2004]

Такой еще вопрос. NDIS пакет - енто типа пачка буфферов. Как, считывая инфу из этих буфферов попорядку, определить, что вот здесь закончился изернет заголовок, вот именно здесь начались данные пользователя. И еще, надо ли пересчитывать CRC, если я например проихорил инфу.

[heptohedron2004]

 делаешь Lib, компилишь его для режима ядра, прилинковываешь к драйверу и вперед!

а где про енто дело можно почитать ?