Zusammenfassung

  • Changshan Sus individueller IETF-Entwurf schlägt lokale DNS-SD-Einträge vor, mit denen KI-Gateways samt Pfaden und angekündigten Fähigkeiten auffindbar werden.
  • Der Entwurf nennt den Fund einen „candidate endpoint“: Vertrauen muss bestätigt sein, bevor Anfragen oder Zugangsdaten folgen.

Ein Laptop findet einen Drucker, ohne erst eine Gerichtsakte anzulegen. Bei einem KI-Gateway steht mehr auf dem Spiel: Wer darf den Schlüssel entgegennehmen, der den nächsten Aufruf bezahlt?

Am 26. Oktober 2026 reichte Changshan Su Version 00 von „DNS-Based Service Discovery for AI Gateways“ als individuellen Internet-Draft ein. Datatracker führt ihn als Einzelentwurf, ohne RFC-Stream und ohne vorgesehenen RFC-Status. _ai-gateway._tcp ist ein vorgeschlagener Dienstname; laut Entwurf gibt es dafür noch keine IANA-Zuweisung.

Die Mechanik darunter ist bekannt. DNS-Based Service Discovery listet mit einem PTR-Eintrag eine Dienstinstanz, nennt mit SRV Zielhost und TCP-Port, trägt dienstspezifische Kurzdaten in TXT ein und liefert die Hostadresse über A oder AAAA. Su schlägt ein kompaktes Vokabular für Gateway-Pfad, Transportschutz, Authentifizierungspflicht und angekündigte Protokolle vor. Ein Client könnte so lesen, was ein Dienst nach eigener Aussage bietet, ohne eine feste Adresse in seine Konfiguration einzubrennen.

Der Platz ist absichtlich knapp: Der normale TXT-Inhalt soll unter 200 Byte bleiben, das gesamte Feld ist auf 400 Byte begrenzt. Ein Eintrag bekommt Name, Port, Pfad und ein paar Behauptungen unter. Für eine Verfassung reicht es nicht; mehr Bytes verliehen ihm auch keine Entscheidungsgewalt.

Entscheidend ist die Bezeichnung „candidate endpoint“. Der Client hat einen Diensteintrag gelesen. Er vertraut dem Rechner damit noch nicht und hat ihn nicht für Zugangsdaten freigegeben. Der Entwurf ordnet die Schritte so: suchen, auflösen, prüfen, verbinden, Vertrauen bestätigen, Anfrage senden. Eine Abfrage des Modellkatalogs ist optional. API-Schlüssel gehören nicht in TXT.

Die Reihenfolge ist wichtig, weil Rechner sich im lokalen Netz zu erkennen geben dürfen; das Netz selbst ist aber kein Gericht, das über die Geheimnisse der Nutzer verfügt. Der Sicherheitsabschnitt sagt: Ein Teilnehmer im selben Segment kann mDNS-Ankündigungen fälschen, auth=0 behaupten oder den SRV-Eintrag auf einen von ihm kontrollierten Host lenken. Eine angekündigte id ist kein Ausweis. Der Client braucht eine Bestätigung des Nutzers, eine vorab konfigurierte Vertrauensregel oder eine geprüfte TLS-Serveridentität.

Wiederverwendbare API-Schlüssel dürfen nicht über unverschlüsseltes HTTP oder WebSocket gehen, außer Nutzer oder Betreiber haben genau diese vertrauenswürdige lokale Umgebung ausdrücklich freigegeben. Eine neue Klartext-Ankündigung darf ein bereits über HTTPS oder WSS vertrautes Gateway nicht herabstufen.

RFC 6763 gibt DNS-SD einen klar begrenzten Auftrag: benannte Instanzen eines Dienstes auffindbar machen. RFC 6762 beschreibt mDNS auf dem lokalen Link; sein Verfahren für Namenskonflikte setzt kooperierende Teilnehmer voraus. Keiner dieser Aufträge verleiht einem gefundenen Gerät das Recht, Zugangsdaten des Clients zu verbrauchen. Die Klingel kann melden: „Gateway hier.“ Ob die Tür aufgeht, entscheidet der Schlüsselhalter.

Genau darin liegt die brauchbare Trennung. Discovery findet einen Ort. TLS-Identität hilft festzustellen, welcher Server geantwortet hat. Die Vertrauensregel des Clients entscheidet, ob dieser Server ein Geheimnis erhält. Drei Entscheidungen in einer grünen Lampe „gefunden“ zu bündeln, macht aus einem Verzeichniseintrag eine Genehmigung. Der Entwurf lässt den zusätzlichen Entscheid sichtbar beim Nutzer oder Administrator.

Der belegbare Stand ist ein Text, kein Feldbericht: Datatracker zeigt einen individuellen -00-Entwurf. Im geprüften Quellenpaket finden sich weder Interoperabilitätstest noch Implementierungsvergleich oder Verbreitungszahl; ein primärer Testbericht würde jede Aussage zur Einführung ändern. Jetzt lohnt der Blick auf die Oberfläche zwischen den drei Entscheidungen. Fragt der Client nach Zustimmung, sollte er Host, Port, Pfad, TLS-Status und Authentifizierungsangabe nennen. „KI-Gateway gefunden“ ist ein Suchtreffer. „Dieser Rechner darf meinen Schlüssel verwenden“ ist eine Autorisierungsentscheidung.

Quellen