Ihr KI-Endpoint muss nicht im Internet sein.
Jeder Deployment-Leitfaden geht davon aus, dass der Endpoint öffentlich ist, und führt Sie durch seine Verteidigung. Es gibt eine stärkere Haltung: Abwesenheit. Weil uns das Netzwerk von Ende zu Ende gehört, kann Ihr Inference-Endpoint nur über Ihren eigenen privaten Transit erreichbar sein, und das öffentliche Internet bleibt vollständig außen vor.
In diesem Artikel 4 Abschnitte
- Jeder Leitfaden für KI-Deployments geht davon aus, dass der Endpoint im Internet lebt, und führt Sie durch seine Verteidigung: Auth, TLS, Gateways, Rate Limiting, eine WAF.
- Es gibt eine stärkere Haltung: Abwesenheit. Ein Single-Tenant-Inference-Endpoint, der nur über Ihren eigenen privaten Transit erreichbar ist, hat keine öffentliche Oberfläche zu verteidigen.
- Wir können das anbieten, weil uns das Netzwerk von Ende zu Ende gehört: unser AS, unser Routing, ein verschlüsseltes privates Mesh. Ihre Prompts reisen Ihren privaten Pfad zu Ihrer Maschine und zurück. Das öffentliche Internet transportiert sie nie.
- Für regulierte Workloads verkürzt das alles: das Bedrohungsmodell, den Umfang des Pentests, das Diagramm des Prüfers und die Liste der Dinge, die um 3 Uhr morgens schiefgehen können.
Jedes Team, das ein privates Modell ausrollt, zeichnet dasselbe Diagramm. Anwendung, dann API-Gateway, dann der Endpoint, dann das Modell, mit einem Vorhängeschloss-Symbol als Stellvertreter für die Sicherheitsprüfung. Die Leitfäden sind sich einig, was danach kommt: Authentifizierung, TLS, Rate Limiting, eine WAF, Log-Überwachung. Alles vernünftig. Alles beantwortet die zweite Frage und überspringt die erste.
Die erste Frage: Warum ist dieser Endpoint überhaupt im Internet? Ihre Dokumente sind privat. Ihre Anwendung ist privat. Das Modell läuft auf einer Maschine, die sonst niemand teilt. Das eine öffentliche Teilstück im Diagramm existiert, weil das Diagramm aus einer Welt öffentlicher APIs kopiert wurde, nicht weil Ihre Workload es braucht.
h2 (#absence-beats-defense): Verteidigung ist ein Budget. Abwesenheit ist eine Eigenschaft.
Alles, was zum Internet zeigt, ist ein laufender Kostenposten. Die exponierte Oberfläche braucht Patches nach dem Zeitplan von jemandem, die Logs brauchen Beobachtung, die WAF braucht Feinabstimmung, und die Scans hören nie auf anzukommen, ob Sie hinsehen oder nicht. All diese Arbeit ist notwendig, all das ist für immer, und all das ist probabilistisch: Es senkt die Wahrscheinlichkeit, es kann sie nicht auf null bringen. Das öffentliche Teilstück zu entfernen macht aus dem Budget eine Eigenschaft: die älteste Idee der Netzwerksicherheit, die Management-Ebene, zu der man nicht routen kann, angewandt auf die neueste Workload im Rack.
h2 (#the-two-architectures): Die zwei Architekturen
h2 (#the-ownership-tie): Warum wir die zweite Kette bauen können
Der private Pfad ist kein Produktmerkmal, das wir eingeschaltet haben. Er ist eine Folge dessen, was dieses Unternehmen ist. Wir betreiben unser eigenes AS und unser eigenes Routing, und ein dauerhaft aktives verschlüsseltes Mesh verbindet unsere Rechenzentren, dieselbe private Fabric, auf der Ihr Replikationsverkehr fährt. Für Kunden, die das wollen, ist der Inference-Endpoint über ihren eigenen privaten Transit in dieses Netzwerk erreichbar, und das öffentliche Internet liegt nie auf dem Pfad: kein öffentlicher Listener, kein öffentlicher DNS-Eintrag, der sich finden ließe, keine Haustür, an die man klopfen könnte. Ein GPU-Marktplatz, der Kapazität in den Einrichtungen anderer weiterverkauft, kann das nicht anbieten, denn es ist eine Eigenschaft des Netzwerks, und sie sind keine Netzbetreiber.
- Öffentliche Angriffsfläche
- keine: es gibt keinen Listener zum Internet
- Credential Stuffing und Scan-Rauschen
- keine öffentliche Tür, an die man klopfen könnte
- Daten in Übertragung
- privater Pfad, verschlüsselt, von Ende zu Ende
- Das Netzwerkdiagramm des Prüfers
- eine private Leitung, zwei Endpoints, die Sie kontrollieren
- Was bleibt, ehrlich gesagt
- die Hygiene Ihres eigenen Netzwerks, die Zugriffskontrolle auf Ihrer Seite, und wir
h2 (#where-the-boundary-sits): Wo die Grenze liegt
Private Erreichbarkeit ist präzise darin, was sie entfernt, und die Aussage bleibt nur stark, wenn sie präzise bleibt. Die Zugriffskontrolle Ihres eigenen Netzwerks zählt weiterhin: Ein kompromittierter Laptop in Ihrem VPN erreicht, was Ihr VPN erreicht, auch das hier. Der Endpoint authentifiziert weiterhin, denn Abwesenheit entfernt den Anteil des Internets am Bedrohungsmodell, nicht Ihre Seite davon. Und Workloads, die wirklich eine öffentliche API wollen, etwa ein Produkt für Kunden, behalten legitimerweise eine und verteidigen sie ordentlich. Die Aussage ist enger und stärker: Für interne und regulierte Workloads ist das öffentliche Teilstück optional, und optionale Exposition sollte man ablehnen. Der Umfang eines Pentests für einen Dienst, der nicht im Internet ist, ist ein kurzes Dokument, und Prüfer bemerken das.
Setzen Sie die beiden Hälften des Arguments für private KI zusammen, und die Architektur vervollständigt sich von selbst. Die Pipeline, die die Maschine nie verlässt (der Wissensassistent), beantwortet, was mit Ihren Daten im Ruhezustand und in Verwendung geschieht. Der private Pfad beantwortet, wie die Daten dorthin und zurück gelangen. Zwischen beiden behält die Frage, mit der jeder regulierte Käufer beginnt, wer kann das sehen, ihre Ein-Wort-Antwort auf jeder Ebene: niemand.
“Die stärkste Sicherheitshaltung für einen Endpoint ist keine bessere Firewall. Es ist, gar nicht erst im Internet zu sein.”
Klare Antworten
Wie sichere ich einen self-hosted LLM-Endpoint ab?+
Die Standardantworten (Auth, TLS, Gateway, WAF) verteidigen einen öffentlichen Endpoint. Die stärkere Frage ist, ob er überhaupt öffentlich sein muss: Ein Endpoint, der nur über privaten Transit erreichbar ist, hat keine Oberfläche zum Internet zu verteidigen, und die Standardkontrollen schrumpfen auf Ihre Seite der Leitung.
Was bedeutet «privater Transit» hier?+
Ihr Verkehr erreicht die Maschine über einen privaten, verschlüsselten Pfad, Ihre Anbindung in unser Netzwerk, nicht über das offene Internet. Wir halten das absichtlich auf Konzeptebene: Das Designgespräch findet pro Kunde statt, mit Ihrem Netzwerkteam am Tisch.
Ist das dasselbe wie air-gapped?+
Es ist der praktische Verwandte: nicht physisch offline, aber ohne Pfad aus dem öffentlichen Internet. Echte Air-Gap-Anforderungen sind ein anderes Gespräch, das wir ebenfalls führen können. Die meisten regulierten Workloads brauchen «nicht im Internet», nicht «in keinem Netzwerk».
Braucht ein privater Endpoint trotzdem Authentifizierung?+
Ja. Das Fehlen eines öffentlichen Teilstücks entfernt den Anteil des Internets am Bedrohungsmodell, nicht den Ihres eigenen Netzwerks. Was Ihr privates Netzwerk erreicht, erreicht auch eine kompromittierte Maschine darin. Auth bleibt. Das Scan-Rauschen verschwindet.
Warum kann eine GPU-Cloud das nicht anbieten?+
Weil es eine Eigenschaft des Netzwerks ist, kein Servermerkmal. Es setzt voraus, dass man das Routing von Ende zu Ende besitzt: das AS, die Pfade, die verschlüsselte Fabric zwischen den Standorten. Marktplätze, die GPUs in den Einrichtungen anderer weiterverkaufen, besitzen kein Netzwerk, das sie privat machen könnten.
Ihr Modell, erreichbar nur für Sie.
Bringen Sie uns das Modell und Ihr Bedrohungsmodell. Wir entwerfen den privaten Pfad, und das öffentliche Internet bleibt außen vor.
GPU servers ansehenSie haben das Ende erreicht.
Setzen Sie das Gelesene um
Was betreiben Sie?
Erzählen Sie uns von Workload, Traffic und Anforderungen an die Wiederherstellung. Beginnen Sie mit dem Server-Konfigurator oder besprechen Sie die Details mit einem Ingenieur.
Geschrieben von den Ingenieuren, die die beschriebene Infrastruktur bauen und betreiben.Mit einem Ingenieur sprechen
