Zum Inhalt springen

Was wir schützen, wie, und was noch fehlt.

Ein Gateway vor Ihren KI-Traffic zu setzen, ist eine echte Vertrauensentscheidung, und sie trifft jemand, der einen Fragebogen und eine Frist bekommen hat. Diese Seite ist für diese Person geschrieben. Jede Kontrolle unten nennt den Mechanismus, der sie durchsetzt, jedes Datum ist eine Zusage und kein Wunsch, und was wir nicht haben, steht genauso klar da wie das, was wir haben.

INFRO-Konten sind per Selbstregistrierung verfügbar. Katalog, Dokumentation und API-Vertrag sind öffentlich, das Gateway ist bereitgestellt, und alles über v1 hinaus ist als „Später“ markiert. Tarife und Testphase

Das sind Zusagen zu unserem eigenen Kalender, keine Aussagen über das Urteil eines Prüfers. Nichts hier sagt, INFRO sei zertifiziert, denn das ist es nicht – und wo ein Datum noch nicht mit der Prüfgesellschaft vereinbart ist, sagt diese Seite das, statt eines zu schätzen.

Es sind noch keine Termine zugesagt. Für SOC 2 ist eine Prüfungsgesellschaft beauftragt. Der Beobachtungszeitraum ist nicht terminiert, daher gibt es hier nichts zu veröffentlichen – und wir sagen das lieber, als ein Quartal zu nennen, das wir nicht mit der Gesellschaft vereinbart haben. Sobald er terminiert ist, erscheinen die Daten hier, statt an einzelne Prüfer geschickt zu werden, damit alle uns an derselben Zusage messen. Hängt Ihr Zeitplan davon ab, sagen Sie es uns, und wir sagen Ihnen, wo die Terminierung tatsächlich steht – sales@infro.io.

SOC 2 Type I

Prüfer beauftragt

Das Urteil eines Prüfers, dass die auf dieser Seite beschriebenen Kontrollen angemessen entworfen und an einem bestimmten Datum vorhanden waren. Es sagt nichts darüber, ob sie über die Zeit wirksam waren – das ist Type II.

Beobachtung beginnt
Noch nicht veröffentlicht
Bericht erwartet
Noch nicht veröffentlicht

Nach Abschluss nennt diese Seite die Prüfgesellschaft, das Berichtsdatum und die abgedeckten Trust-Services-Kriterien, und der Bericht selbst wird unter NDA herausgegeben. Solange der Bericht nicht existiert, werden hier weder die Gesellschaft noch der Umfang behauptet.

SOC 2 Type II

Prüfer beauftragt

Das Urteil eines Prüfers, dass diese Kontrollen über einen Beobachtungszeitraum wirksam waren, der Bericht, den die meisten Sicherheitsprüfungen tatsächlich wollen.

Beobachtungszeitraum beginnt
Noch nicht veröffentlicht
Beobachtungszeitraum endet
Noch nicht veröffentlicht
Bericht erwartet
Noch nicht veröffentlicht

Ein Type-II-Zeitraum lässt sich nicht komprimieren: Der Bericht ist nur so lang wie der beobachtete Zeitraum. Verschiebt sich der Zeitraum, verschiebt sich das Datum hier mit, und die Änderung wird benannt statt stillschweigend korrigiert.

ISO 27001

In Prüfung

Zertifizierung eines Informationssicherheits-Managementsystems statt eines Kontrollsatzes. Prüfer außerhalb der USA fragen häufiger danach als nach SOC 2.

In Evaluation. Es ist kein Auditor beauftragt und kein Datum zugesagt – daher steht auf dieser Seite kein Datum, und es wird keines geben, bis es etwas gibt, wozu wir uns verpflichten können. Wenn ISO für Sie eine harte Anforderung ist, sagen Sie es in Ihrer ersten E-Mail; es ist ein nützliches Signal und kann ändern, in welcher Reihenfolge wir vorgehen.

Wir halten heute keine Zertifizierung, und nichts oben behauptet etwas anderes. Sobald ein Bericht vorliegt, nennt diese Seite die Prüfungsgesellschaft, das Berichtsdatum und die geprüften Kriterien, und der Bericht wird unter NDA herausgegeben. Bis dahin können wir die unten stehenden Kontrollen, den Antwortsatz und eine klare Auskunft darüber anbieten, wo die Prüfung tatsächlich steht – und wenn Ihr Prozess vor der Unterschrift einen Bericht verlangt, ist die richtige Antwort, zu warten, statt zu verhandeln.

Jede davon ist jetzt umgesetzt, und jede nennt den Mechanismus statt der Absicht – einen Datenbank-Trigger, eine Bindung, einen ausgelieferten Header. Wo eine Kontrolle eine Richtlinie und kein Mechanismus ist, steht das dabei.

Zugangsdaten und Schlüssel

Anbieter-Zugangsdaten sind versiegelt und an einen Mandanten gebunden
Die Anbieterschlüssel, die Sie verbinden, werden mit AES-256-GCM unter einem Schlüssel verschlüsselt, der als Worker-Secret gehalten wird und nie in der Datenbank liegt. Die Kennungen von Organisation und Verbindung sind als zusätzlich authentifizierte Daten eingebunden, sodass versiegelte Zugangsdaten, die in die Zeile eines anderen Mandanten – oder eine andere Zeile desselben Mandanten – kopiert werden, geschlossen scheitern, statt sich entschlüsseln zu lassen. Zugangsdaten, die für den Kostenabgleich verbunden werden, sind getrennt unter eigener Bindung versiegelt.Gebunden als conn:<organization>:<connection> für Inferenz-Zugangsdaten und billing:<organization>:<provider kind> für Zugangsdaten der Kosten-APIs. Eine Offenlegung der Datenbank allein öffnet nichts.
Es gibt nirgends ein Anzeigen
Sobald Anbieter-Zugangsdaten gespeichert sind, gibt keine Oberfläche sie zurück – nicht die Konsole, nicht die API, nicht die interne Operator-Konsole. Beide Seiten sehen nur die letzten vier Zeichen und die Zeitstempel. Wenn Sie den Schlüssel verlieren, rotieren Sie ihn beim Anbieter; wir können ihn Ihnen nicht zeigen.Die Verbindungsabfragen der Operator-Konsole wählen die versiegelte Spalte überhaupt nicht aus. Eine Schaltfläche zum Anzeigen ist die Funktion, die aus einer kompromittierten Sitzung die Anbieterschlüssel aller Kunden macht.
INFRO-API-Schlüssel werden im Ruhezustand gehasht
Ein Gateway-Schlüssel besteht aus 32 Bytes aus einer kryptografischen Zufallsquelle. Wir speichern seinen SHA-256-Digest, ein Anzeigepräfix und die letzten vier Zeichen, sodass eine Offenlegung der Datenbank keine nutzbaren Zugangsdaten offenlegt. Ein Widerruf schreibt einen Tombstone, statt die Zeile zu löschen, sodass er nicht durch einen veralteten Cache-Eintrag überdeckt werden kann, der sich noch zwischen Standorten ausbreitet.SHA-256 statt einer Passwort-KDF ist Absicht: Gegen 32 zufällige Bytes gibt es kein Wörterbuch, das sich angreifen ließe, und eine KDF würde jeder Anfrage 50–200 ms abgerechnete Rechenzeit hinzufügen.
Der Verschlüsselungsschlüssel kann ohne Ihr Zutun rotiert werden
Das Rotieren des Schlüssels, der Kunden-Zugangsdaten versiegelt, versiegelt jede gespeicherte Zugangsberechtigung an Ort und Stelle neu. Kunden müssen nichts erneut eingeben, und der gespeicherte Algorithmus trägt einen Versionsstring, sodass ein künftiges Verfahren neben dem aktuellen bestehen kann, statt einen Stichtag zu brauchen.Klar gesagt: Den Schlüssel ohne Backup zu verlieren ist nicht wiederherstellbar, und jeder Kunde müsste jeden Anbieter neu verbinden. Backup und Wiederherstellung sind als betriebliches Verfahren aufgeschrieben.

Ihre Inhalte

Wir trainieren nicht mit Ihren Daten und verkaufen sie nicht
INFRO verwendet Ihre Prompts, Eingaben oder Ausgaben nicht, um irgendetwas zu trainieren, und verkauft sie nicht. Die Anbieter, die Sie verbinden, behandeln Ihre Daten nach Ihren eigenen Vereinbarungen und Kontoeinstellungen bei ihnen – die Logging-Kontrollen von INFRO ändern diese Einstellungen nicht und können es nicht.Das ist die eine Kontrolle auf dieser Seite, die eine Richtlinie und kein Mechanismus ist. Sie steht in den Bedingungen und im DPA, wo sie durchsetzbar ist.
Die Erfassung von Prompts und Completions ist standardmäßig aus
Anfrage-Metadaten – Modell, Anbieter, Route, Token-Zahlen, Latenz, geschätzte Kosten – werden immer erfasst, denn Messung, Budgets und Governance sind das, was das Produkt ausmacht. Der Inhalt von Prompts und Completions nicht, es sei denn, eine Organisation schaltet die Erfassung ein. Die Datenbankspalte steht standardmäßig auf aus; es gibt keinen Tarif, in dem sie standardmäßig an ist.org_settings.prompt_logging_enabled, DEFAULT false NOT NULL seit der ersten Migration.
Das Aufbewahrungsfenster gehört Ihnen, und der Löschlauf ist echt
Ist die Erfassung an, wählen Sie das Fenster – 24 Stunden, 14, 30, 60 oder 90 Tage oder ein Jahr –, und gespeichert wird der kürzere Wert aus Ihrer Wahl und der Obergrenze Ihres Tarifs, sodass eine Oberfläche nie ein Fenster anbieten kann, das der Tarif stillschweigend ignoriert. Ein geplanter Job löscht erfasste Payloads, sobald sie ihr Ablaufdatum überschreiten, in begrenzten Batches, sodass ein Rückstand nicht zu einer langen Transaktion gegen eine Tabelle werden kann, in die der Anfragepfad schreibt.Jede Payload-Zeile trägt ihr eigenes expires_at; die Bereinigung läuft im Minuten-Cron der Plattform, und ihr Rückstand gehört zu den Bedingungen, die einen Operator-Alarm auslösen. Das Löschen ist ein DELETE, kein Flag.
Trace-Export ist eine Freigabeliste, keine Kopie
Wenn Sie OpenTelemetry-Spans an Ihren eigenen Collector senden, wird die Attributmenge Feld für Feld aufgebaut statt durch Ausbreiten einer Datenbankzeile, sodass eine später hinzugefügte interne Spalte nicht standardmäßig in Ihr Observability-Backend gelangen kann. Der Collector-Endpunkt muss HTTPS sein, durch eine Datenbank-Constraint erzwungen, und die von Ihnen konfigurierten Header werden wie jede andere Zugangsberechtigung versiegelt.Das ist die eine Stelle, an der INFRO Ihre Daten absichtlich an einen von Ihnen gewählten Drittanbieter-Host sendet, und die eine Stelle, an der ein Leak dauerhaft wäre. Ein Test stellt sicher, dass interne Kennungen in den kodierten Bytes fehlen.

Zugriff und Rechenschaft

Das Audit-Log kann nicht umgeschrieben werden
Jede Richtlinienänderung, Aktualisierung von Zugangsdaten, Schlüsselrotation, Tarifzuweisung und Mitgliedschaftsänderung ist eine neue Zeile mit Akteur und Zeitstempel. Diese Zeilen lehnen UPDATE, DELETE und TRUNCATE auf Datenbankebene ab – nicht per Konvention und nicht durch Anwendungscode, den ein Support-Skript umgehen könnte. Die Historie Ihrer Organisation ist ein Protokoll und kein Wert.Durch einen Datenbank-Trigger erzwungen. Weder ein INFRO-Engineer an einem psql-Prompt noch eine kompromittierte Anwendung kann sie unbemerkt ändern.
Kunden- und Operator-Identität teilen nichts
Die Kundenkonsole und die interne Operator-Konsole authentifizieren sich gegen zwei getrennte Systeme: getrennte Tabellen, getrennte Cookie-Namen, getrennte Signing-Secrets, getrennte Origin-Freigabelisten. Eine Kundensitzung, die einem Operator-Endpunkt vorgelegt wird, ist dort anonym und nicht bloß unterprivilegiert – sie trägt einen Namen, nach dem dieses System nicht sucht, signiert mit einem Schlüssel, den es nicht hält, gegen eine Tabelle, die es nicht liest.Der Worker verweigert den Start, wenn die zwei Signing-Secrets gleich sind oder die zwei Origin-Listen sich überschneiden. Die Operator-Registrierung ist dauerhaft deaktiviert; Konten werden bereitgestellt, und die Zeile eines gesperrten Operators bleibt genau deshalb erhalten, damit eine Existenzprüfung ihn nicht wieder hereinlassen kann.
Operator-Zwei-Faktor und ein Step-up bei destruktiven Aktionen
TOTP-Zwei-Faktor ist für jeden Operator verfügbar und standardmäßig aus – eine bewusste Entscheidung, hier genannt statt angedeutet. Ist er an, muss jede Operator-Sitzung einen Code vorlegen, und ein Passwort ersetzt ihn nie. Unabhängig von dieser Einstellung verlangen Aktionen, die Geld, Zugangsdaten oder den Zugriff eines anderen Operators ändern, einen zweiten Faktor, der in den letzten 15 Minuten vorgelegt wurde; ist Zwei-Faktor aus, ist dieser Step-up das Passwort. Zehn aufeinanderfolgende Fehlversuche sperren das Konto für fünfzehn Minuten.Der Nachweis ist eine Faktorzeile pro Sitzung, die nur der Verifizierungs-Hook schreibt, sodass eine in einem anderen Browser erzeugte Sitzung nichts öffnet. Codes sind einmalig verwendbar; Backup-Codes sind Einmalcodes und werden verschlüsselt gespeichert.
Zwei-Faktor, Passkeys und Sitzungen für Ihre eigenen Nutzer
Jedes Konto kann Zwei-Faktor mit einer Authenticator-App und zehn einmaligen Wiederherstellungscodes aktivieren sowie Passkeys oder Hardware-Sicherheitsschlüssel registrieren, die allein anmelden oder nach einem Passwort als zweiter Schritt dienen. Ein Inhaber oder Admin kann Zwei-Faktor für die gesamte Organisation verlangen: Ein Mitglied ohne ihn erreicht in dieser Organisation nichts, bis er eingerichtet ist. Single Sign-on erfüllt die Anforderung, weil Ihr Identitätsanbieter seine eigene MFA durchsetzt. Jedes Konto kann sehen, wo es angemeldet ist, und jede Sitzung beenden.Codes sind einmalig verwendbar, und zehn Fehlversuche sperren das Konto für fünfzehn Minuten; es gibt kein „Dieses Gerät merken“. Das Entfernen eines Faktors braucht einen zweiten Faktor, der in den letzten zehn Minuten vorgelegt wurde, nicht allein das Passwort. Ein Passkey meldet nur dann allein an, wenn das Gerät den Nutzer verifiziert hat. Codes per E-Mail und SMS werden nicht angeboten.
Ihre Organisation wird nie aus der Anfrage gelesen
Konsolen- und Operator-Endpunkte entnehmen die Organisation der authentifizierten Sitzung und übergeben sie als explizites Argument, sodass eine Aufrufstelle sie nicht unerwähnt lassen kann und ein Body- oder Query-Parameter, der eine Organisation nennt, keine Autorisierungsentscheidung aus angreifergesteuerter Eingabe werden kann.Ein struktureller Test lässt echte Zeilen mit einem Sentinel-Wert durch die echten Antwortprojektionen laufen und stellt sicher, dass interne Kennungen und Fehler-Bodys des Upstreams nie eine Kundenantwort erreichen.

Die Plattformoberfläche

Sicherheits-Header auf allen drei Oberflächen
infro.io, die Kundenkonsole und die Operator-Konsole senden jeweils eine Content-Security-Policy, HSTS, X-Content-Type-Options: nosniff, X-Frame-Options: DENY, eine Referrer-Policy, eine Permissions-Policy und Cross-Origin-Opener-Policy. Die Operator-Konsole ergänzt eine Resource-Policy und eine No-Index-Direktive, und ihre Anmeldeseite trägt eine Nonce-Richtlinie pro Antwort, die überhaupt kein Inline-Script zulässt.Von außen mit curl -I gegen jeden der drei Hostnamen prüfbar. Ein eingecheckt vorliegendes Skript durchläuft jede Route mit durchgesetzter Richtlinie und schlägt bei jedem Verstoß fehl, sodass ein hinzugefügter Drittanbieter-Origin nicht unbemerkt landen kann.
Ausgehende Webhooks sind signiert und rotieren ohne Lücke
Jeder von uns gesendete Webhook trägt eine HMAC-SHA256-Signatur über den Zeitstempel und den exakten Roh-Body, sodass Sie sowohl die Echtheit als auch die Unverändertheit der Payload auf dem Transportweg prüfen können. Bei einer Secret-Rotation wird eine Zustellung mit dem alten und dem neuen Secret signiert, sodass Sie das neue übernehmen können, ohne eine Zustellung zu verlieren.Header-Format INFRO-Signature: t=<unix>,v1=<hex>, mit Verifizierungscode dokumentiert. Signatur und Zeitstempel sind der Grund, weshalb ein Webhook als zu bestätigende Benachrichtigung behandelt wird und nie als Autorität, auf deren Grundlage gehandelt wird.
Eine dokumentierte Fehleroberfläche
Jede Ablehnung des Gateways gehört zu einer veröffentlichten Menge von Typen und Codes, auch die, die unsere Schuld sind. Anfragen sind vor jedem Parsen größenbegrenzt, mit einem dokumentierten 413 statt eines Timeouts, und die Oberflächen für Authentifizierung, Anmeldung und Leads sind nach der Netzwerkadresse des Aufrufers ratenbegrenzt.Vollständig veröffentlicht unter /docs/api/errors, bevor Sie eine Zeile Code dagegen schreiben. Ratenlimit-Header nennen, welche exakt sind und welche eine Obergrenze.
Eine benannte Liste der Unterauftragsverarbeiter, mit Vorankündigung
Die Anbieter, die INFRO einsetzt, sind unter /subprocessors benannt, mit dem, was jeder tatsächlich sehen kann und wo er läuft, und 30 Tagen Vorlauf, bevor ein neuer mit der Verarbeitung beginnt. Die KI-Anbieter, die Ihre Anfragen bedienen, haben Sie selbst gewählt und beauftragen sie direkt – sie sind keine Unterauftragsverarbeiter von INFRO, und die Seite erklärt, warum diese Unterscheidung real und nicht bequem ist.Heute zwei benannte Infrastrukturanbieter. Die Datenbank läuft in Frankfurt und das Gateway daneben; Anfragen betreten das Netzwerk von Cloudflare dort, wo der Aufrufer ist, und die Seite sagt das, statt eine Region anzudeuten.

Diese Liste gibt es, weil der Rest der Seite ohne sie weniger wert ist. Wenn einer dieser Punkte einen Kauf blockiert, ist das ein Gespräch, das wir lieber in Ihrer ersten E-Mail führen als in Woche vier einer Evaluation.

Heute kein SOC 2 oder ISO 27001
Keines von beiden ist vorhanden. Ein Audit braucht eine Betriebshistorie, die geprüft werden kann, und unsere ist kurz. Die Roadmap oben ist das, wozu wir uns stattdessen verpflichtet haben; wenn Ihr Prozess ohne einen vorliegenden Bericht nicht weitergehen kann, ist das ein Grund zu warten und kein Grund zu verhandeln.
Kein unabhängiger Penetrationstest
Nichts auf dieser Seite wurde von jemandem außerhalb des Teams geprüft, das sie geschrieben hat. Wir führen eine fortlaufende interne Sicherheitsprüfung nach Assets, und sie ist eine Selbstbewertung – das ist der Unterschied dazwischen, über etwas nachgedacht zu haben und es von jemandem ausprobieren lassen zu haben.
Keine reine EU- oder regionale Verarbeitung
Anfragen betreten das Netzwerk von Cloudflare am Standort, der dem Aufrufer am nächsten liegt, wo TLS terminiert, und das Gateway selbst läuft in Frankfurt, neben der Datenbank. Diese Platzierung verkürzt Datenbank-Roundtrips; sie ist keine Datenresidenzkontrolle, und regionsbeschränkte Verarbeitung braucht Infrastrukturberechtigungen, die wir nicht gekauft haben. Ein europäisch aussehender Hostname, der die Verarbeitung nicht tatsächlich einschränkt, ist eine Behauptung, die sich in einer einzigen Anfrage widerlegen ließe, daher bieten wir keinen an.
Der gehostete Dienst ist mandantenfähig
In jedem Self-Service-Tarif teilen sich Organisationen den gehosteten Dienst, und die Trennung zwischen ihnen ist logisch und nicht physisch. Wenn Ihre Anforderung ist, dass unsere Software in Ihrer eigenen Infrastruktur läuft, ist das ein selbst gehostetes oder hybrides Deployment im Rahmen einer Enterprise-Vereinbarung, pro Vertrag abgegrenzt und vereinbart; kein Self-Service-Tarif enthält eines.
Kein veröffentlichter Uptime-SLA in Self-Service-Tarifen
Ein Dienst ohne Betriebshistorie kann ehrlicherweise keine Verfügbarkeitszusage veröffentlichen, daher veröffentlichen wir keine. Eine Enterprise-Vereinbarung kann einen vertraglichen SLA mit Rechtsfolgen enthalten, pro Vertrag vereinbart. Den Zustand des Gateways können Sie unter /status in Ihrem eigenen Browser prüfen.
SSO und SCIM sind neu
SAML- und OIDC-Single-Sign-on und SCIM-2.0-Bereitstellung sind implementiert und ab dem Business-Tarif enthalten, gebunden an eine per DNS verifizierte Domain. Sie liefen in der Produktion noch nicht gegen jeden Identitätsanbieter, daher richten wir die erste Verbindung mit jedem Kunden gemeinsam ein, statt es Self-Service zu nennen.
Guardrails sind musterbasiert; es gibt keine Klassifikator-Guardrails
Guardrails für Chat Completions, ab dem Business-Tarif enthalten, prüfen Prompts und Antworten gegen feste Muster – E-Mail-Adressen, Telefonnummern, Kartennummern, IBANs, US-Sozialversicherungsnummern, IP-Adressen, API-Schlüssel und von Ihnen gelistete Begriffe – und blockieren, schwärzen oder markieren, was zutrifft. Mustererkennung übersieht alles außerhalb dieser Formate. Nichts erkennt Prompt-Injection, Jailbreaks, Toxizität oder themenfremde Anfragen, und Bilder, Audio sowie andere Endpunkte als Chat Completions werden nicht geprüft. Wenn Ihre Prüfung einen Inhaltsklassifikator im Anfragepfad verlangt, bietet INFRO keinen.
Kein Kostenlimit pro Anfrage
Budgets begrenzen die Gesamtsumme, die Ihre Organisation, ein Projekt, ein Mitglied oder ein Schlüssel erreichen kann, und Ratenlimits begrenzen das Anfragevolumen. Was es noch nicht gibt, ist eine Kontrolle, die eine einzelne ungewöhnlich teure Anfrage ablehnt. Ein legitimer großer Prompt und ein missbräuchlicher sehen für das Gateway gleich aus, und ein Kunde würde diese Kontrolle zu Recht erwarten.
Ratenlimits werden pro Standort durchgesetzt
Limits werden vom Rate-Limiting-Dienst von Cloudflare an dem Standort gezählt, an dem das Gateway läuft, nicht von einem globalen Zähler. Das Gateway ist in Frankfurt platziert, sodass der meiste Traffic dort gezählt wird, aber Platzierung ist eine Routing-Präferenz und keine Garantie, und an anderer Stelle verarbeiteter Traffic wird getrennt gezählt – ein Schlüssel kann sein nominelles Limit daher kurzzeitig überschreiten. Das ist ein bewusster Kompromiss – die Alternative mit globalem Zähler drosselt den größten Kunden an unserer Architektur statt an seinem Limit –, und die API-Dokumentation nennt, welche Ratenlimit-Header exakt sind und welche eine Obergrenze.

Was nicht vorhanden ist, führen wir genauso klar auf wie das, was vorhanden ist. Wenn eine Zeile hier einen Kauf verhindert, führen wir dieses Gespräch lieber jetzt als nach Vertragsabschluss.

Kein Training mit Ihren DatenZugesagt
INFRO trainiert nicht mit Ihren Prompts, Eingaben oder Ausgaben und verkauft sie nicht. Die Datennutzung durch die KI-Anbieter, die Sie verbinden, richtet sich nach Ihren Vereinbarungen und Einstellungen mit ihnen.
Inhaltsprotokollierung standardmäßig ausZugesagt
Nutzungsmetadaten dienen der Messung auf der Plattform, Kostenschätzungen und Governance. Optionale Prompt- und Antwort-Logs sind standardmäßig aus, werden getrennt gespeichert und durch die Aufbewahrungsdauer Ihres Tarifs begrenzt.
Schlüssel im Ruhezustand gehashtZugesagt
API-Schlüssel werden als SHA-256-Digests von 32 CSPRNG-Bytes gespeichert. Eine Offenlegung der Datenbank legt keine nutzbaren Zugangsdaten offen, und ein Widerruf schreibt einen Tombstone, sodass er nicht durch einen veralteten Cache-Eintrag überdeckt werden kann.
Append-only-Audit-LogZugesagt
Audit-Zeilen können nicht aktualisiert oder gelöscht werden – die Datenbank selbst lehnt es ab. Jede Richtlinienänderung, Aktualisierung von Zugangsdaten, Schlüsselrotation und Mitgliedschaftsänderung ist eine neue Zeile mit einem Akteur, sodass die Historie Ihrer Organisation nicht unbemerkt umgeschrieben werden kann.
Veröffentlichte Liste der UnterauftragsverarbeiterZugesagt
Infrastrukturanbieter sind unter /subprocessors genannt, mit 30 Tagen Vorlauf, bevor ein neuer mit der Verarbeitung beginnt, vorbehaltlich der dort beschriebenen Notfallausnahme. Die KI-Anbieter, die Sie verbinden, wählen Sie selbst aus und beauftragen sie direkt.
SOC 2 / ISO 27001Noch nicht
Nicht vorhanden und nicht behauptet. Eine Zertifizierung braucht eine Betriebshistorie, die geprüft werden kann, und die des Gateways ist kurz. Stattdessen ist die Roadmap unter /trust veröffentlicht: Für SOC 2 ist eine Prüfgesellschaft beauftragt, ohne dass ein Beobachtungszeitraum angesetzt ist, ISO 27001 wird evaluiert, ohne Auditor und ohne Datum, und keines von beiden wird als mehr als das beschrieben. Termine erscheinen dort, wenn die Gesellschaft sie vereinbart hat, nicht früher.
DPA mit StandardvertragsklauselnZugesagt
Vollständig unter /dpa veröffentlicht, mit den SCCs und dem UK Addendum. Der Abschluss erfolgt per E-Mail statt über die Konsole – es gibt keinen Gegenzeichnungsablauf, und die Seite sagt das, statt eine Schaltfläche anzudeuten.
EU-DatenresidenzNoch nicht
Erfordert Infrastrukturberechtigungen, die wir nicht erworben haben. Ein Hostname, der nur europäisch aussieht, ist eine Behauptung, die ein Kunde mit einer einzigen Anfrage widerlegen kann – daher bieten wir keinen an, solange die Verarbeitung nicht tatsächlich beschränkt ist.

Unsere Antworten auf die Fragen, die ein Sicherheitsreview tatsächlich stellt – Datenverarbeitung, Verschlüsselung, Schlüsselverwaltung, Zugriffskontrolle, Monitoring, Compliance –, veröffentlicht als reines Textdokument, das Sie lesen, vergleichen und in Ihre eigenen Werkzeuge einfügen können.

Antwortsatz herunterladenIm Browser lesen

Es ist bewusst Markdown statt einer CAIQ-Tabelle. Der Wert des CAIQ liegt in seiner Fragennummerierung, und ein teilweise ausgefüllter impliziert die Mitgliedschaft in einem Register, in dem wir nicht stehen – deshalb deckt dies dieselben Themen in der Reihenfolge ab, in der ein Prüfer liest, in einem Format, das Ihre und unsere Werkzeuge vergleichen können. Es wird aus denselben Daten wie diese Seite erzeugt, die beiden können sich also nicht widersprechen.

Senden Sie auch Ihren eigenen Fragebogen, in welcher Form auch immer. Wir beantworten jede Frage, auch die, bei denen die Antwort Nein lautet, und sagen, welche davon mit einem Datum versehen sind. E-Mail an sales@infro.io.

Lesen Sie sie, bevor Sie uns danach fragen. Für keines davon brauchen Sie ein Gespräch, ein NDA oder ein Verkaufsgespräch.

Auftragsverarbeitungsvertrag
Der vollständige Text, einschließlich der Standardvertragsklauseln mit dem UK Addendum, der Pflicht zur Meldung von Datenschutzverletzungen und des Aufbewahrungsplans. Die Unterzeichnung erfolgt per E-Mail – es gibt keinen Gegenzeichnungsablauf in der Konsole, und die Seite sagt das, statt eine Schaltfläche anzudeuten.
Unterauftragsverarbeiter
Jeder Dienstleister, den INFRO beauftragt, was jeder tatsächlich sehen kann, wo er läuft, und 30 Tage Vorankündigung, bevor ein neuer mit der Verarbeitung beginnt. Außerdem wird erklärt, warum die KI-Anbieter, die Sie verbinden, keine Unterauftragsverarbeiter von INFRO sind.
Datenschutzerklärung
Was erhoben wird, die Rechtsgrundlagen, wie lange jede Kategorie aufbewahrt wird und welche Rechte eine betroffene Person hat. Abgestimmt auf die Aufbewahrungsfenster auf dieser Seite, statt ihnen zu widersprechen.
Richtlinie zur akzeptablen Nutzung
Was auf der Plattform nicht gebaut werden darf, einschließlich der Kategorien ohne Genehmigungsweg, und was passiert, wenn wir es herausfinden. Im Vokabular der Kartennetzwerke geschrieben, weil sie es sind, die fragen.
Richtlinie zur Offenlegung von Schwachstellen
Was im Umfang liegt, wie man testet, ohne einem anderen Kunden zu schaden, wozu wir uns bei einer Meldung verpflichten, und der Safe Harbor für Forschung in gutem Glauben. Auch veröffentlicht als /.well-known/security.txt.
Nutzungsbedingungen
Die kommerzielle Vereinbarung, die betreibende Gesellschaft und ihre Rechtsordnung und was mit einem Konto an ihrem Ende passiert.
Die Fehlertaxonomie
Jede Ablehnung, die das Gateway aussprechen kann, veröffentlicht, bevor Sie eine Zeile Code dagegen schreiben – einschließlich derer, die unsere Schuld sind und nicht Ihre.
Datenverarbeitung, in der API-Referenz
Feld für Feld: was bei jeder Anfrage erfasst wird, was die Erfassung ergänzt, wenn eine Organisation sie einschaltet, und wie das Aufbewahrungsfenster angewendet wird. Die Version für Engineers der oben beschriebenen Aufbewahrungskontrolle.
Schlüssel und Authentifizierung
Wie Gateway-Schlüssel ausgegeben, auf ein Projekt und eine Umgebung beschränkt, nach Rolle eingeschränkt und widerrufen werden – geschrieben für die Person, die entscheiden muss, wer in Ihrer Organisation einen erhält.
Sicherheit von KI-API-Schlüsseln
Wo Anbieterschlüssel mit und ohne Gateway liegen, die vier Prüfungen, die jeder Gateway-Schlüssel vor einem Anbieteraufruf durchläuft, und was in der ersten Stunde nach einem Schlüssel-Leak zu tun ist.

Etwas gefunden?

Senden Sie es an security@infro.io. Dieses Postfach lesen die Personen, die es beheben können, und es ist für Schwachstellenmeldungen gedacht, nicht für Support.

Umfang, Testregeln und der vollständige Safe Harbor: die Richtlinie zur Offenlegung von Schwachstellen.

  • Wir bestätigen innerhalb eines Werktags und halten Sie während der Untersuchung auf dem Laufenden, auch wenn die Antwort lautet, dass wir es bereits wussten.
  • Forschung in gutem Glauben ist hier sicher. Wir gehen nicht rechtlich gegen Tests vor, die Verletzungen der Privatsphäre, Beeinträchtigungen des Dienstes sowie die Zerstörung oder Exfiltration fremder Daten vermeiden.
  • Es gibt kein Bug-Bounty-Programm und keine Bezahlung. Wir sagen das vorab, weil es schlimmer ist, es nach der Arbeit herauszufinden, als es vorher zu wissen.
  • Geschäfts- und Einkaufsfragen gehen an eine andere Stelle – sales@infro.io für ein Sicherheitsreview oder einen Fragebogen, support@infro.io für ein bestehendes Konto.