Op Gitee, het Chinese codehostingplatform, stonden 26.400 werkende cloud- en AI-inloggegevens in publieke repositories. Dat ontdekte onafhankelijk onderzoeker Ben Zimmermann, die de resultaten op 28 oktober publiceerde. Elke sleutel werkte nog op het moment dat hij ze testte: wie zo’n sleutel had gekopieerd, kon er meteen mee inloggen.
Zimmermann scande 7,25 miljoen openbare Gitee-repositories met twee tools, TruffleHog en Kingfisher van MongoDB, die ook de volledige commitgeschiedenis doorzoeken. Sleutels die later weer uit de code waren verwijderd, telden dus nog mee als ze ooit publiek hadden gestaan. Elke gevonden sleutel testte hij bij de dienst die hem had uitgegeven; alleen sleutels die nog werkten, kwamen in de telling. De scan duurde ongeveer een maand. TruffleHog vond 12.737 werkende sleutels en Kingfisher 14.664, maar beide tools misten elkaars treffers grotendeels: slechts 1.001 sleutels stonden in beide lijsten, wat volgens Zimmermann laat zien dat één scanner nooit het volledige beeld geeft.
De grootste groep, 9.473 stuks, bestaat uit AccessKey-paren voor Alibaba Cloud. Daarna volgen 3.805 YouTube API-sleutels, 3.170 sleutels voor het Chinese AI-platform DeepSeek, 1.489 voor Zhipu BigModel en 1.348 voor OpenAI. Kleinere aantallen betreffen GitHub, AWS, Google Cloud en Google Gemini. Opvallend: 12.242 van de sleutels komen uit commits van 2025, terwijl sommige teruggaan tot de late jaren 2000. Zimmermann vond ook één werkende beheerderscredential voor een groot enterprise-AI-platform, zonder te specificeren welk platform dat was.
De risico’s lopen uiteen per dienst. Een gestolen OpenAI-sleutel geeft volgens OpenAI zelf toegang tot het quotum van de rechtmatige eigenaar, met als mogelijke gevolgen dataverlies, onverwachte kosten en een leeggetrokken maandquotum. Een YouTube API-sleutel is in feite een Google Cloud-sleutel en kan, zonder aanvullende beperkingen, bij elke andere Google Cloud-API worden ingezet.
Zimmermann meldde de gevonden sleutels bij de betrokken leveranciers, maar niet bij de ontwikkelaars die ze per ongeluk publiceerden. Zijn advies is kort: elke sleutel die ooit in een publieke repository heeft gestaan, moet je als gelekt beschouwen en direct intrekken bij de provider. Verwijderen uit de code trekt een sleutel niet in.
Voor Nederlandse ontwikkelteams is dit een goede aanleiding om eigen repositories, ook private forks en oude commits, te controleren op vergeten sleutels, en om secret-scanning standaard in de CI/CD-pipeline op te nemen. Vertrouw daarbij niet op één scanner: uit het onderzoek blijkt dat verschillende tools duidelijk andere typen sleutels missen.
Bron: The Hacker News
Blijf op de hoogte
Meld je aan voor de nieuwsbrief: spoedalerts bij kritieke dreigingen en een wekelijks overzicht. Geen mail achterlaten? Volg ons dan via RSS.