информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяSpanning Tree Protocol: недокументированное применениеЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 ФБР нашла русский след в атаках... 
 Массовый взлом SharePoint 
 Microsoft Authenticator прекращает... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hacking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
здесь... 14.02.02 22:38  Число просмотров: 1188
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
иди по линку (статья о трюках, которые позволяет вытворятьARP-протокол)...

З.Ы. проги реализующие ARP-spoofing найти в нете не так уж сложно...

Нестандартное использование АРП
<hacking>
ARP 14.02.02 21:47  
Автор: asv Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Я тут прослышал, что посылая ложные арп пакеты на ИП, мона сделать так, чтоб он не видел сеть.
Подскажите поподробнее, или где почитать?
здесь... 14.02.02 22:38  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
иди по линку (статья о трюках, которые позволяет вытворятьARP-протокол)...

З.Ы. проги реализующие ARP-spoofing найти в нете не так уж сложно...

Нестандартное использование АРП
здесь... 15.02.02 13:08  
Автор: asv Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> иди по линку (статья о трюках, которые позволяет
> вытворятьARP-протокол)...
>
> З.Ы. проги реализующие ARP-spoofing найти в нете не так уж
> сложно...

>>Ладно, я решил сам написать, но хочу узнать, а на каком порту работает этот протокол? ARP?
:-) 15.02.02 13:33  
Автор: choor Статус: Elderman
<"чистая" ссылка>
;)) 15.02.02 13:24  
Автор: paganoid Статус: Member
<"чистая" ссылка>
;)) 15.02.02 14:13  
Автор: asv Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Да ладно угорать то.
Тольком скажите.
Емли я хочу послать ARP ответ, я ж должен его куда то послать, т.е. через сокет, а сокет - он же тока с портом!
тебе надо... 15.02.02 14:19  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
ознакомиться с 7 уровневой моделью OSI...
ARP-протокол относится к уровню data-link, он находится на более низком уровне чем IP и TCP, которые относятся соответственно к сетевому и транспортному уровням...

тут без теории никак не обойтись...
тебе надо... 15.02.02 15:02  
Автор: Glory <Mr. Glory> Статус: Elderman
<"чистая" ссылка>
> ARP-протокол относится к уровню data-link, он находится на
> более низком уровне чем IP и TCP
на более низком чем TCP да, но он находится на том же уровне что и IP, то есть на сетевом. Ниже только канальный и физический уровни, к ним ARP уж никак не отнесешь. Тем более ARP работает с IP адресами, а значит в какой-то степени зависит от IP.
точно ;-)) 15.02.02 16:50  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
к network layer относятся
IP; ARP
RARP, ICMP
RIP; OSFP
IGMP
IPX
NWLink
NetBEUI
OSI
DDP
DECnet
А к Data-link layer относится Media Access Control и Logical Link Control
По моему NetBEUI - это сеансовый уровень (так же как и NetBIOS, естественно). Но что выше сетевого точно, так как зависит от транспортных протоколов (TCP or UDP). 17.02.02 12:14  
Автор: Glory <Mr. Glory> Статус: Elderman
<"чистая" ссылка>
http://www.geocities.com/SiliconValley/Monitor/3131/ne/osimodel.html 17.02.02 13:12  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
NetBEUI в сабже он указан в двух уровнях - сетевом и трансопртном
Почитай Гука лучше. 18.02.02 14:36  
Автор: Glory <Mr. Glory> Статус: Elderman
<"чистая" ссылка>
> NetBEUI в сабже он указан в двух уровнях - сетевом и
> трансопртном
Ты сам подумай, как NetBEUI может быть протоколом сетевого уровня. Протоколы данного уровня за что отвечают? - За адресацию, за определение машин по сетевым адресам, за трансляцию адресов и т. д. Каким боком здесь NetBEUI то приплели? Причем NetBIOS там написали на сеансовом уровне, а NetBEUI - на транспортном и сетевом. А ведь это почти одно и тож, только NetBIOS придумала IBM, а NetBEUI - расширенный Майкрософтом NetBIOS. Оба протокола - сеансового уровня, и ни к сетевому, ни к траспортным уровням они не относятся.
Почитай Гука лучше. 18.02.02 17:39  
Автор: babay <Andrey Babkin> Статус: Elderman
<"чистая" ссылка>
> > NetBEUI в сабже он указан в двух уровнях - сетевом и
> > трансопртном
> Ты сам подумай, как NetBEUI может быть протоколом сетевого
> уровня. Протоколы данного уровня за что отвечают? - За
> адресацию, за определение машин по сетевым адресам, за
> трансляцию адресов и т. д. Каким боком здесь NetBEUI то
> приплели? Причем NetBIOS там написали на сеансовом уровне,
> а NetBEUI - на транспортном и сетевом.

Не согласен на 100%, NetBEUI не является маршрутизируемым, т.к. у него нет сетевого уровня.
Но ведь есть еще такой момент : NetBIOS определяет двух участников связи, интерфейс сеансового уровня, протокол управления сеансом и протокол транспорта данных т.е NetBIOS - это программный интерфейс и соглашение по именованию, но не протокол !

А ведь это почти
> одно и тож, только NetBIOS придумала IBM, а NetBEUI -
> расширенный Майкрософтом NetBIOS. Оба протокола -
> сеансового уровня, и ни к сетевому, ни к траспортным
> уровням они не относятся.

А вот тут ты себе противоречишь
Почитай Гука лучше. 19.02.02 11:16  
Автор: Glory <Mr. Glory> Статус: Elderman
<"чистая" ссылка>
> Причем NetBIOS там написали на сеансовом
> уровне,
> а NetBEUI - на транспортном и сетевом.
>
> Не согласен на 100%, NetBEUI не является
> маршрутизируемым, т.к. у него нет сетевого уровня.
Блин да ты просто не врубился в то, что я накатал. В предыдущем постинге про я просто процитировал сайт Причем NetBIOS там написали на сеансовом уровне, а NetBEUI - на транспортном и сетевом. . Я не соглашался с ними, я хотел показать что они написали х..ню. Как NetBEUI может быть сетевым протоколом то??? причем в тоже время NetBIOS - сеансовым?

> Но ведь есть еще такой момент : NetBIOS
> определяет двух участников связи, интерфейс сеансового
> уровня, протокол управления сеансом и протокол транспорта
> данных т.е NetBIOS - это программный
> интерфейс и соглашение по именованию, но не протокол !
>
> А ведь это почти
> > одно и тож, только NetBIOS придумала IBM, а NetBEUI -
> > расширенный Майкрософтом NetBIOS. Оба
> протокола -
> > сеансового уровня, и ни к сетевому, ни к траспортным
> > уровням они не относятся.

> А вот тут ты себе противоречишь
см. выше.
Вообще сейчас ИМХО уже нет четкой грани между протоколами. Более-менее четко можно выделить 4 уровня - канальный, сетевой, транспортный и прикладной. И с этой позиции NetBIOS/NetBEUI - прикладные протоколы.
Теперь врубился, что тогда тебя не понял ;-) 19.02.02 22:37  
Автор: babay <Andrey Babkin> Статус: Elderman
<"чистая" ссылка>
если было бы так как ты говоришь... 18.02.02 15:44  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
то компы с установленным одним протоколом NetBEUI друг друга не видели.... А ты попробуй - прекрасно работают они даже без ТСП... из этого следует что он выполняет функцию доставки
;-))
если было бы так как ты говоришь... 19.02.02 12:05  
Автор: Glory <Mr. Glory> Статус: Elderman
<"чистая" ссылка>
> то компы с установленным одним протоколом NetBEUI друг
> друга не видели.... А ты попробуй - прекрасно работают они
> даже без ТСП... из этого следует что он выполняет функцию
> доставки
> ;-))
Просто то что я написал - это теория, так по идее должно быть. Но на самом деле, все моежт буть по-другому. Я не исследовал подробно как в Windows все это работает, поэтому спорить на эту тему не буду. Вообще сейчас нет четкой грани между уровнями различных протоколов (см. мой ответный постинг бабаю).
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2025 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach