Zusammenfassung

  • RFC 3924 erschien als informative Cisco-Architektur, nicht als Internetstandard; das IESG mahnte zur Vorsicht bei Umsetzung und Einsatz.
  • Länderspezifische Rechtspflichten schloss das Dokument ausdrücklich aus seinem Umfang aus. Seine Veröffentlichung konnte daher kein Abhören autorisieren.

Die Warnung über der Architektur

Eine RFC-Nummer kann wie ein Gütesiegel für Standardisierung wirken. RFC 3924 machte deutlich, dass dieser Eindruck nicht genügt. Das im Oktober 2004 veröffentlichte Dokument trug den Titel Cisco Architecture for Lawful Intercept in IP Networks und nannte drei Autoren von Cisco Systems. Seine Kategorie lautete Informational. Noch vor der Zusammenfassung erklärte eine IESG-Notiz, das Dokument sei kein Kandidat für irgendeine Stufe eines Internetstandards und bei seiner Bewertung für Umsetzung und Einsatz sei Vorsicht geboten.

Die Notiz erläuterte mehr als die Kategorie. Der RFC Editor habe das Dokument nach eigenem Ermessen veröffentlicht; Grundlage der Entscheidung sei keine IETF-Prüfung auf Sicherheit, Überlastungssteuerung oder problematische Wechselwirkungen mit eingesetzten Protokollen gewesen. Das Dokument stand damit in der RFC-Reihe, ohne den Prüfstatus oder die normative Wirkung zu besitzen, die viele Leser mit einem Internetstandard verbinden.

Diese Unterscheidung ist wichtig, weil RFC 3924 ein politisch und rechtlich sensibles Thema behandelte. Die Zusammenfassung beschrieb eine Cisco-Architektur mit einer kleinen Menge gemeinsamer Schnittstellen. Im selben Abschnitt hieß es, das Dokument befasse sich nicht mit den konkreten rechtlichen Anforderungen oder Verpflichtungen eines Landes. Die Einleitung bekräftigte die Grenze: Es werde eine Methode beschrieben, andere könnten existieren, und die motivierenden Anforderungen begründeten nicht automatisch Rechtspflichten für Diensteanbieter oder Gerätehersteller.

Das IESG verwies auf RFC 2804, die IAB/IESG-Politikerklärung zu Abhörmaßnahmen aus dem Jahr 2000, um zu erläutern, weshalb solche Architekturen anbieterspezifisch und kein Thema der IETF-Standardisierung seien. Dieser Verweis ordnet RFC 3924 in eine längere Geschichte des Standardisierungsprozesses ein. Vier Jahre zuvor hatte das IETF die institutionelle Frage festgehalten, ob Protokolle so gestaltet werden sollten, dass sie Abhörmaßnahmen erleichtern. RFC 3924 löste diese Debatte nicht, indem es zum Standard wurde.

Seine Statusnotiz machte vielmehr deutlich: Die Veröffentlichung in einer Archivreihe ist nicht dasselbe wie eine Standardisierung durch die Gemeinschaft.

Das behauptet weder, dass die Architektur eingesetzt wurde, noch, dass sie nicht eingesetzt wurde. Es ist auch keine Bewertung des Rechts in irgendeinem Land. Der RFC belegt keinen heutigen Einsatz; seine Veröffentlichung beweist nicht, dass eine konkrete Maßnahme autorisiert, sicher oder rechtmäßig war. Das sind getrennte Fragen, für die das Dokument bewusst keine Belege liefert.

Die historische Bedeutung von RFC 3924 liegt zum Teil in dieser Trennung. Ein technischer Entwurf kann dokumentiert und diskutiert werden, ohne zur IETF-Anforderung zu werden. Ein gemeinsames technisches Vokabular entscheidet nicht, welche öffentliche Stelle eine Maßnahme beantragen darf, welches Rechtsverfahren gilt, wie Betroffene sie anfechten können oder wer dafür Rechenschaft ablegt. Die IESG-Warnung entfernte das Dokument nicht aus der RFC-Reihe; sie machte seine Grenzen zum Bestandteil der Akte.

So gelesen ist RFC 3924 ein nützliches Dokument zur Geschichte der Internet-Governance: nicht weil es eine universelle Regel für rechtmäßiges Abhören festgelegt hätte, sondern weil seine Veröffentlichung zeigt, wie die RFC-Reihe einen Anbietervorschlag bewahren und zugleich festhalten kann, dass er weder Standard noch IETF-Sicherheitsfreigabe noch Rechtsaussage ist.

Quellen