Wat is wildgroei van geheimen?

Wildgroei van geheimen is de ongecontroleerde verspreiding van geheimen – inclusief API-sleutels, wachtwoorden en encryptiesleutels – door de infrastructuur, codeopslagplaatsen en communicatiekanalen van een organisatie. In plaats van veilig te worden opgeslagen in een gecentraliseerd geheimenbeheer, raken deze geheimen gefragmenteerd wanneer ze in de broncode staan, gedeeld worden via berichtenplatforms of verspreid worden over eindpunten. Hierdoor ontstaat een onvolledige en grotendeels onzichtbare inventaris van geheimen die beveiligingsteams niet effectief kunnen controleren, roteren of intrekken. Naarmate organisaties groeien, neemt het aantal geheimen snel toe, waardoor het risico toeneemt op aanvallen waarbij aanmeldingsgegevens worden misbruikt en op kwetsbaarheden in de toeleveringsketen.

Hoe ontstaat wildgroei van geheimen?

Wildgroei van geheimen is doorgaans het gevolg van het aanmaken en verspreiden van gevoelige aanmeldingsgegevens zonder consistente monitoring of controle.

Aanmaak en groei van aanmeldingsgegevens

Moderne omgevingen zijn afhankelijk van zowel menselijke gebruikers als niet-menselijke identiteiten (NHI’s), waaronder serviceaccounts, bots en applicatieworkloads, die zich authenticeren met behulp van geheimen zoals API-sleutels en tokens. Naarmate organisaties overstappen op cloud-native architecturen, neemt het aantal geheimen snel toe. Elk nieuw systeem, elke nieuwe workload en elke integratie vereist authenticatie, waardoor het aanvalsoppervlak wordt uitgebreid en de kans op onbeheerde geheimen toeneemt. Naarmate organisaties groter worden en zich aanpassen aan de identiteiten van machines, lopen ze onvermijdelijk het risico op wildgroei van geheimen.

Inconsistente omgang met en uitwisseling van vertrouwelijke informatie

Zelfs als er beveiligingsrichtlijnen zijn, gaan ontwikkelaars en teams niet altijd op dezelfde manier met aanmeldingsgegevens om. De ene ontwikkelaar slaat aanmeldingsgegevens lokaal op, terwijl een andere ze direct in de broncode vastlegt of via berichtenapps deelt. Wanneer beveiligde procedures minder gebruiksvriendelijk zijn dan het kopiëren en plakken van aanmeldingsgegevens, geven gebruikers doorgaans de voorkeur aan snelheid boven veiligheid. Als gebruikers binnen meerdere teams in de loop der tijd voor honderden services dezelfde aanpak hanteren, leidt deze inconsistentie tot een brede en onbeheersbare verspreiding van geheimen.

Gebrek aan gecentraliseerd beheer van geheimen

Zonder gecentraliseerd beheer van vertrouwelijke gegevens kunnen organisaties niet nauwkeurig bijhouden waar deze gegevens zijn opgeslagen, wie er toegang toe heeft of hoe ze worden gebruikt. Dit gebrek aan zichtbaarheid maakt het moeilijk om aanmeldingsgegevens na een beveiligingsincident of vertrek van een werknemer te roteren of in te trekken, waardoor beveiligingsteams gedwongen worden reactief te handelen in plaats van hun geheimen proactief te beheren.

Slecht levenscyclusbeheer

In veel gevallen worden geheimen aangemaakt voor onmiddellijk gebruik, maar worden ze niet goed onderhouden of verwijderd zodra een project is voltooid. Ongebruikte of gedupliceerde aanmeldingsgegevens kunnen in meerdere systemen blijven bestaan, waardoor het risico met de tijd toeneemt. Als oude of ongebruikte geheimen niet worden geroteerd of verwijderd, kan er voor onbepaalde tijd toegang worden verleend tot codebases, opslagplaatsen of vergeten configuratiebestanden. Zonder een gedefinieerd levenscyclusbeleid verzamelen organisaties verouderde geheimen die toegankelijk maar onbeheerd blijven, waardoor geheimen zich verder verspreiden over verschillende systemen.

Waarom wildgroei van geheimen gevaarlijk is

Wanneer geheimen zonder toezicht op grote schaal worden verspreid, kunnen de gevolgen elk aspect van een organisatie raken. Hier volgen enkele van de belangrijkste risico's van slecht beheerde geheimen:

Datalekken: Als vertrouwelijke gegevens verspreid zijn over meerdere systemen en tools, is de kans groter dat deze bij een datalek bloot worden gelegd. Eén enkel blootgelegd geheim kan onbevoegden toegang verschaffen tot gevoelige gegevens en kritieke systemen.
Systeeminbreuken: Wanneer geheimen onvoldoende worden beheerd, kunnen ze in verkeerde handen vallen en vervolgens worden gebruikt om zich lateraal door de infrastructuur te verplaatsen en bevoegdheden uit te breiden.
Verminderde teamproductiviteit: Beveiligings- en DevOps-teams besteden tijd aan het bijhouden van de opslaglocaties van vertrouwelijke gegevens en het beheren van verspreide aanmeldingsgegevens, in plaats van zich te richten op taken met een hogere prioriteit.
Compliance en financiële gevolgen: Slecht beheerde geheimen die tot een inbreuk leiden, kunnen boetes van toezichthouders, kosten voor incidentbeheersing en wettelijke aansprakelijkheid tot gevolg hebben. Voor organisaties die onderworpen zijn aan PCI DSS, HIPAA of SOC 2 is het onvermogen om gecontroleerde toegang tot gevoelige aanmeldingsgegevens aan te tonen op zichzelf een conformiteitsbevinding, ongeacht of er een inbreuk heeft plaatsgevonden.
Reputatieschade: Een inbreuk als gevolg van onjuist beheer van geheimen kan onherstelbare schade toebrengen aan de reputatie van een organisatie, met name wanneer klanten gevoelige gegevens toevertrouwen aan externe leveranciers. Het verlies van het vertrouwen van klanten, langdurige samenwerkingsverbanden en positieve berichtgeving in de media kan een organisatie nog lang na een beveiligingsincident parten spelen.

Veelvoorkomende voorbeelden van wildgroei van geheimen

Wildgroei van geheimen kan op de volgende manieren voorkomen:

Hardgecodeerde geheimen in de broncode: Ontwikkelaars sluiten geheimen rechtstreeks in de code in, die vervolgens naar een opslagplaats wordt gestuurd. In openbare opslagplaatsen is deze blootstelling onmiddellijk en blijvend, tenzij het geheim wordt geroteerd. In privé-opslagplaatsen vergroot dit de explosieradius van elke inbreuk op de toegang tot de opslagplaats. Geautomatiseerde tools voor het scannen van geheimen kunnen deze blootstellingen detecteren, maar geheimen die al door zoekmachines of scanners van derden zijn geïndexeerd, blijven ook na verwijdering een risico vormen.
API-sleutels opgeslagen op meerdere plaatsen: Als teams API-sleutels naar configuratiebestanden kopiëren in plaats van ze tijdens de uitvoering in te voegen, kan hetzelfde geheim op meerdere plaatsen tegelijk voorkomen. Zonder geheimenbeheer kunnen organisaties niet achterhalen waar elke kopie zich bevindt, waardoor ze geen geheimen kunnen wisselen of de toegang kunnen intrekken.
Geheimen die blootgelegd worden in CI/CD-pijplijnen: Wanneer geheimen worden ingesloten in configuratiebestanden in plaats van tijdens de runtime te worden geïnjecteerd, worden ze blootgesteld aan iedereen met toegang tot de opslagplaats. Geheimen die in buildlogs verschijnen of aan CI-integraties van derden worden doorgegeven, zijn mogelijk zichtbaar voor iedereen met uitvoeringsrechten voor de pijplijn, zelfs als ze geen directe toegang hebben tot de onderliggende code.
Vergeten aanmeldingsgegevens: Geheimen uit oude projecten of van voormalige medewerkers kunnen nog lang na hun oorspronkelijke doel actief blijven, wat mogelijk schade kan veroorzaken omdat ze nog steeds toegankelijk zijn maar buiten actieve monitoring vallen.
Gedupliceerde geheimen in verschillende systemen: Wanneer dezelfde geheimen in meerdere teams of omgevingen worden gerepliceerd, kunnen organisaties geen consistente toegangscontroles afdwingen.
Onveilige manieren om bestanden te delen: Door vertrouwelijke informatie via berichtenplatforms of e-mail te delen, wordt het voor organisaties onmogelijk om op betrouwbare wijze na te gaan wie deze informatie heeft ingezien, waar deze naartoe is verzonden of of deze door ontvangers op onveilige wijze is opgeslagen.

Hoe kunt u het risico op wildgroei van geheimen beperken?

Het verminderen van wildgroei van geheimen vereist het centraliseren van de opslag, toegang en het beheer van geheimen. Een geheimenbeheerder biedt organisaties meer controle over en inzicht in hun volledige inventaris van geheimen.

Geheimen centraliseren in een veilige kluis

In plaats van aanmeldingsgegevens verspreid over verschillende bestanden en opslagplaatsen te laten staan, zouden organisaties alle geheimen in een speciale geheimenbeheerder moeten opslaan. Een gecentraliseerde, beveiligde kluis biedt organisaties een enkele locatie voor het opslaan, het benaderen en het distribueren van aanmeldingsgegevens.

Toegang met minimale privileges handhaven

Niet elke gebruiker heeft toegang tot alle geheimen nodid. Door het principe van minimale rechten toe te passen, krijgen alleen identiteiten toegang die een geheim nodig hebben, en wel voor een beperkte tijd. Deze tijdelijke en opzettelijke toegang beperkt de impact van gecompromitteerde aanmeldingsgegevens door ervoor te zorgen dat zelfs als een geheim wordt blootgesteld, de toegang van de cybercrimineel beperkt blijft.

Zoeken naar geheimen die al in opslagplaatsen staan

Centralisatie werkt alleen als eerst iets wordt gedaan aan de bestaande wildgroei. Er zijn tools waarmee u kunt scannen op geheimen en zo aanmeldingsgegevens kunt opsporen die al zijn opgenomen in code-opslagplaatsen, configuratiebestanden en build-artefacten. Organisaties doen er verstandig aan om een eerste scan uit te voeren voordat ze ervan uitgaan dat hun aanmeldingsgegevens veilig zijn, en moeten continue scanning opzetten om nieuwe blootstellingen te detecteren.

Roulatie van aanmeldingsgegevens automatiseren

Geautomatiseerde rotatie zorgt ervoor dat geheimen regelmatig worden bijgewerkt zonder te vertrouwen op handmatige processen die niet meeschalen. Het minimaliseert blootstellingsperioden en neemt de operationele last weg van het bijhouden van rotatieschema's voor honderden aanmeldingsgegevens.

Zichtbaarheid en controleerbaarheid verbeteren

Organisaties moeten beschikken over een realtime overzicht van vertrouwelijke gegevens, inclusief waar deze zijn opgeslagen en hoe ze worden gebruikt. Dit niveau van zichtbaarheid stelt teams in staat om verdacht gedrag te detecteren, verweesde geheimen te identificeren en direct te reageren op beveiligingsincidenten.

Levenscyclusbeleid vaststellen en handhaven

Stel duidelijke richtlijnen op voor wanneer geheimen moeten worden aangemaakt, gerouleerd en verwijderd. Automatiseer de handhaving waar mogelijk. Een geheim dat niet langer nodig is, moet worden ingetrokken en niet zomaar worden genegeerd.

Ontdek hoe Keeper organisaties helpt bij het centraliseren en automatiseren van geheimenbeheer.