Google API-nøgler eksponerer Gemini-data efter ændring i rettigheder

Opdagelsen af, at Google API-nøgler eksponerer Gemini-data, har skabt betydelig bekymring blandt udviklere og cloudadministratorer. API-nøgler, som tidligere blev betragtet som ikke-følsomme identifikatorer, kan nu give adgang til Gemini AI-endpoints, hvis Gemini API er aktiveret i det samme Google Cloud-projekt.

Denne ændring påvirker sikkerhedsforudsætningerne for tusindvis af projekter. Nøgler, der tidligere kun håndterede tjenester som Maps eller Firebase, kan nu autentificere forespørgsler til AI-systemer, der behandler uploadede filer og kontekstuelle data.

Hvordan eksponeringen opstår

Udviklere har ofte indlejret Google API-nøgler i klientapplikationer, fordi Google historisk har beskrevet dem som sikre til offentlig brug, når de er korrekt begrænset. Nøglerne blev primært brugt til projektidentifikation, kvotestyring og fakturering.

Når et projekt senere aktiverer Gemini API, kan eksisterende nøgler i projektet automatisk få adgang til Gemini-endpoints. Det betyder, at enhver, der får fat i nøglen, kan sende forespørgsler til AI-tjenester knyttet til projektet.

Angribere scanner løbende offentlige kodearkiver og websites efter eksponerede API-nøgler. Finder de en nøgle, der er koblet til et projekt med Gemini aktiveret, kan de bruge den til at interagere med AI-tjenester og potentielt få adgang til uploadede datasæt eller gemt kontekst. Dette skaber i praksis en rettighedsudvidelse uden at der udstedes nye legitimationsoplysninger.

Hvilke data kan blive eksponeret

Hvis en API-nøgle giver adgang til Gemini-tjenester, kan en angriber interagere med AI-endpoints, der behandler følsomme oplysninger. Afhængigt af projektets konfiguration kan det omfatte:

• Uploadede dokumenter eller datasæt
• Prompt-historik eller kontekstuelle data
• AI-genererede svar gemt i projektets miljø

Selv hvis direkte dataudtræk er begrænset, kan angribere generere omfattende API-kald, der udløser betydelige faktureringsomkostninger. Uautoriserede AI-forespørgsler kan hurtigt øge driftsudgifterne.

Risikoniveauet afhænger af, hvordan udviklere har konfigureret deres projekter og begrænset deres nøgler. Projekter med bred API-adgang er mere udsatte end dem med stramt afgrænsede rettigheder.

Hvorfor dette er vigtigt

At Google API-nøgler eksponerer Gemini-data repræsenterer en markant ændring i tidligere risikovurderinger. Mange organisationer har baseret sig på ældre vejledning, der klassificerede API-nøgler som ikke-hemmelige identifikatorer. Når platformens funktioner udvikler sig, kan arvede rettigheder gøre tidligere lavrisiko-nøgler til følsomme adgangsværdier.

Udviklere, der ikke gennemgår ældre nøgler, kan utilsigtet lade AI-aktiverede projekter stå eksponeret. Da rettighedsændringen sker på projektniveau, kan den påvirke nøgler, der blev oprettet længe før Gemini blev lanceret.

Afhjælpning og anbefalede tiltag

Udviklere bør foretage en grundig gennemgang af alle API-nøgler i projekter, hvor Gemini er aktiveret. Umiddelbare tiltag bør omfatte:

• Rotér eksponerede eller offentligt indlejrede API-nøgler
• Begræns nøgler til specifikke API’er
• Anvend IP- eller referer-begrænsninger
• Gennemse Gemini-tilladelser og brugslogfiler

Organisationer bør også overvåge for usædvanlig API-aktivitet og uventede stigninger i fakturering. Proaktiv nøglehåndtering reducerer risikoen for skjult misbrug.

Sikkerhedsteams bør behandle API-nøgler med samme forsigtighed som andre legitimationsoplysninger, når de giver adgang til databehandlende tjenester.

Konklusion

Fundet af, at Google API-nøgler eksponerer Gemini-data, viser hvordan nye platformfunktioner kan skabe uventede sikkerhedsrisici. Ældre nøgler, som tidligere indebar minimal eksponering, kan nu autentificere AI-endpoints, der håndterer følsomme oplysninger. Udviklere bør revidere og rotere eksisterende nøgler, indføre strenge begrænsninger og løbende overvåge brugen. Omhyggelig håndtering af legitimationsoplysninger er afgørende i takt med, at cloudplatforme udvider deres funktionalitet.