Mit Anbieter-Schlüsseln können Sie eigene Konten Ihres Modell-Anbieters nutzen, anstatt auf von Coroid geroutete Modelle zurückzugreifen. Die Nutzungsgebühren werden dann direkt von diesem Anbieter nach den von Ihnen ausgehandelten Tarifen an Sie berechnet.
Verwalten Sie sie unter Einstellungen → Anbieter-Schlüssel.
Wann lohnt sich die Nutzung eigener Schlüssel?
BYOK ist sinnvoll, wenn Sie bereits Verträge mit dem Anbieter haben, ein festes Ausgabenbudget oder eine Beschaffungsvorgabe, wonach der Modell-Anbieter ein direkter Lieferant sein muss.
Falls keines dieser Kriterien zutrifft, sind von Coroid geroutete Modelle mit Prepaid-Guthaben einfacher zu nutzen – und Coroid fügt hinzu keine Formatierung – unabhängig davon entsprechen die Preise denen des Anbieter-Tokens. Die Entscheidung betrifft das Vertragsmanagement, nicht den Preis.
So werden die Schlüssel behandelt
- Sie werden mit dem eigenen Schlüssel Ihrer Organisation verschlüsselt. Die Anbieter-Schlüssel jeder Organisation werden mit einem eigenen Daten-Schlüssel verschlüsselt. Ein Schlüsselmanagementservice (OVHcloud KMS) verschlüsselt anschließend diesen Daten-Schlüssel.
- Entschlüsselt wird an einem einzigen Ort. Nur der Credential-Broker von Coroid kann einen Anbieter-Schlüssel entschlüsseln. Der Broker führt die Modell-Aufrufe selbst durch, sodass der Schlüssel niemals an Agenten oder andere Dienste von Coroid weitergegeben wird.
- Nie zurückgegeben. Sobald ein Schlüssel gespeichert ist, kann er über die Oberfläche oder den API nicht mehr abgerufen werden. Sie können ihn ersetzen, aber nicht wiederherstellen.
- Nie exportiert. Die Einstellungs-Exports enthalten einen Platzhalter und nicht das Geheimnis. Siehe Einstellungen exportieren und importieren.
- Jede Nutzung wird protokolliert. Coroid protokolliert jeden Aufruf, den es mit Ihrem Schlüssel ausführt. In der Zeile des Schlüssels wird angezeigt, wann Coroid ihn zuletzt verwendet hat und welche Aufgabe den Aufruf ausgelöst hat. Bei Verdacht auf einen Leak kann der Support von Coroid Ihnen mitteilen, welche Aufgaben den Schlüssel genutzt haben und wann.
Die schreibgeschützte Eigenschaft ist beabsichtigt: Ein Zugangsdaten-Element, das gelesen werden kann, kann auch von jeder Person mit Lesezugriff ausgespäht werden.
Rotieren
Ersetzen Sie den Schlüssel durch den neuen Wert. Laufende Aufträge werden weiterhin über die ursprüngliche Verbindung bearbeitet; neue Aufträge nutzen den neuen Schlüssel. Nur Organisationsbesitzer und Administratoren können einen Schlüssel hinzufügen, ersetzen oder entfernen – jede Änderung wird im Audit-Log der Organisation festgehalten.
Rotieren Sie den Schlüssel gemäß dem Zeitplan Ihres Anbieters und sobald eine Person mit Administratorrechten das Unternehmen verlässt. Es ist nicht möglich, bei Coroid festzustellen, ob ein Schlüssel anderswo genutzt wurde – dafür ist das Audit-Log Ihres Anbieters zuständig.
Bereichsbegrenzung
Falls Ihr Anbieter eingeschränkte oder bereichsgebundene Schlüssel unterstützt, nutzen Sie diese. Ein Schlüssel, der auf die für Coroid vorgesehenen Modelle und Ausgabenlimits beschränkt ist, stellt ein deutlich geringeres Risiko dar, falls er je öffentlich wird.
Legen Sie beim Anbieter ein Ausgabenlimit fest. Das ist die einzige harte Obergrenze – die eigenen Limits von Coroid bestimmen die Kapazität, nicht Ihre Rechnung beim Anbieter.
Rückfall
Ist ein Schlüssel ungültig, abgelaufen oder hat er sein Anbieter-Limit überschritten, schlagen die damit ausgeführten Modell-Aufrufe fehl. Die Arbeit wird nicht stillschweigend über einen anderen Anbieter fortgesetzt – das wäre unzulässig, wenn es um das Geld eines Dritten geht.
Beheben Sie den Fehler am Schlüssel – dann werden die in der Warteschlange befindlichen Aufträge fortgesetzt.