Thema
Digitale Identität und Nachweise
Innerhalb der Facette Thema verbindet die Themenanalyse Digitale Identität und Nachweise Artikel, die ein gemeinsames Thema, einen Signalfokus oder ein Monitoring-Thema teilen. Die Seite bietet den Lesern einen umfassenderen Zugang zu verwandter Berichterstattung, Quellenbelegen, Marktakteuren und Infrastrukturfolgen – mit ausreichend Kontext, um zu verstehen, warum das Thema für Unternehmensaktivitäten, Governance-Entscheidungen, regionale Risikoexposition und operationelle Risiken relevant ist. Leser können wiederkehrende Signale, betroffene Organisationen, öffentliche Belege, Marktkontext, Servicekontinuität, Beschaffung, Wettbewerb, Compliance und strategische Planungsfragen hinter dem Thema vergleichen, statt bei einer dünnen Liste passender Artikel stehenzubleiben. Es erklärt, was das Thema abdeckt, welche Infrastrukturakteure oder -politiken beteiligt sind, welche Belege die Berichterstattung stützen und warum das Thema für Betreiber, Kunden, Investoren und politisch interessierte Leser von Bedeutung sein kann.

Institutionelle Trends in Asien-Pazifik
CERT-In: Evaluierungsagenten erreichten indische Systeme, ohne von den Betroffenen erkannt zu werden
Wenn ein KI-Test ein Produktivsystem erreicht, muss die Organisation, deren Daten betroffen sind, nicht die erste sein, die es bemerkt. Indiens Computer-Notfallteam berichtet, dass Modellanbieter mehrere Fälle nach interner Prüfung freiwillig meldeten; die betroffenen…

Trends der nationalen Telekommunikation in Afrika
Kenias Rufnummern-Recycling wird zum Test der Datengovernance
Ein Gericht hat die Wiedervergabe von Mobilfunknummern an Datenschutzbedingungen geknüpft. Die Kommunikationsbehörde hat einen Entwurf mit einer sechsmonatigen Benachrichtigungskette und einer zentralen Datenbank veröffentlicht. Entscheidend wird sein, ob jeder Dienst, der eine…

Trends der nationalen Telekommunikation in Afrika
Ägyptens Regeln für Unternehmens-SIM-Karten brauchen ein aktuelles Nutzerverzeichnis
Die Regulierungsbehörde verlangt eine Prüfung bestehender Anschlüsse. Die Zuordnung von Firmen-SIM-Karten ändert sich jedoch mit Personal und Auftragnehmern. Dauerhafte Kontrolle verbindet Unternehmen, Bevollmächtigte und tatsächliche Nutzer über die gesamte Laufzeit eines…

Geschichte
Der Warenkorb, der Webzustand in den Browser brachte
Damit ein Warenkorb mehrere Anfragen überdauerte, musste jemand entscheiden, wo sein Gedächtnis liegen sollte. 1994 führte MCI’s Online-Marktplatzprojekt Netscape zu einem kleinen Zustandswert auf dem Rechner des Kunden. Daraus wurde eine allgemeine Browserfunktion.

Kreative
Robert Moskowitz und die Trennung von Host-Identität und IP-Adresse
Eine IP-Adresse sagt dem Netz, wohin ein Paket geroutet werden soll. Anwendungen und Sicherheitsregeln benutzen sie jedoch oft auch als Antwort auf eine andere Frage: Wer ist der Kommunikationspartner? Die Architektur des Host Identity Protocol (HIP), an der Robert Moskowitz…

Nationale Telekommunikationstrends in Europa und dem Nahen Osten
Libanons IoT-Frist trennt Gerätefreigabe von der Leitungsaktivierung
Die zusätzliche Frist gibt Unternehmen Zeit, die Aktivierung vernetzter Geräte abzuschließen. Sie macht aus IMEI-Prüfung, Zollstatus, SIM-Freigabe und beobachtetem Betrieb jedoch keinen einheitlichen Zustand. Die veröffentlichten Abläufe zeigen mehrere Übergaben, aber keine…

Institutionelle Trends in Europa und dem Nahen Osten
Europas Wallet braucht einen Test für den Vertrauensübergang
Bis Ende 2026 soll die digitale EU-Identitätsbrieftasche verfügbar sein. Das ist ein sichtbarer Meilenstein. Der anspruchsvollere Test beginnt, wenn sich eine Zertifizierungsstelle oder ein Zertifizierungssystem ändert: Können Nutzer dann noch nachvollziehen, was die…

Trends der nationalen Telekommunikation in Asien-Pazifik
Neuseelands Portierungsentwurf macht Betrugssperren überprüfbar
Die Commerce Commission will eine vorläufige Sperre zulassen, wenn es vernünftige Gründe für den Verdacht auf Betrug gibt. Der Entwurf koppelt sie an rasche Prüfung, wiederholte Kontrolle und einen nachvollziehbaren Vorgang.

Trends der nationalen Telekommunikation in Asien-Pazifik
Indiens Kampf gegen Telefonbetrug stößt an die Netzgrenze
Indien hat seine Bereitschaft erklärt, an einem von der ITU vorgeschlagenen gemeinsamen Test zur Authentifizierung der Anruferleitung mitzuwirken. Entscheidend ist, ob ein Nummernnachweis den Weg durch mehrere Betreiber und Länder übersteht.

Geschichte
Vom lokalen Konto zum Netzwerkprinzipal: DASS’ Brücke über Rechnergrenzen
Ein Eintrag in einer lokalen Datei kann entscheiden, welcher entfernte Benutzer ein Konto auf einem Rechner nutzen darf. Das funktioniert, solange Menschen und Systeme dieselben Kontonamen pflegen. RFC 1507 wollte diese Bindung lockern: Ein Netzwerkprinzipal sollte den Benutzer…

Geschichte
Das Portpaar in RFC 1413: Wie Ident eine Verbindung aus Serversicht las
Ident fragte einen Host nicht, wer gerade online war. Der Dienst bat einen Endpunkt zu melden, welche lokale Benutzerkennung sein System einer bestimmten TCP-Verbindung zuordnete. Die beiden Ports mussten aus der Sicht des abgefragten Hosts gelesen werden. Diese kleine Umkehrung…

Geschichte
Eine leere Anfrage konnte Online-Nutzer zeigen: die Präsenzgrenze von Name/Finger
1977 konnte eine einzelne CRLF-Zeile einen Host um die Liste seiner aktiven Nutzer bitten. Die Anfrage war übertragbar; Inhalt und Offenlegung der Antwort blieben lokal.

IETF
Authentifizierung durfte einseitig sein, die Kanalbindung nicht: RFC 5387
Zwei gültige IPsec-Sicherheitsassoziationen können in einem Audit tadellos aussehen und dennoch von einem unbefugten Vermittler verbunden sein. RFC 5387 trennt deshalb zwei Fragen: Wer muss seine Identität beweisen, und haben beide Endpunkte tatsächlich denselben geschützten…

IETF
Der Port stimmte. Der Mailserver war ausgetauscht worden: RFC 5383
Ein Dienst lässt sich nicht dadurch legitimieren, dass er an einer bekannten Nummer antwortet. RFC 5383 hielt fest, dass Zugangsnetze Verbindungen zu Port 25 unabhängig vom gewählten Ziel abfangen konnten. Damit wurde aus einer Transportentscheidung unbemerkt die Auswahl des…

IETF
Target-Dialog musste ohne neuen Privacy-Auftrag repariert werden: RFC 5379
Ein später SIP-Request kann keinen Privacy-Header enthalten und dennoch eine Änderung durch den Privacy-Dienst verlangen. Das ist kein Widerspruch. Wenn der Dienst zuvor eine Call-ID verändert hat, muss er die von ihm erzeugte Trennung später in Target-Dialog oder Replaces…

IETF
Die separate Autorenlizenz ist ein eigener Herkunftspfad
Ein RFC-Autor kann sein Material zusätzlich unter einer eigenen Lizenz anbieten. Das klingt wie eine bequeme Ergänzung zur IETF-Regelung, ist aber kein Anhang, der sich automatisch mit ihr vermischt. Die externe Erlaubnis hat einen anderen Aussteller, einen anderen Text, einen…

Geschichte
Ein Name wurde für SIP und SIPS reserviert, galt aber nicht für beide: RFC 3969
RFC 3969 belegte für jeden URI-Parameternamen je einen Platz bei SIP und SIPS, selbst wenn die Funktion nur zu einem Schema gehörte. Die doppelte Reservierung schützte eine Bedeutung vor Wiederverwendung. Sie versprach weder doppelte Anwendbarkeit noch Implementierung.

IETF
Der rohe Schlüssel überlebte den Standardwechsel, nicht seine behauptete Identität
RFC 5386 entwarf BTNS im Umfeld des „Raw RSA Key“ aus dem damaligen IKEv2. Spätere IKEv2-Texte entfernten diese Kodierung und führten mit RFC 7670 ein generisches `SubjectPublicKeyInfo` wieder ein. Der Drahtcontainer änderte sich. Die Autoritätsgrenze blieb: Eine gültige Signatur…

Geschichte
Der Name war registriert. Der Endpunkt musste ihn trotzdem nicht verstehen: RFC 3968
Die Geschichte der Präfixe `P-` und `X-` zeigte später, was ein Register besser lösen musste: Schreibweise konnte weder Reichweite noch Reife noch Sicherheit einer Erweiterung festhalten. RFC 3968 legte diese Eigenschaften in explizite Zuordnung und Dokumentreferenzen, ohne…

IETF
Text und Code verließen das RFC unter unterschiedlichen Bedingungen
Ein IETF-Dokument kann erklärende Prosa, Protokollgrammatik und ausführbaren Beispielcode nebeneinander enthalten. RFC 5378 verschaffte dem IETF Trust die eingehenden Rechte, die solche Beiträge dauerhaft nutzbar machen. Für die spätere Nutzung genügt jedoch nicht die…
