Может ли мой MAC-адрес быть идентифицирован веб-сайтом?


16

Может ли мой MAC-адрес быть идентифицирован веб-сайтом, когда я захожу на сайт? Имеет ли значение, если сайт требует от меня загрузки файлов?


Ваш вопрос неопределенный. Пожалуйста, уточните и предоставьте более подробную информацию.
— Индиго

1
Через сетевой трафик: НЕТ. Через код в браузере: возможно.
— Рикки Бим

Ответы:


21

Как правило, веб-сайт, к которому вы обращаетесь, не может узнать ваш MAC-адрес. Однако существуют особые случаи, когда сервер может узнать ваш MAC-адрес:

  1. IPv6 поддерживает назначение адресов таким образом, чтобы встраивать MAC-адрес в IP-адрес. По соображениям конфиденциальности такой способ назначения адресов IPv6 не очень распространен.
  2. Если вы непосредственно подключены к тому же сегменту сети, что и веб-сервер, он сможет увидеть ваш MAC-адрес. (Но это, вероятно, не тот сценарий, который вы имели в виду.)
  3. Я видел, как некоторые интернет-провайдеры встраивали MAC-адрес оборудования клиента в обратные записи DNS (за форматом x1-6-следовал MAC-адрес).
  4. В браузере могут быть возможности создания сценариев, которые позволят сценариям узнать MAC-адрес клиентского компьютера и отправить его на сервер. Я не знаю, может ли javascript получить MAC-адрес клиентского компьютера, но я знаю, что он может найти локальный IP- адрес.

2
Для № 1 см. RFC 4941
— Боб

Я не верю, что JavaScript может получить MAC-адрес устройства.
— лес

16

Нет, удаленный сайт будет только узнавать, какой публичный IP-адрес вы используете, а не MAC-адрес вашего устройства, если только вы не используете IPv6 с адресом EUI-64 . В этом случае ваш MAC-адрес может быть получен из адреса IPv6.


3

Вы должны изучить модель OSI . MAC-адреса - это адреса уровня 2 в кадре, но кадры удаляются на маршрутизаторе. IP-адреса - это адреса уровня 3 в пакете. Только пакеты будут пересекать маршрутизатор.

Хосты и коммутаторы используют MAC-адреса в кадрах для доставки кадров на правильный хост (включая шлюз, который является просто другим хостом на уровне 2) в локальной сети. Когда шлюз (маршрутизатор) получает кадр от хоста, он удаляет заголовок кадра, чтобы добраться до пакета, и маршрутизирует пакет на основе IP-адреса. Когда маршрутизатор отправляет пакет новому интерфейсу, он создает инкапсуляцию нового кадра для нового канала, используя собственный MAC-адрес для нового кадра. Когда пакет перемещается от маршрутизатора к маршрутизатору до конечного пункта назначения, единственным MAC-адресом оставшегося в живых источника будет адрес конечного маршрутизатора.


3
Все верно, но я не думаю, что кто-то должен изучать модель OSI. Это не относится к TCP / IP, который имеет свою собственную, исторически сложившуюся модель, и к реальному миру также не относится. Это даже не применимо должным образом к набору протоколов OSI.
— user207421

2
Модель OSI является хорошим помощником для понимания того, как все работает. Через транспортный уровень современные сетевые стеки удивительно хорошо работают с моделью OSI. Начиная с 5-го уровня, разработчики ОС и приложений не соответствуют модели OSI, но эти уровни в любом случае здесь не по теме.
— Рон Мопин

3
@ EJP, реальная точка зрения состоит в том, что профессионал сети для профессиональных сетей (что обсуждается здесь, через уровень 4 OSI, в справочном центре ) должен быть знаком с моделью OSI и должен понимать, что MAC-адреса являются уровнем 2 адреса, IP-адреса - это адреса уровня 3, а порты TCP / UDP - это адреса уровня 4, а также то, как дейтаграммы проходят и инкапсулируются различными уровнями в сетевом стеке.
— Рон Мопин

1
При настройке сетевого оборудования PPP является протоколом уровня 2. У него есть мост (NCP) к протоколу (-ам) уровня 3, который он поддерживает. При настройке сетевого оборудования (например, Cisco) оно настраивается как протокол уровня 2. Это может отличаться для конечных устройств, но их настройка здесь не по теме.
— Рон Мопин

4
@kasperd: Дело в том, чтобы научить понятию слоев абстракции. Неважно, как вы их называете или какую конкретно модель вы изучаете.
— Легкость гонок с Моникой
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.