Har du inte använt AI-leverantörsnyckeln på länge? Cloudflare visar senaste användningen

Hur vet du om en gammal, sparad API-nyckel för en modell kan tas bort? Sedan den 6 november 2026 visar Cloudflare AI Gateway ett alias, datum för senaste användning och datum för senaste uppdatering för sparade leverantörsnycklar. I avsnittet Key security markeras nycklar där den registrerade aktiviteten är äldre än 90 dagar. För team som hanterar flera nycklar via en gateway ger detta en konkret lista över poster att granska. Själva användningshistoriken börjar dock först i november 2026.

Vad är det som har tillkommit?«\/h2>

Uppdateringen gäller leverantörsnycklar som sparats i AI Gateway. I Cloudflares tillkännagivande står det att nycklarna grupperas efter leverantör; maskerade värden, alias och datum för senaste användning och ändring visas bredvid dem. Avsnittet Key security markerar poster där den senast registrerade aktiviteten var för mer än 90 dagar sedan. Cloudflare uppger att användningsspårningen började i november 2026.

Datumet för senaste användning visar när gatewayen senast registrerade att nyckeln användes. Ändringsdatumet visar när posten uppdaterades. Maskeringen och aliaset gör det lättare att känna igen posten utan att den hemliga nyckeln visas i listan. Detta är en inventering och en signal om att granska nyckeln, inte ett automatiskt beslut om vad som ska göras med den.

Hur ska aktivitetsdatumet tolkas?«\/h2>

Nycklar blir ofta kvar efter ett experiment, ett leverantörsbyte eller en migrering av en app. Om teamet lagrar dem i en central gateway kan det med tiden bli svårt att minnas vad varje post används till. Aktivitetsdatumet hjälper teamet att prioritera: börja med nycklar som inte använts på länge och stäm sedan av dem med appens ägare och miljö.

90-dagarsgränsen gäller aktivitet som systemet registrerat sedan spårningen började i november 2026. Markeringen visar därför inte hela användningshistoriken från föregående månader. Dessutom kräver sällan körda jobb, reservvägar eller appar som kontaktar leverantören utanför AI Gateway en separat kontroll. En reservnyckel kan till exempel förbli oanvänd i månader och ändå ingå i återställningsplanen.

BYOK-dokumentationen beskriver hur nycklar lagras i Secrets Store och används via AI Gateway. Om en nyckel tas bort stoppas förfrågningar som är beroende av den omedelbart. Ta därför bort en post först efter att dess användningsområden och beroenden har klarlagts, inte enbart för att markeringen är gammal.

Hur genomför man en säker granskning?«\/h2>

1. Börja med de markerade nycklarna. Lista poster där den senast registrerade aktiviteten är äldre än 90 dagar. Ta inte bort något ännu.
2. Ta reda på ägare och syfte. Jämför aliaset med gatewayens konfigurationer och teamets dokumentation; ta reda på vem som ansvarar för appen. Om syftet är okänt bör det först klarläggas.
3. Kontrollera var nyckeln används. Ta reda på om den används för en sällan körd rapport, en reservväg eller en miljö utanför AI Gateway. Gatewayens aktivitetslogg ger inte svar på de frågorna.
4. Förbered rotation om nyckeln behövs. Skapa en ny nyckel hos leverantören och byt ut hemligheten i den befintliga AI Gateway-posten. Enligt dokumentationen fortsätter apparna att använda den uppdaterade nyckeln via samma post; testa riktiga förfrågningar efter bytet.
5. Ta bort nyckeln först när beroendena har kontrollerats. Kontrollera att apparna har bytt nyckel eller att nyckeln har tagits ur bruk. När den tas bort upphör förfrågningar som är beroende av den.

Anta att teamet hittar en nyckel vars senaste aktivitet är äldre än 90 dagar. Ägaren tar reda på att posten användes i en testmiljö och att testerna redan har bytt till en annan nyckel. Efter att konfigurationen har kontrollerats kan nyckeln tas bort. Om den behövs som reserv vid avbrott hos den primära leverantören bör teamet dokumentera syftet och ägaren och behålla posten.

Vad innebär detta för teamet?«\/h2>

I stället för en allmän påminnelse om att ”kontrollera gamla nycklar” får teamet datumet för den senast registrerade aktiviteten för varje post. Det gör det lättare att avgöra var åtkomstgranskningen ska börja, särskilt när flera leverantörers nycklar hanteras via AI Gateway.

Använd markeringen för aktivitet äldre än 90 dagar som en anledning att granska nyckeln, inte som en uppmaning att ta bort den. Stäm av posten med ägaren, appen och eventuella reservlösningar; bekräfta sedan om nyckeln behövs, byt ut hemligheten vid rotation eller ta bort den när beroendena har kontrollerats. På så sätt hjälper loggen teamet att hitta bortglömda poster utan att äventyra appar som fortfarande används.