{"id":10304,"date":"2026-08-27T12:50:00","date_gmt":"2026-08-27T10:50:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=10304"},"modified":"2026-10-24T02:58:47","modified_gmt":"2026-10-24T00:58:47","slug":"was-das-kurzen-einer-ip-adresse-wirklich-anonymisiert","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/data-privacy-de\/was-das-kurzen-einer-ip-adresse-wirklich-anonymisiert\/","title":{"rendered":"Was das K\u00fcrzen einer IP-Adresse wirklich anonymisiert"},"content":{"rendered":"

Das K\u00fcrzen einer IP-Adresse verringert die gespeicherte Genauigkeit. Aus 203.0.113.45<\/code> wird beispielsweise 203.0.113.0\/24<\/code>. Damit verschwindet die Unterscheidung zwischen 256 m\u00f6glichen IPv4-Adressen. Daraus folgt jedoch weder eine Gruppe von 256 Personen noch automatisch ein anonymer Datensatz.<\/p>\n

F\u00fcr die Bewertung sind drei Fragen entscheidend: Welche Bits bleiben erhalten? Welche weiteren Merkmale enth\u00e4lt der Datensatz? Welche realistischen M\u00f6glichkeiten zur Zuordnung bestehen beim jeweiligen Empf\u00e4nger? Eine Maskenl\u00e4nge beantwortet nur die erste Frage.<\/p>\n

\"Verschachtelte
Jedes entfernte Bit verdoppelt den m\u00f6glichen Adressbereich, nicht eine nachgewiesene Gruppe anonymer Personen.<\/figcaption><\/figure>\n

Adressraum und Personengruppe sind unterschiedliche Gr\u00f6\u00dfen<\/h2>\n

IPv4-Adressen bestehen aus 32 Bit. Die Schreibweise \/24<\/code> bedeutet, dass die ersten 24 Bit erhalten bleiben und die letzten acht Bit auf null gesetzt werden. Die Zahl m\u00f6glicher Ausgangsadressen betr\u00e4gt dann 2\u2078 = 256<\/code>. Die folgenden Werte dienen als Dokumentationsbeispiele, nicht als Geolokalisierungsnachweis.<\/p>\n
Gespeicherter Wert<\/th>M\u00f6gliche Ausgangsadressen<\/th>Aussagegrenze<\/th><\/tr><\/thead>
203.0.113.45\/32<\/code><\/td>1<\/td>Eine Adresse, nicht zwingend ein Haushalt oder eine Person.<\/td><\/tr>
203.0.113.0\/24<\/code><\/td>256<\/td>Ein Adressbereich; keine garantierte Stra\u00dfe oder feste Nutzerzahl.<\/td><\/tr>
203.0.0.0\/16<\/code><\/td>65 536<\/td>Ein gr\u00f6\u00dferer Bereich; keine feste geografische Aufl\u00f6sung.<\/td><\/tr>
IP-Feld entfernt<\/td>Nicht mehr aus diesem Feld ableitbar<\/td>Andere Merkmale k\u00f6nnen weiterhin eine Person identifizieren.<\/td><\/tr><\/tbody><\/table>\n

NAT kann viele Ger\u00e4te hinter einer \u00f6ffentlichen Adresse b\u00fcndeln. Bei Carrier-Grade NAT k\u00f6nnen auch mehrere Kundenanschl\u00fcsse dieselbe \u00f6ffentliche Adresse nutzen. Umgekehrt kann ein Anschluss im Zeitverlauf unterschiedliche Adressen erhalten. Die Zahl mathematisch m\u00f6glicher Adressen beschreibt deshalb weder die tats\u00e4chlich belegten Adressen noch die Anzahl unterschiedlicher Personen im Datensatz.<\/p>\n

Auch Geolokalisierung liefert keine feste Beziehung zwischen Pr\u00e4fixl\u00e4nge und Wohnort. Betreiberzuweisungen, Mobilfunk, VPNs und Datenbankqualit\u00e4t beeinflussen das Ergebnis. MaxMind weist ausdr\u00fccklich darauf hin, dass GeoIP-Daten keinen bestimmten Haushalt oder eine Stra\u00dfenadresse zuverl\u00e4ssig bestimmen. Eine K\u00fcrzung kann die Ortsauswertung ver\u00e4ndern; \u201eStadt bleibt nahezu unver\u00e4ndert\u201c muss am konkreten Datenbestand gepr\u00fcft werden.<\/p>\n

Ein einfacher Hash beseitigt das Zuordnungsrisiko nicht<\/h2>\n

SHA-256 erzeugt aus einer Adresse einen schwer lesbaren, aber deterministischen Wert. Bei gleicher Eingabe entsteht derselbe Hash. F\u00fcr IPv4 gibt es nur 2\u00b3\u00b2 = 4 294 967 296<\/code> m\u00f6gliche Adressen. Eine systematische Kandidatensuche ist daher wesentlich leichter als bei einem zuf\u00e4lligen, langen Geheimnis.<\/p>\n

ENISA dokumentiert bereits 2019 praktische Angriffe auf SHA-256-pseudonymisierte IPv4-Adressen. Die ben\u00f6tigte Zeit h\u00e4ngt von Hardware, Implementierung und bekanntem Suchbereich ab; eine allgemeine Zusage \u201ejede Maschine schafft die vollst\u00e4ndige Tabelle in Minuten\u201c ist daraus nicht ableitbar. Der relevante Befund bleibt: Ein ungesch\u00fctzter Hash ist keine verl\u00e4ssliche Anonymisierung.<\/p>\n

Ein \u00f6ffentlich gespeichertes Salz ver\u00e4ndert die Hashwerte, ist aber kein geheimer Schl\u00fcssel. Ein festes Salz verhindert die Wiederverwendung einer fremden Standardtabelle, erlaubt aber eine neue Tabelle f\u00fcr diesen Datenbestand. Ein zuf\u00e4lliges Salz je Ereignis erschwert Vorberechnung und direkte Verkn\u00fcpfung; bei bekanntem Salz bleibt eine Kandidatensuche je Ereignis m\u00f6glich. Ein Hash \u00fcber einen bereits gek\u00fcrzten Pr\u00e4fix verbirgt den Pr\u00e4fix ebenfalls nicht zuverl\u00e4ssig: Der m\u00f6gliche Eingaberaum wird durch die K\u00fcrzung sogar kleiner.<\/p>\n

IPv6: Netzpr\u00e4fix ist nicht gleich Personengruppe<\/h2>\n

IPv6-Adressen haben 128 Bit. Ein \/64<\/code> ist eine verbreitete Gr\u00f6\u00dfe f\u00fcr ein einzelnes Subnetz. Ein Anschluss oder Standort kann mehrere solche Subnetze erhalten, etwa innerhalb eines \/56<\/code> oder \/48<\/code>. RFC 6177 legt keine universelle Pr\u00e4fixl\u00e4nge f\u00fcr alle Standorte fest. Auch die Bildung des Ger\u00e4teanteils variiert; \u201ejedes Ger\u00e4t erfindet den Rest selbst\u201c ist keine allgemeine Regel.<\/p>\n

Das Entfernen der unteren 64 Bit beseitigt den darin enthaltenen Interface-Anteil, l\u00e4sst aber den Subnetzpr\u00e4fix stehen. Ein \/56<\/code> oder \/48<\/code> kann weiterhin einen einzigen Kundenstandort kennzeichnen. Eine st\u00e4rkere K\u00fcrzung kann mehrere Zuweisungen zusammenfassen; die tats\u00e4chliche Wirkung h\u00e4ngt von der Vergabepraxis und zus\u00e4tzlichen Daten ab.<\/p>\n

Googles bekannte Regel \u201eletzte 80 IPv6-Bit auf null\u201c geh\u00f6rt zur alten IP-Maskierung von Universal Analytics und ergibt einen \/48<\/code>. GA4 ist davon zu unterscheiden: Laut Google werden IP-Adressen bei der Erfassung zur Ortsbestimmung verwendet und vor der Protokollierung oder Speicherung verworfen. Daraus folgt keine Anonymit\u00e4t s\u00e4mtlicher \u00fcbriger GA4-Daten.<\/p>\n

IPv4-mapped IPv6 richtig erkennen<\/h2>\n

Ein Dual-Stack-Server kann eine IPv4-Verbindung als ::ffff:203.0.113.45<\/code> darstellen. Die IPv4-Adresse liegt dabei in den unteren 32 Bit. Eine echte bin\u00e4re K\u00fcrzung auf IPv6-\/48<\/code> w\u00fcrde diese Bits vollst\u00e4ndig entfernen; die eingebettete Adresse bleibt dabei gerade nicht vollst\u00e4ndig erhalten.<\/p>\n

Problematisch sind vielmehr Textoperationen oder unterschiedliche Regeln f\u00fcr gleichwertige Schreibweisen. Auch ::ffff:cb00:712d<\/code> und 0:0:0:0:0:ffff:cb00:712d<\/code> beschreiben dieselbe gemappte Adresse. Ein Test auf den Textanfang ::ffff:<\/code> reicht deshalb nicht. Ein Parser erkennt zun\u00e4chst den Adresstyp und wendet anschlie\u00dfend die passende Regel an:<\/p>\n

Python<\/span>