{"id":55176,"date":"2020-01-14T00:00:00","date_gmt":"2020-01-13T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/vsyo-chto-vy-hoteli-znat-o-mas-adrese"},"modified":"2020-02-18T14:03:16","modified_gmt":"2020-02-18T11:03:16","slug":"vsyo-chto-vy-hoteli-znat-o-mas-adrese","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vsyo-chto-vy-hoteli-znat-o-mas-adrese","title":{"rendered":"Alt, hvad du ville vide om MAC-adresser","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Alt, hvad du ville vide om MAC-adresser\" src=\"\/wp-content\/uploads\/2020\/01\/5368ad2317cd64df459bbb7804f77264.jpeg\" style=\"display:block;margin: 0 auto;\" \/>Alle ved, at de seks bytes, som normalt vises i hexadecimalt format, er tildelt netv\u00e6rkskortet fra fabrikken og virker ved f\u00f8rste \u00f8jekast tilf\u00e6ldige. Nogle ved, at de f\u00f8rste tre bytes af adressen er producentens identifikator, mens de \u00f8vrige tre bytes er tildelt dem. Det er ogs\u00e5 kendt, at man kan tildele sig selv <em>en vilk\u00e5rlig<\/em> adresse. Mange har ogs\u00e5 h\u00f8rt om \u00abtilf\u00e6ldige adresser\u00bb i Wi-Fi.<\/p>\n<p><\/p>\n<p>Lad os finde ud af, hvad det er. <\/p>\n<p><\/p>\n<p>MAC-adressen (media access control address) er en unik identifikator, der er tildelt et netv\u00e6rksinterface og anvendes i netv\u00e6rk under IEEE 802-standarder, hovedsageligt Ethernet, Wi-Fi og Bluetooth. Den kaldes officielt \"enhedstypen EUI-48\". Som navnet antyder, har adressen en l\u00e6ngde p\u00e5 48 bits, dvs. 6 bytes. Der er ikke nogen almen standard for, hvordan adressen skrives (i mods\u00e6tning til IPv4-adressen, hvor oktetter altid adskilles med punkter). Normalt skrives den som seks hexadecimale tal adskilt af kolon: 00:AB:CD:EF:11:22, selvom nogle hardwareproducenter foretr\u00e6kker formater som 00-AB-CD-EF-11-22 eller endda 00ab.cdef.1122.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Historisk set blev adresser indl\u00e6st i ROM i chipsetet p\u00e5 netv\u00e6rkskortet uden mulighed for at \u00e6ndre dem uden en flash-programm\u00f8r, men i dag kan adressen \u00e6ndres softwarem\u00e6ssigt fra operativsystemet. Det er muligt at indstille MAC-adressen manuelt i Linux og MacOS (altid), Windows (n\u00e6sten altid, hvis driveren tillader det), Android (kun roote); for iOS (uden root) er lignende tricks umulige.<\/p>\n<p><\/p>\n<h3>Adressernes struktur<\/h3>\n<p><\/p>\n<p>Adressen best\u00e5r af en del med producentens identifikator, OUI, og en identifikator tildelt af producenten. Identifikatorerne OUI (Organizationally Unique Identifier) tildeles af <noindex><a rel=\"nofollow\" href=\"https:\/\/standards.ieee.org\/products-services\/regauth\/oui\/index.html\">arbejder p\u00e5<\/a><\/noindex> IEEE. Faktisk kan l\u00e6ngden godt v\u00e6re mere end 3 bytes (24 bits), op til 28 eller 36 bits, som danner blokke (MAC Address Block, MA) af adresser af typerne Large (MA-L), Medium (MA-M) og Small (MA-S). St\u00f8rrelsen af den tildelte blok vil i s\u00e5 tilf\u00e6lde v\u00e6re 24, 20, 12 bits eller henholdsvis 16 millioner, 1 million, 4000 adresser. I \u00f8jeblikket er der tildelt cirka 38 tusinde blokke, som kan findes ved hj\u00e6lp af forskellige online v\u00e6rkt\u00f8jer, for eksempel ved <noindex><a rel=\"nofollow\" href=\"https:\/\/regauth.standards.ieee.org\/standards-ra-web\/pub\/view.html\">IEEE<\/a><\/noindex> eller <noindex><a rel=\"nofollow\" href=\"https:\/\/www.wireshark.org\/tools\/oui-lookup.html\">Wireshark<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h3>Hvem ejer adresserne<\/h3>\n<p><\/p>\n<p>En enkel behandling af den offentligt tilg\u00e6ngelige <noindex><a rel=\"nofollow\" href=\"https:\/\/code.wireshark.org\/review\/gitweb?p=wireshark.git;a=blob_plain;f=manuf;hb=HEAD\">databaseudl\u00e6sning<\/a><\/noindex> fra IEEE giver en hel del information. For eksempel har nogle organisationer taget mange OUI-blokke. Her er vores helte:<\/p>\n<p><\/p>\n<p>Leverand\u00f8r<br \/>\nAntal blokke\/poster<br \/>\nAntal adresser, i millioner.<\/p>\n<p>Cisco Systems Inc<br \/>\n888<br \/>\n14208<\/p>\n<p>Apple<br \/>\n772<br \/>\n12352<\/p>\n<p>Samsung<br \/>\n636<br \/>\n10144<\/p>\n<p>Huawei Technologies Co.Ltd<br \/>\n606<br \/>\n9696<\/p>\n<p>Intel Corporation<br \/>\n375<br \/>\n5776<\/p>\n<p>ARRIS Group Inc.<br \/>\n319<br \/>\n5104<\/p>\n<p>Nokia Corporation<br \/>\n241<br \/>\n3856<\/p>\n<p>Privat<br \/>\n232<br \/>\n2704<\/p>\n<p>Texas Instruments<br \/>\n212<br \/>\n3392<\/p>\n<p>zte corporation<br \/>\n198<br \/>\n3168<\/p>\n<p>IEEE Registration Authority<br \/>\n194<br \/>\n3072<\/p>\n<p>Hewlett Packard<br \/>\n149<br \/>\n2384<\/p>\n<p>Hon Hai Precision<br \/>\n136<br \/>\n2176<\/p>\n<p>TP-LINK<br \/>\n134<br \/>\n2144<\/p>\n<p>Dell Inc.<br \/>\n123<br \/>\n1968<\/p>\n<p>Juniper Networks<br \/>\n110<br \/>\n1760<\/p>\n<p>Sagemcom Broadband SAS<br \/>\n97<br \/>\n1552<\/p>\n<p>Fiberhome Telecommunication Technologies Co. LTD<br \/>\n97<br \/>\n1552<\/p>\n<p>Xiaomi Communications Co Ltd<br \/>\n88<br \/>\n1408<\/p>\n<p>Guangdong Oppo Mobile Telecommunications Corp.Ltd<br \/>\n82<br \/>\n1312<\/p>\n<p><\/p>\n<p>Google har kun 40, og det er ikke overraskende: de producerer ikke s\u00e5 mange netv\u00e6rksenheder selv.<\/p>\n<p><\/p>\n<p>MA-blokke tilbydes ikke gratis; de kan k\u00f8bes til en rimelig pris (uden abonnementsgebyr) for $3000, $1800 eller $755 henholdsvis. Interessant nok kan man for ekstra penge (om \u00e5ret) k\u00f8be 'skjul' af offentlig information om den tildelte blok. Der er i \u00f8jeblikket 232, som det fremg\u00e5r ovenfor.<\/p>\n<p><\/p>\n<h3 id=\"kogda-zakonchatsya-mas-adresa\">Hvorn\u00e5r vil MAC-adresserne l\u00f8be t\u00f8r?<\/h3>\n<p><\/p>\n<p>Vi er alle ret tr\u00e6tte af de vedholdende historier om, at 'IPv4-adresser snart vil v\u00e6re udsolgt'. Ja, det er allerede sv\u00e6rt at f\u00e5 nye IPv4-blokke. Det er dog kendt, at IP-adresser <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/globalsign\/blog\/355006\/\">er ekstremt uj\u00e6vnt fordelt<\/a><\/noindex>; der findes gigantiske og lidt brugte blokke, der tilh\u00f8rer store virksomheder og statslige institutioner i USA, men der er ikke meget h\u00e5b om, at de vil blive omfordelt til dem, der har brug for det. Udbredelsen af NAT, CG-NAT og IPv6 har gjort problemet med mangel p\u00e5 offentlige adresser mindre presserende.<\/p>\n<p><\/p>\n<p>I MAC-adressen er der 48 bits, hvoraf 46 kan betragtes som 'brugbare' (hvorfor? L\u00e6s videre), hvilket giver 246 eller 1014 adresser, hvilket er 214 gange st\u00f8rre end IPv4-adresserummet.<br \/>\nI \u00f8jeblikket er der tildelt cirka en halv billion adresser, eller kun 0.73% af det samlede volumen. Der er endnu meget, meget langt til udt\u00f8mningen af MAC-adresser.<\/p>\n<p><\/p>\n<h3 id=\"sluchaynost-bit\">Tilf\u00e6ldighed af bits<\/h3>\n<p><\/p>\n<p>Man kan antage, at OUI er tilf\u00e6ldigt fordelt, og at leverand\u00f8ren derefter ogs\u00e5 tilf\u00e6ldigt tildeler adresser til individuelle netv\u00e6rksenheder. Er det sandt? Lad os se p\u00e5 fordelingen af bits i de MAC-adresser, jeg har til r\u00e5dighed for 802.11-enheder, som er blevet indsamlet af fungerende autorisationssystemer i tr\u00e5dl\u00f8se netv\u00e6rk. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.netams.com\/wnam\/\">WNAM<\/a><\/noindex>. Adresserne tilh\u00f8rer rigtige enheder, der har v\u00e6ret tilsluttet Wi-Fi i flere \u00e5r i tre lande. Derudover er der en lille database af 802.3-enheder i kabelbaserede netv\u00e6rk.<\/p>\n<p><\/p>\n<p>Vi vil opdele hver MAC-adresse (seks bytes) fra hver af pr\u00f8verne i bits byte for byte, og se p\u00e5 hyppigheden af '1'-bit i hver af de 48 positioner. Hvis bittene er indstillet helt vilk\u00e5rligt, b\u00f8r sandsynligheden for at f\u00e5 '1' v\u00e6re 50%.<\/p>\n<p><\/p>\n<p>Wi-Fi-pr\u00f8ver nr. 1 (Rusland)<br \/>\nWi-Fi-pr\u00f8ver nr. 2 (Hviderusland)<br \/>\nWi-Fi-pr\u00f8ver nr. 3 (Usbekistan)<br \/>\nLAN-udvalg (RF)<\/p>\n<p>Antal poster i databasen<br \/>\n5929000<br \/>\n1274000<br \/>\n366000<br \/>\n1000<\/p>\n<p>Bitnummer:<br \/>\n% bit \u00ab1\u00bb<br \/>\n% bit \u00ab1\u00bb<br \/>\n% bit \u00ab1\u00bb<br \/>\n% bit \u00ab1\u00bb<\/p>\n<p>1<br \/>\n48.6%<br \/>\n49.2%<br \/>\n50.7%<br \/>\n28.7%<\/p>\n<p>2<br \/>\n44.8%<br \/>\n49.1%<br \/>\n47.7%<br \/>\n30.7%<\/p>\n<p>3<br \/>\n46.7%<br \/>\n48.3%<br \/>\n46.8%<br \/>\n35.8%<\/p>\n<p>4<br \/>\n48.0%<br \/>\n48.6%<br \/>\n49.8%<br \/>\n37.1%<\/p>\n<p>5<br \/>\n45.7%<br \/>\n46.9%<br \/>\n47.0%<br \/>\n32.3%<\/p>\n<p>6<br \/>\n46.6%<br \/>\n46.7%<br \/>\n47.8%<br \/>\n27.1%<\/p>\n<p>7<br \/>\n<strong>0.3%<\/strong><br \/>\n<strong>0.3%<\/strong><br \/>\n<strong>0.2%<\/strong><br \/>\n<strong>0.7%<\/strong><\/p>\n<p>8<br \/>\n<strong>0.0%<\/strong><br \/>\n<strong>0.0%<\/strong><br \/>\n<strong>0.0%<\/strong><br \/>\n<strong>0.0%<\/strong><\/p>\n<p>9<br \/>\n48.1%<br \/>\n50.6%<br \/>\n49.4%<br \/>\n38.1%<\/p>\n<p>10<br \/>\n49.1%<br \/>\n50.2%<br \/>\n47.4%<br \/>\n42.7%<\/p>\n<p>11<br \/>\n50.8%<br \/>\n50.0%<br \/>\n50.6%<br \/>\n42.9%<\/p>\n<p>12<br \/>\n49.0%<br \/>\n48.4%<br \/>\n48.2%<br \/>\n53.7%<\/p>\n<p>13<br \/>\n47.6%<br \/>\n47.0%<br \/>\n46.3%<br \/>\n48.5%<\/p>\n<p>14<br \/>\n47.5%<br \/>\n47.4%<br \/>\n51.7%<br \/>\n46.8%<\/p>\n<p>15<br \/>\n48.3%<br \/>\n47.5%<br \/>\n48.7%<br \/>\n46.1%<\/p>\n<p>16<br \/>\n50.6%<br \/>\n50.4%<br \/>\n51.2%<br \/>\n45.3%<\/p>\n<p>17<br \/>\n49.4%<br \/>\n50.4%<br \/>\n54.3%<br \/>\n38.2%<\/p>\n<p>18<br \/>\n49.8%<br \/>\n50.5%<br \/>\n51.5%<br \/>\n51.9%<\/p>\n<p>19<br \/>\n51.6%<br \/>\n53.3%<br \/>\n53.9%<br \/>\n42.6%<\/p>\n<p>20<br \/>\n46.6%<br \/>\n46.1%<br \/>\n45.5%<br \/>\n48.4%<\/p>\n<p>21<br \/>\n51.7%<br \/>\n52.9%<br \/>\n47.7%<br \/>\n48.9%<\/p>\n<p>22<br \/>\n49.2%<br \/>\n49.6%<br \/>\n41.6%<br \/>\n49.8%<\/p>\n<p>23<br \/>\n51.2%<br \/>\n50.9%<br \/>\n47.0%<br \/>\n41.9%<\/p>\n<p>24<br \/>\n49.5%<br \/>\n50.2%<br \/>\n50.1%<br \/>\n47.5%<\/p>\n<p>25<br \/>\n47.1%<br \/>\n47.3%<br \/>\n47.7%<br \/>\n44.2%<\/p>\n<p>26<br \/>\n48.6%<br \/>\n48.6%<br \/>\n49.2%<br \/>\n43.9%<\/p>\n<p>27<br \/>\n49.8%<br \/>\n49.0%<br \/>\n49.7%<br \/>\n48.9%<\/p>\n<p>28<br \/>\n49.3%<br \/>\n49.3%<br \/>\n49.7%<br \/>\n55.1%<\/p>\n<p>29<br \/>\n49.5%<br \/>\n49.4%<br \/>\n49.8%<br \/>\n49.8%<\/p>\n<p>30<br \/>\n49.8%<br \/>\n49.8%<br \/>\n49.7%<br \/>\n52.1%<\/p>\n<p>31<br \/>\n49.5%<br \/>\n49.7%<br \/>\n49.6%<br \/>\n46.6%<\/p>\n<p>32<br \/>\n49.4%<br \/>\n49.7%<br \/>\n49.5%<br \/>\n47.5%<\/p>\n<p>33<br \/>\n49.4%<br \/>\n49.8%<br \/>\n49.7%<br \/>\n48.3%<\/p>\n<p>34<br \/>\n49.7%<br \/>\n50.0%<br \/>\n49.6%<br \/>\n44.9%<\/p>\n<p>35<br \/>\n49.9%<br \/>\n50.0%<br \/>\n50.0%<br \/>\n50.6%<\/p>\n<p>36<br \/>\n49.9%<br \/>\n49.9%<br \/>\n49.8%<br \/>\n49.1%<\/p>\n<p>37<br \/>\n49.8%<br \/>\n50.0%<br \/>\n49.9%<br \/>\n51.4%<\/p>\n<p>38<br \/>\n50.0%<br \/>\n50.0%<br \/>\n49.8%<br \/>\n51.8%<\/p>\n<p>39<br \/>\n49.9%<br \/>\n50.0%<br \/>\n49.9%<br \/>\n55.7%<\/p>\n<p>40<br \/>\n50.0%<br \/>\n50.0%<br \/>\n50.0%<br \/>\n49.5%<\/p>\n<p>41<br \/>\n49.9%<br \/>\n50.0%<br \/>\n49.9%<br \/>\n52.2%<\/p>\n<p>42<br \/>\n50.0%<br \/>\n50.0%<br \/>\n50.0%<br \/>\n53.9%<\/p>\n<p>43<br \/>\n50.1%<br \/>\n50.0%<br \/>\n50.3%<br \/>\n56.1%<\/p>\n<p>44<br \/>\n50.1%<br \/>\n50.0%<br \/>\n50.1%<br \/>\n45.8%<\/p>\n<p>45<br \/>\n50.0%<br \/>\n50.0%<br \/>\n50.1%<br \/>\n50.1%<\/p>\n<p>46<br \/>\n50.0%<br \/>\n50.0%<br \/>\n50.1%<br \/>\n49.5%<\/p>\n<p>47<br \/>\n49.2%<br \/>\n49.4%<br \/>\n49.7%<br \/>\n45.2%<\/p>\n<p>48<br \/>\n49.9%<br \/>\n50.1%<br \/>\n50.7%<br \/>\n54.6%<\/p>\n<p><\/p>\n<p>Hvorfor er der s\u00e5dan uretf\u00e6rdighed i 7. og 8. bit? Der er n\u00e6sten altid nuller.<\/p>\n<p><\/p>\n<p>Sandt nok definerer standarden disse bits som specielle (<noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/MAC-%D0%B0%D0%B4%D1%80%D0%B5%D1%81\">Wikipedia<\/a><\/noindex>):<br \/>\n<img decoding=\"async\" alt=\"Alt, hvad du ville vide om MAC-adresser\" src=\"\/wp-content\/uploads\/2020\/01\/3e4daff47798416d94c9c1c6bba97d72.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Den ottende (fra starten) bit i den f\u00f8rste byte af MAC-adressen kaldes Unicast\/Multicast bit og bestemmer, hvilken type ramme (frame) der sendes med denne adresse, enten normal (0) eller broadcast (1) (multicast eller broadcast). For normal, unicast interaktion fra netv\u00e6rksadapteren, er denne bit sat til \u00ab0\u00bb i alle pakker, der sendes.<\/p>\n<p><\/p>\n<p>Den syvende (fra starten) bit i den f\u00f8rste byte af MAC-adressen kaldes U\/L (Universal\/Local) bit og bestemmer, om adressen er globalt unik (0) eller lokalt unik (1). Som standard er alle \u00abfabriksindstillede\u00bb adresser globalt unikke, s\u00e5 flertallet af tildelte MAC-adresser har den syvende bit sat til \u00ab0\u00bb. I OUI-registreringsdatabasen har kun omkring 130 poster U\/L bit \u00ab1\u00bb, som tilsyneladende er blokke af MAC-adresser til s\u00e6rlige form\u00e5l.<\/p>\n<p><\/p>\n<p>Fra sjette til f\u00f8rste bit i den f\u00f8rste byte, samt bitene i anden og tredje byte i OUI-identifikatorer, og ikke mindst bitene i 4.-6. byte af adressen, som tildeles af producenten, er mere eller mindre j\u00e6vnt fordelt. <\/p>\n<p><\/p>\n<p>Dermed er bits i en faktisk MAC-adresse for netv\u00e6rksadapteren i praksis ensartede og b\u00e6rer ikke teknologisk betydning, bortset fra to kontrolbits i den h\u00f8je byte.<\/p>\n<p><\/p>\n<h3 id=\"rasprostranennost\">Udbredelse<\/h3>\n<p><\/p>\n<p>Det er interessant at se, hvilke producenter af tr\u00e5dl\u00f8s udstyr der er mest popul\u00e6re? Lad os kombinere s\u00f8gningen i OUI-databasen med data fra udvalget nr. 1.<\/p>\n<p><\/p>\n<p>Leverand\u00f8r<br \/>\nAndel af enheder, %<\/p>\n<p>Apple<br \/>\n26,09<\/p>\n<p>Samsung<br \/>\n19,79<\/p>\n<p>Huawei Technologies Co. Ltd<br \/>\n7,80<\/p>\n<p>Xiaomi Communications Co Ltd<br \/>\n6,83<\/p>\n<p>Sony Mobile Communications Inc<br \/>\n3,29<\/p>\n<p>LG Electronics (Mobile Communications)<br \/>\n2,76<\/p>\n<p>ASUSTek COMPUTER INC.<br \/>\n2,58<\/p>\n<p>TCT mobile ltd<br \/>\n2,13<\/p>\n<p>zte corporation<br \/>\n2,00<\/p>\n<p>ikke fundet i IEEE-databasen<br \/>\n1,92<\/p>\n<p>Lenovo Mobile Communication Technology Ltd.<br \/>\n1,71<\/p>\n<p>HTC Corporation<br \/>\n1,68<\/p>\n<p>Murata Manufactuaring<br \/>\n1,31<\/p>\n<p>InPro Comm<br \/>\n1,26<\/p>\n<p>Microsoft Corporation<br \/>\n1,11<\/p>\n<p>Shenzhen TINNO Mobile Technology Corp.<br \/>\n1,02<\/p>\n<p>Motorola (Wuhan) Mobility Technologies Communication Co. Ltd.<br \/>\n0,93<\/p>\n<p>Nokia Corporation<br \/>\n0,88<\/p>\n<p>Shanghai Wind Technologies Co. Ltd<br \/>\n0,74<\/p>\n<p>Lenovo Mobile Communication (Wuhan) Company Limited<br \/>\n0,71<\/p>\n<p><\/p>\n<p>Praksis viser, at jo mere velhavende kontingentet af abonnenterne i dette omr\u00e5de er, jo st\u00f8rre andel af enhederne er Apple.<\/p>\n<p><\/p>\n<h3 id=\"unikalnost\">Unikhed<\/h3>\n<p><\/p>\n<p>Er MAC-adresser unikke? I teorien ja, da hver producent af enheder (ejer af MAC-blokken) er forpligtet til at sikre en unik adresse for hver af de netv\u00e6rksadaptere, de producerer. Men nogle chipproducenter, specifikt:<\/p>\n<p><\/p>\n<ul>\n<li>00:0A:F5 Airgo Networks, Inc. (nu Qualcomm)<\/li>\n<li>00:08:22 InPro Comm (nu MediaTek)<\/li>\n<\/ul>\n<p><\/p>\n<p>udstiller de sidste tre byte af MAC-adressen som et tilf\u00e6ldigt tal, sandsynligvis efter hver genstart af enheden. I min pr\u00f8ve findes der 82.000 s\u00e5danne adresser.<\/p>\n<p><\/p>\n<p>Man kan selvf\u00f8lgelig tildele sig en andens, ikke unik adresse ved m\u00e5lrettet at indstille \"som naboen\", ved at identificere den med en sniffer, eller v\u00e6lge en tilf\u00e6ldig. Det er ogs\u00e5 muligt ved et uheld at f\u00e5 en ikke-unik adresse ved for eksempel at gendanne en backupkonfiguration fra en router som Mikrotik eller OpenWrt. <\/p>\n<p><\/p>\n<p>Hvad sker der, hvis der er to enheder i netv\u00e6rket med samme MAC-adresse? Det afh\u00e6nger af logikken i det netv\u00e6rksudstyr (kablet router, kontroler for tr\u00e5dl\u00f8st netv\u00e6rk). Sandsynligvis vil begge enheder enten ikke fungere, eller de vil fungere med afbrydelser. Ud fra IEEE-standarderne foresl\u00e5s det at l\u00f8se beskyttelsen mod forgiftning af MAC-adresser ved hj\u00e6lp af for eksempel MACsec eller 802.1X. <\/p>\n<p><\/p>\n<p>Hvad hvis man s\u00e6tter en MAC med den syvende eller ottende bit sat til \u201e1\u201d, dvs. en lokal eller multicast-adresse? Sandsynligvis vil dit netv\u00e6rk ikke l\u00e6gge m\u00e6rke til det, men formelt set vil en s\u00e5dan adresse ikke v\u00e6re i overensstemmelse med standarden, og det er bedre ikke at g\u00f8re det.<\/p>\n<p><\/p>\n<h3 id=\"kak-rabotaet-randomizaciya\">Hvordan fungerer randomisering<\/h3>\n<p><\/p>\n<p>Vi ved, at smartphones i flere \u00e5r har anvendt randomiseringsteknologi for at forhindre sporing af bev\u00e6gelser ved scanning af radiofrekvenser og indsamling af MAC-adresser. Teoretisk set sender en smartphone en pakke (gruppe af pakker) af typen 802.11 probe request med MAC-adressen som kilde under scanning af radiofrekvenser efter kendte netv\u00e6rk:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Alt, hvad du ville vide om MAC-adresser\" src=\"\/wp-content\/uploads\/2020\/01\/5332cf36cfebf3eab87a71259447d0a9.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>T\u00e6ndt randomisering muligg\u00f8r at angive ikke den \u201eindbyggede\u201d, men en anden kildeadresse, der \u00e6ndres ved hver scanning cyklus, over tid eller p\u00e5 anden m\u00e5de. Virker det? Lad os se p\u00e5 statistikken over de indsamlede MAC-adresser fra radiofrekvenserne, s\u00e5kaldt \u201eWi-Fi Radar\u201d:<\/p>\n<p><\/p>\n<p>Hele udvalget<br \/>\nUdvalget kun med nul i den 7. bit<\/p>\n<p>Antal poster i databasen<br \/>\n3920000<br \/>\n305000<\/p>\n<p>Bitnummer:<br \/>\n% bit \u00ab1\u00bb<br \/>\n% bit \u00ab1\u00bb<\/p>\n<p>1<br \/>\n66.1%<br \/>\n43.3%<\/p>\n<p>2<br \/>\n66.5%<br \/>\n43.4%<\/p>\n<p>3<br \/>\n31.7%<br \/>\n43.8%<\/p>\n<p>4<br \/>\n66.6%<br \/>\n46.4%<\/p>\n<p>5<br \/>\n66.7%<br \/>\n45.7%<\/p>\n<p>6<br \/>\n31.9%<br \/>\n46.4%<\/p>\n<p>7<br \/>\n<strong>92.2%<\/strong><br \/>\n0.0%<\/p>\n<p>8<br \/>\n0.0%<br \/>\n0.0%<\/p>\n<p>9<br \/>\n67.2%<br \/>\n47.5%<\/p>\n<p>10<br \/>\n32.3%<br \/>\n45.6%<\/p>\n<p>11<br \/>\n66.9%<br \/>\n45.3%<\/p>\n<p>12<br \/>\n32.3%<br \/>\n46.8%<\/p>\n<p>13<br \/>\n32.6%<br \/>\n50.1%<\/p>\n<p>14<br \/>\n33.0%<br \/>\n56.1%<\/p>\n<p>15<br \/>\n32.5%<br \/>\n45.0%<\/p>\n<p>16<br \/>\n67.2%<br \/>\n48.3%<\/p>\n<p>17<br \/>\n33.2%<br \/>\n56.9%<\/p>\n<p>18<br \/>\n33.3%<br \/>\n56.8%<\/p>\n<p>19<br \/>\n33.3%<br \/>\n56.3%<\/p>\n<p>20<br \/>\n66.8%<br \/>\n43.2%<\/p>\n<p>21<br \/>\n67.0%<br \/>\n46.4%<\/p>\n<p>22<br \/>\n32.6%<br \/>\n50.1%<\/p>\n<p>23<br \/>\n32.9%<br \/>\n51.2%<\/p>\n<p>24<br \/>\n67.6%<br \/>\n52.2%<\/p>\n<p>25<br \/>\n49.8%<br \/>\n47.8%<\/p>\n<p>26<br \/>\n50.0%<br \/>\n50.0%<\/p>\n<p>27<br \/>\n50.0%<br \/>\n50.2%<\/p>\n<p>28<br \/>\n50.0%<br \/>\n49.8%<\/p>\n<p>29<br \/>\n50.0%<br \/>\n49.4%<\/p>\n<p>30<br \/>\n50.0%<br \/>\n50.0%<\/p>\n<p>31<br \/>\n50.0%<br \/>\n49.7%<\/p>\n<p>32<br \/>\n50.0%<br \/>\n49.9%<\/p>\n<p>33<br \/>\n50.0%<br \/>\n49.7%<\/p>\n<p>34<br \/>\n50.0%<br \/>\n49.6%<\/p>\n<p>35<br \/>\n50.0%<br \/>\n50.1%<\/p>\n<p>36<br \/>\n50.0%<br \/>\n49.5%<\/p>\n<p>37<br \/>\n50.0%<br \/>\n49.9%<\/p>\n<p>38<br \/>\n50.0%<br \/>\n49.8%<\/p>\n<p>39<br \/>\n50.0%<br \/>\n49.9%<\/p>\n<p>40<br \/>\n50.0%<br \/>\n50.1%<\/p>\n<p>41<br \/>\n50.0%<br \/>\n50.2%<\/p>\n<p>42<br \/>\n50.0%<br \/>\n50.2%<\/p>\n<p>43<br \/>\n50.0%<br \/>\n50.1%<\/p>\n<p>44<br \/>\n50.0%<br \/>\n50.1%<\/p>\n<p>45<br \/>\n50.0%<br \/>\n50.0%<\/p>\n<p>46<br \/>\n50.0%<br \/>\n49.8%<\/p>\n<p>47<br \/>\n50.0%<br \/>\n49.8%<\/p>\n<p>48<br \/>\n50.1%<br \/>\n50.9%<\/p>\n<p><\/p>\n<p>Billedet er helt anderledes.<\/p>\n<p><\/p>\n<p>Den 8. bit i den f\u00f8rste byte af MAC-adressen svarer stadig til unicast-naturen af SRC-adressen i probe request-pakken.<\/p>\n<p><\/p>\n<p>Den 7. bit er i 92,2% af tilf\u00e6ldene sat til Local, dvs. med stor sikkerhed kan man antage, at s\u00e5 mange indsamlede adresser tilh\u00f8rer de randomiserede, og mindre end 8% tilh\u00f8rer de virkelige. Samtidig svarer fordelingen af bit i OUI for s\u00e5danne virkelige adresser omtrent til dataene i den foreg\u00e5ende tabel.<\/p>\n<p><\/p>\n<p>Hvilken producent, if\u00f8lge OUI, tilh\u00f8rer de randomiserede adresser (dvs. med 7. bit sat til \u00ab1\u00bb)?<\/p>\n<p><\/p>\n<p>Producent if\u00f8lge OUI<br \/>\nAndel blandt alle adresser<\/p>\n<p>ikke fundet i IEEE-databasen<br \/>\n62.45%<\/p>\n<p>Google Inc.<br \/>\n37.54%<\/p>\n<p>andre<br \/>\n0.01%<\/p>\n<p><\/p>\n<p>Samtidig tilh\u00f8rer alle randomiserede adresser, der henvises til Google, en enkelt OUI med pr\u00e6fiks <strong>DA:A1:19<\/strong>. Hvad er dette pr\u00e6fiks? Lad os kigge i <noindex><a rel=\"nofollow\" href=\"https:\/\/cs.android.com\/android\/platform\/superproject\/+\/master:frameworks\/base\/core\/java\/android\/net\/MacAddress.java;l=366;bpv=1;bpt=0\">kildekoden til Android<\/a><\/noindex>.<\/p>\n<p><\/p>\n<pre><code class=\"java\">private static final MacAddress BASE_GOOGLE_MAC = MacAddress.fromString(\"da:a1:19:0:0:0\");<\/code><\/pre>\n<p><\/p>\n<p>Standard Android bruger et registreret OUI, en af de f\u00e5, der har den syvende bit sat.<\/p>\n<p><\/p>\n<h3 id=\"vychislit-realnyy-mas-iz-randomnogo\">Beregn den virkelige MAC fra en tilf\u00e6ldig<\/h3>\n<p><\/p>\n<p>Lad os kigge der samme:<\/p>\n<p><\/p>\n<pre><code class=\"java\">private static final long VALID_LONG_MASK = (1L &lt;&lt; 48) - 1;\nprivate static final long LOCALLY_ASSIGNED_MASK = MacAddress.fromString(&quot;2:0:0:0:0:0&quot;).mAddr;\nprivate static final long MULTICAST_MASK = MacAddress.fromString(&quot;1:0:0:0:0:0&quot;).mAddr;\n\npublic static @NonNull MacAddress createRandomUnicastAddress(MacAddress base, Random r) {\n        long addr;\n        if (base == null) {\n            addr = r.nextLong() &amp; VALID_LONG_MASK;\n        } else {\n            addr = (base.mAddr &amp; OUI_MASK) | (NIC_MASK &amp; r.nextLong());\n        }\n        addr |= LOCALLY_ASSIGNED_MASK;\n        addr &amp;= ~MULTICAST_MASK;\n        MacAddress mac = new MacAddress(addr);\n        if (mac.equals(DEFAULT_MAC_ADDRESS)) {\n            return createRandomUnicastAddress(base, r);\n        }\n        return mac;\n    }\n<\/code><\/pre>\n<p><\/p>\n<p>Adressen som helhed, eller dens lavere tre bytes, er ren <em>Random.nextLong()<\/em>. \"Patenteret genopretning af den virkelige MAC\" er svindel. Med stor sandsynlighed kan man forvente, at producenterne af Android-telefoner ogs\u00e5 anvender andre, ikke-registrerede OUI. Vi har ikke kildekoden til iOS, men sandsynligvis anvendes der en lignende algoritme. <\/p>\n<p><\/p>\n<p>Ovenst\u00e5ende annullerer ikke arbejdet af andre mekanismer til de-anonymisering af Wi-Fi-abonnenter, baseret p\u00e5 analysen af andre felter i probe request-rammen eller korrelationen af den relative hyppighed af anmodninger sendt af enheden. Det er dog ekstremt problematisk at spore abonnenten med eksterne midler. De indsamlede data er mere velegnede til analysen af gennemsnitlig\/spidsbelastning efter placering og tid, baseret p\u00e5 store tal, uden tilknytning til specifikke enheder og personer. Pr\u00e6cise data findes kun hos dem, der er \u00abinde\u00bb, hos selve producenterne af mobile operativsystemer, i installerede applikationer.<\/p>\n<p><\/p>\n<p>Hvad kan der v\u00e6re farligt ved, at nogen andre kender MAC-adressen p\u00e5 din enhed? For b\u00e5de tr\u00e5dbundne og tr\u00e5dl\u00f8se netv\u00e6rk kan der organiseres et angreb af \u00abservice denial\u00bb. For en tr\u00e5dl\u00f8s enhed kan det desuden med en vis sandsynlighed v\u00e6re muligt at fastsl\u00e5 \u00f8jeblikket for dens ankomst til et sted, hvor en sensor er installeret. Ved at \u00e6ndre adressen kan nogen fors\u00f8ge at \u00abpr\u00e6senteres\u00bb som din enhed, hvilket kun kan fungere, hvis der ikke anvendes yderligere beskyttelsesforanstaltninger (autentificering og\/eller kryptering). 99,9% af folk her beh\u00f8ver ikke at bekymre sig.<\/p>\n<p><\/p>\n<p>MAC-adressen er mere kompleks, end den ser ud, men lettere end den kunne have v\u00e6ret.<\/p>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/483670\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0441\u0435\u043c \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0447\u0442\u043e \u044d\u0442\u043e \u0448\u0435\u0441\u0442\u044c \u0431\u0430\u0439\u0442, \u043e\u0431\u044b\u0447\u043d\u043e \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0430\u0435\u043c\u044b\u0445 \u0432 \u0448\u0435\u0441\u0442\u043d\u0430\u0434\u0446\u0430\u0442\u0435\u0440\u0438\u0447\u043d\u043e\u043c \u0444\u043e\u0440\u043c\u0430\u0442\u0435, \u043f\u0440\u0438\u0441\u0432\u043e\u0435\u043d\u044b \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u043a\u0430\u0440\u0442\u0435 \u043d\u0430 \u0437\u0430\u0432\u043e\u0434\u0435, \u0438 \u043d\u0430 \u043f\u0435\u0440\u0432\u044b\u0439 \u0432\u0437\u0433\u043b\u044f\u0434 \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b. \u041d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0437\u043d\u0430\u044e\u0442, \u0447\u0442\u043e \u043f\u0435\u0440\u0432\u044b\u0435 \u0442\u0440\u0438 \u0431\u0430\u0439\u0442\u0430 \u0430\u0434\u0440\u0435\u0441\u0430 \u2013 \u044d\u0442\u043e \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044f, \u0430 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0435 \u0442\u0440\u0438 \u0431\u0430\u0439\u0442\u0430 \u0438\u043c \u043d\u0430\u0437\u043d\u0430\u0447\u0430\u044e\u0442\u0441\u044f. \u0418\u0437\u0432\u0435\u0441\u0442\u043d\u043e \u0442\u0430\u043a\u0436\u0435, \u0447\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u0441\u0435\u0431\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u043b\u044c\u043d\u044b\u0439 \u0430\u0434\u0440\u0435\u0441. \u041c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438 \u0438 \u043f\u0440\u043e &#171;\u0440\u0430\u043d\u0434\u043e\u043c\u043d\u044b\u0435 \u0430\u0434\u0440\u0435\u0441\u0430&#187; \u0432 Wi-Fi. \u0420\u0430\u0437\u0431\u0435\u0440\u0435\u043c\u0441\u044f, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55176","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0441\u0435\u043c \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0447\u0442\u043e \u044d\u0442\u043e \u0448\u0435\u0441\u0442\u044c \u0431\u0430\u0439\u0442, \u043e\u0431\u044b\u0447\u043d\u043e \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0430\u0435\u043c\u044b\u0445.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vsyo-chto-vy-hoteli-znat-o-mas-adrese\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0412\u0441\u0451, \u0447\u0442\u043e \u0432\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u0437\u043d\u0430\u0442\u044c \u043e \u041c\u0410\u0421 \u0430\u0434\u0440\u0435\u0441\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0441\u0435\u043c \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0447\u0442\u043e \u044d\u0442\u043e \u0448\u0435\u0441\u0442\u044c \u0431\u0430\u0439\u0442, \u043e\u0431\u044b\u0447\u043d\u043e \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0430\u0435\u043c\u044b\u0445.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vsyo-chto-vy-hoteli-znat-o-mas-adrese\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-01-13T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:03:16+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Alt, hvad du ville vide om MAC-adressen | ProHoster","description":"Det er almen viden, at det er seks byte, der typisk vises.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vsyo-chto-vy-hoteli-znat-o-mas-adrese","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412\u0441\u0451, \u0447\u0442\u043e \u0432\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u0437\u043d\u0430\u0442\u044c \u043e \u041c\u0410\u0421 \u0430\u0434\u0440\u0435\u0441\u0435 | ProHoster","og:description":"\u0412\u0441\u0435\u043c \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0447\u0442\u043e \u044d\u0442\u043e \u0448\u0435\u0441\u0442\u044c \u0431\u0430\u0439\u0442, \u043e\u0431\u044b\u0447\u043d\u043e \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0430\u0435\u043c\u044b\u0445.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vsyo-chto-vy-hoteli-znat-o-mas-adrese","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-13T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55176","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:48:30","updated":"2022-10-04 23:47:40","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/55176","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=55176"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/55176\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=55176"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=55176"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=55176"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}