Как реализовать передачу MAC адреса по SSL соединению?

Question

[Mock]

1) Многие сайты работают через https, через этот протокол можно реализовать запрос MAC адреса от посетителя сайта?

2) При схеме работы 5 компьютеров + один роутер с wi-fi, этот самый роутер имеет 1 MAC адрес, и он просматривается всеми приложениями извне? Или же виден каждый индивидуальный MAC адрес каждого отдельного компьютера

Answer 1

[Алексей Журбицкий]

1) Согласно политикам безопасности браузеров получить mac адрес посетителя (за некоторым исключением) не получится. Максимум как это можно сделать — использовать Java апплет, который предварительно запрашивает разрешение у пользователя. А вам действительно надо знать mac адрес?

2) Будет виден мак адрес первого узла от сервера. Т.е. если схема такая: комп-роутер-сервер, то сервер увидит мак адрес роутера. Если между роутером и сервером есть еще узлы, то сервер будет видеть mac адрес ближайшего.

Comments

[Mock]

Спасибо что помогаете

1) Фактически без запроса на разрешение от посетителя узнать MAC адрес в принципе невозможо

2) Честно говоря я немного в ступоре, ответ от klu4ik чуть выше равно противоположный :)

[Алексей Журбицкий]

Mock второй пункт относится к IP пакетам, если все-таки в браузере удалось получить мак адрес, то, например, через куки его естественно можно передать и на сервер.

[JDima]

1) Да. Должен быть запрос клиенту, и клиент должен на него ответить (сомневаюсь, что можно обойтись без ActiveX, Java и так далее). А мак внешнего интерфейса роутера даже клиент знать не может.
2) klu4ik радикально не прав. На пути пакета от клиента до сервера L2 информация будет заменена десятки раз. Мак именно в L2 заголовке прописан.

[Максим Клюшков]

MAC-адрес можно передавать не в заголовке! Клиент и Сервер находятся в разных L2-сетях и конечно же из заголовка пакета не узнать реальный MAC-клиента. Но я уверен, что есть методы передачи MAC-адреса, через какое-нибудь апплет или API браузера передать напрямую web-приложению.

[Алексей Сундуков]

>или API браузера
Такого точно нет. Более того, на сколько я знаю, сейчас даже через Java-апплет зацепленный к браузеру получить MAC не получиться.

>Но я уверен
Разница между "я знаю" и "я уверен" огромна ;)

Answer 2

[Алексей Сундуков]

Учитывая, что MAC используется только до ближайшего узла совершенно не понятно, зачем его знать еще где либо (кстати, рекомендую погуглить про ARP). Более того. В OSI это находится на втором, канальном уровне, т.е. даже ниже IP. Поэтому в контексте веба я вообще не могу представить реальную задачу в которой потребуется MAC. Если это попытка контроля количества подключенных клиентов, для сервисов работающих по подписке там, то в корне неправильно заходить от MAC-а. В общем хотелось бы, что бы автор озвучил в контексте чего у него данный вопрос возник.

Answer 3

[nicolnx]

Тут сама клиентская STB передает мак серверу в HTTP запросе.
В общем случае IP-пакет не содержит поля MAC адреса, не его это собачье дело. Так что узнать МАС клиента через HTTP/HTTPS/любой протокол уровня IP и выше можно только вежливо попросив у клиентского приложения и надеясь что оно такой информацией располагает и согласится ее отдать. У браузера такой информации нет, так что «у посетителя сайта» — никак, да и не нужно это. MAC-адреса запросто могут совпадать у целых серий китайских материнок, проверено неоднократно.

Answer 4

[Максим Клюшков]

Хочу добавить, что у нас есть Middleware (для IPTV), которая авторизует клиентские приставки(STB) по MAC-адресу. Клиентские STB находятся в разных AS, городах и т.д, но через API браузера встроенного в приставку выхватывают MAC и передают серверу. Так что найти способ передачи MAC-а можно. Но да, как говорили выше, скорее всего будут проблемы с настройками безопасности.

Comments

[ekungurov]

Set-Tob-Boxы же своё собственное API имеют. Вот и выуживайте всё, что хотите что приставка позволяет. Хоть MAC, хоть серийный номер приставки. А конкретно MAC'и наиболее естественно вытягивать из логов DHCP сервера.

[Максим Клюшков]

Нет, не естественно. Хотя бы потому что приставки могут находится в разных сетях.

[ekungurov]

ISC DHCP может скрипт запускать при выдаче новой аренды. Так что можно собирать данные с нескольких серверов.

Answer 5

[Николай Турнавиотов]

Простите, а зачем Вам MAC адрес сетевого адаптера?
и второе — у меня на машине — вагон интерфейсов — несколько ethernet, wifi, пачка интерфейсов виртуалок, гипервизор, loopback адаптеры. Вам, ээ, какой из них — отдать? :)
Телевизор у товарища умеет wifi, eth — тоже вот, вопрос.
Ну и выше уже говорили, что MAC адрес адаптера не уйдёт дальше первого маршрутизатора. а VPN соединения всегда были точка точка, и я не помню, чтобы такое понятие там вообще использовалось

Answer 6

[Максим Клюшков]

2) Вы спрашиваете MAC-адрес у клиента, значит будет виден каждый индивидуальный MAC.

Comments

[Mock]

Спасибо за ответ.
Честно говоря я немного в ступоре, ответ от blo чуть ниже по второму вопросу равно противоположный :)

[Максим Клюшков]

Данные о маке в данном случае будут хранится внутри IP-пакета, а не в служебной его части.
Грубо говоря, сервер увидит мак-адрес роутера, а ваше приложение увидит мак-пользователя (если конечно он его вам передаст).

[Алексей Сундуков]

>сервер увидит мак-адрес роутера
Каким образом? Без «грубо говоря». Конкретику в студию. Как коробочный веб сервер (а автор явно не горит желанием писать свой веб сервер который будет рыться в дата-части IP пакета в поисках переданного там с клиента MAC-а) может получить MAC адрес роутера?

[Алексей Журбицкий]

alekciy так про веб сервер речь и не идет, разговор за физический сервер и веб приложение.

[Алексей Сундуков]

>Многие сайты работают через https
Имхо, однозначно задает контекст: веб сервер есть.

[Алексей Журбицкий]

alekciy это само собой, но зачем иметь mac адрес внутри веб сервера если его можно получить непосредственно в веб приложении?

[Алексей Сундуков]

А это был ответ на комментарий klu4ik о том, что MAC можно запихать в секцию данных IP пакета. В этом случае веб сервер должен будет их оттуда вытаскивать и пробрасывать в веб приложение. Если же веб приложение само может выступать в роли веб сервера (сомнительная, но возможная схема работы), то понятное дело оно само вытаскивает эти данные.

Как по мне, если нужен такой изврат, то разумнее данные поместить в HTTP(S) в виде Х-* заголовка.