Source: https://aiprimetech.io/de/docs/resources/security/

[Startseite](/de/) / [Dokumentation](/de/docs/) / Sicherheit und Datenschutz 

# Sicherheit und Datenschutz 

Wie Sie mit Schlüsseln umgehen, welche Daten Sie nicht senden sollten und wo die Grenzen dieses Dienstes liegen. 

 Seite kopieren [ Als Markdown anzeigen](/de/docs/resources/security.md) [ ChatGPT fragen](https://chatgpt.com/?q=Read%20https%3A//aiprimetech.io/docs/resources/security.md%20and%20answer%20questions%20about%20it.%20Start%20with%20a%20short%20summary.) [ In Claude fragen](https://claude.ai/new?q=Read%20https%3A//aiprimetech.io/docs/resources/security.md%20and%20answer%20questions%20about%20it.%20Start%20with%20a%20short%20summary.)   

## 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 eval Modellausgaben 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ß. 

[AuthentifizierungFunktionsweise von Schlüsseln](/de/docs/getting-started/authentication/)[Bewährte VorgehensweisenAbsicherung für den Produktivbetrieb](/de/docs/guides/best-practices/)[MCP-ServerTools mit minimalen Berechtigungen](/de/docs/guides/mcp-servers/) 

[ZurückGlossar](/de/docs/resources/glossary/)[WeiterÄnderungsprotokoll](/de/docs/resources/changelog/)