Czy mój adres MAC może zostać zidentyfikowany przez witrynę internetową?

Czy mój adres MAC może zostać zidentyfikowany przez witrynę internetową podczas uzyskiwania dostępu do witryny? Czy to robi różnicę, jeśli strona wymaga ode mnie przesyłania plików?

mac-address

— MRTgang
źródło

Twoje pytanie jest niejasne. Proszę podać i podać więcej szczegółów.

— Indygo

Przez ruch sieciowy: NIE. Przez kod w przeglądarce: może.

— Ricky Beam

Odpowiedzi:

Zasadniczo strona internetowa, do której masz dostęp, nie może poznać twojego adresu MAC. Istnieją jednak szczególne przypadki, w których serwer może poznać Twój adres MAC:

IPv6 obsługuje przypisywanie adresów w sposób, który osadza adres MAC w adresie IP. Ze względów prywatności ten sposób przypisywania adresów IPv6 nie jest zbyt powszechny.
Jeśli jesteś bezpośrednio podłączony do tego samego segmentu sieci co serwer WWW, będzie on mógł zobaczyć twój adres MAC. (Ale prawdopodobnie nie taki scenariusz miałeś na myśli).
Widziałem, jak niektórzy dostawcy usług internetowych osadzali adres MAC urządzenia klienta w zwrotnych rekordach DNS (po formacie x1-6-następował adres MAC).
W przeglądarce mogą znajdować się funkcje skryptowe, które pozwoliłyby skryptom poznać adres MAC komputera klienckiego i wysłać go na serwer. Nie wiem, czy javascript może uzyskać adres MAC komputera klienckiego, ale wiem, że może znaleźć lokalny adres IP .

— kasperd
źródło

Dla # 1 patrz RFC 4941

— Bob

Nie wierzę, że JavaScript może uzyskać adres MAC urządzenia.

— las

Nie, zdalna witryna dowie się tylko, jakiego publicznego adresu IP używasz, a nie adresu MAC urządzenia, chyba że używasz IPv6 z adresem EUI-64 . W takim przypadku adres MAC można uzyskać z adresu IPv6.

— Teun Vink
źródło

Powinieneś przestudiować model OSI . Adresy MAC to adresy warstwy 2 w ramce, ale ramki są usuwane z routera. Adresy IP to adresy warstwy 3 w pakiecie. Tylko pakiety będą przechodzić przez router.

Hosty i przełączniki używają adresów MAC w ramkach do dostarczania ramek do właściwego hosta (w tym do bramy, która jest po prostu innym hostem w warstwie 2) w sieci LAN. Gdy brama (router) pobiera ramkę od hosta, usuwa nagłówek ramki, aby dostać się do pakietu, i kieruje pakiet na podstawie adresu IP. Gdy router wyśle pakiet z nowego interfejsu, utworzy nową enkapsulację ramki dla nowego łącza, używając własnego adresu MAC dla nowej ramki. Gdy pakiet przechodzi od routera do routera do miejsca docelowego, jedynym źródłowym adresem MAC, który przetrwał, będzie adres końcowego routera.

— Ron Maupin
źródło

Wszystko prawda, ale nie sądzę, że ktoś powinien przestudiować model OSI. Nie ma zastosowania do protokołu TCP / IP, który ma swój własny, wcześniejszy model, i nie dotyczy również niczego innego w świecie rzeczywistym. Nie dotyczyło to nawet pakietu protokołów OSI.

— user207421

Model OSI jest dobrą pomocą w zrozumieniu, jak to działa. W górę przez warstwę transportową nowoczesne stosy sieciowe działają zaskakująco dobrze z modelem OSI. Począwszy od warstwy 5, OS i programiści aplikacji nie pasują do modelu OSI, ale te warstwy i tak są tutaj nie na temat.

— Ron Maupin

@EJP, prawda jest taka, że specjalista ds. Sieci dla sieci profesjonalnych (o czym tutaj jest mowa, poprzez warstwę OSI 4, według centrum pomocy ) powinien znać model OSI i rozumieć, że adresy MAC to warstwa 2 adresy, adresy IP to adresy warstwy 3, a porty TCP / UDP to adresy warstwy 4 oraz sposób, w jaki datagramy przepływają i są otoczone przez różne warstwy w stosie sieciowym.

— Ron Maupin

Podczas konfigurowania sprzętu sieciowego PPP jest protokołem warstwy 2. Ma mostek (NCP) do protokołu (ów) warstwy 3, który obsługuje. Podczas konfigurowania sprzętu sieciowego (np. Cisco) jest on konfigurowany jako protokół warstwy 2. Może być inaczej w przypadku urządzeń końcowych, ale ich konfiguracja jest tutaj nie na temat.

— Ron Maupin

@kasperd: Chodzi o nauczenie pojęcia warstw abstrakcji. Tak naprawdę nie ma znaczenia, jak je nazwiesz lub jaki model, którego się uczysz.

— Lekkość ściga się z Monicą