Dokumentation

Provider-nycklar

Använd egna autentiseringsuppgifter för modellleverantörer och förstå hur de lagras och avgränsas.

Med Leverantörsnycklar kan du använda dina egna konton hos modellleverantörer i stället för modeller som routas via Coroid. Användningen faktureras då direkt till dig av leverantören, enligt priserna ni har förhandlat fram.

Hantera dem under Inställningar → Leverantörsnycklar.

När det lönar sig att använda egna nycklar

BYOK är värt det om du redan har avtal med leverantörer, åtaganden om minsta köpvolym eller ett upphandlingskrav på att modellleverantören ska vara en direktleverantör.

Om inget av det gäller är modeller som routas via Coroid med förbetalda krediter enklare, och Coroid tar inget påslag på leverantörernas tokenpriser, oavsett vilket. Valet handlar om avtal, inte pris.

Så hanteras nycklarna

  • Krypterade med din organisations egen nyckel. Varje organisations leverantörsnycklar krypteras med en egen datanyckel. En nyckelhanteringstjänst (OVHcloud KMS) krypterar sedan datanyckeln.
  • Dekrypteras på ett enda ställe. Endast Coroid:s behörighetsförmedlare kan dekryptera en leverantörsnyckel. Förmedlaren gör själv modellförfrågningarna, så nyckeln lämnas aldrig ut till agenter eller till Coroid:s övriga tjänster.
  • Lämnas aldrig tillbaka. När en nyckel har sparats går den inte att läsa igen via gränssnittet eller API. Du kan ersätta den, men inte hämta ut den.
  • Exporteras aldrig. Exportpaket med inställningar innehåller en platshållare, inte hemligheten. Se Exportera och importera inställningar.
  • Varje användning loggas. Coroid loggar varje anrop som görs med din nyckel. Nyckelns rad visar när Coroid senast använde den och vilken uppgift som gjorde anropet. Om du misstänker att en nyckel har läckt kan Coroid:s support berätta vilka uppgifter som använde den och när.

Att nycklarna är skrivskyddade är avsiktligt. En autentiseringsuppgift som går att läsa igen är en autentiseringsuppgift som kan extraheras av allt som har läsåtkomst.

Rotera nycklar

Ersätt nyckeln med det nya värdet. Arbete som redan pågår fortsätter med anslutningen det startade med; nytt arbete använder den nya nyckeln. Endast organisationsägare och administratörer kan lägga till, ersätta eller ta bort en nyckel, och varje ändring registreras i organisationens granskningslogg.

Rotera nycklar enligt leverantörens schema och när någon med administratörsåtkomst slutar. Coroid kan inte avgöra om en nyckel har använts på andra ställen – det är därför leverantören har en egen granskningslogg.

Begränsning av åtkomst

Om din leverantör stöder nycklar med begränsad åtkomst eller omfattning bör du använda en sådan. En nyckel som begränsas till de modeller och den utgiftsgräns du avser för Coroid innebär en mycket mindre risk om den skulle exponeras.

Ange en utgiftsgräns hos leverantören. Det är det enda fasta taket – Coroid:s egna gränser styr kapaciteten, inte leverantörens faktura.

Reservlösning

Om en nyckel är ogiltig, har gått ut eller överskridit leverantörens gräns misslyckas modellförfrågningar som använder den. Arbetet fortsätter inte obemärkt via en annan leverantör – det vore överraskande att göra det med någon annans pengar.

Åtgärda nyckeln så återupptas arbetet i kön.