Sicherheit und Datenschutz
Wie Sie mit Schlüsseln umgehen, welche Daten Sie nicht senden sollten und wo die Grenzen dieses Dienstes liegen.
Umgang mit Schlüsseln
- Schlüssel werden nur einmal vollständig angezeigt. Speichern Sie sie in einer Geheimnisverwaltung oder einer Umgebungsvariablen.
- Verwenden Sie pro Dienst oder Rechner einen eigenen Schlüssel, damit Sie ihn gezielt widerrufen können.
- Ein Widerruf wird sofort wirksam.
- Hinterlegen Sie niemals einen Schlüssel in clientseitigem JavaScript, einer mobilen Binärdatei oder einem öffentlichen Repository. Alles, was an einen Nutzer ausgeliefert wird, ist öffentlich.
- Wenn ein Schlüssel offengelegt wird, widerrufen Sie ihn zuerst und untersuchen Sie den Vorfall danach.
Welche Daten Sie nicht senden sollten
Dies ist ein Gateway eines Drittanbieters zwischen Ihnen und dem vorgelagerten Anbieter. Behandeln Sie ihn als externen Auftragsverarbeiter:
- Senden Sie keine Daten, die Sie vertraglich nicht an einen Unterauftragsverarbeiter weitergeben dürfen.
- Senden Sie keine regulierten Daten — Gesundheitsakten, Zahlungskartennummern, behördliche Identifikationsnummern — ohne eine entsprechende Rechtsgrundlage.
- Entfernen Sie Geheimnisse, bevor Sie Protokolle oder Konfigurationsdateien an ein Modell senden. Agenten, die ganze Dateien lesen, lesen ohne Weiteres auch Ihre
.env.
Prompt-Injection
Jeder Inhalt, den das Modell liest, kann versuchen, ihm Anweisungen zu geben — Webseiten, Dateien, Tool-Ergebnisse, Kommentare zu Issues. Die Folgen hängen davon ab, was das Modell *tun* kann. Schränken Sie diese Möglichkeiten daher ein:
- Weisen Sie Datenbank-Tools eine Rolle mit ausschließlich lesendem Zugriff zu.
- Beschränken Sie die Berechtigungen von API-Tokens auf das notwendige Minimum.
- Verlangen Sie für irreversible Aktionen eine menschliche Freigabe.
- Niemals
evalModellausgaben auswerten oder generiertes SQL über eine Verbindung mit Schreibzugriff ausführen.
Transport
Der gesamte Datenverkehr erfolgt über HTTPS. Lehnen Sie unverschlüsseltes HTTP in Ihrer eigenen Client-Konfiguration ab; eine Basis-URL wie http:// würde Ihren Schlüssel im Klartext senden.
Zertifikat-Pinning für unseren Hostnamen wird nicht empfohlen — Infrastrukturänderungen würden Ihren Client ohne Vorwarnung funktionsunfähig machen. Die standardmäßige CA-Validierung ist das angemessene Maß.