Drietrapsraket om privileged accounts te beschermen

Scherm rechten en endpoints af. Als er geen specifieke beveiliging is van privileged accounts, is het afschermen van rechten en endpoints de eerste stap. Alleen waar moet je starten? Ga na welke accounts het grootste gevaar opleveren en bescherm die als eerste. Hiervoor moet je weten waar die accounts zich bevinden. Waar zijn ze ‘live’ in de it-omgeving? Zijn ze überhaupt ooit live? Zo niet, dan moeten ze worden verwijderd. Sommige organisaties hebben wel 150 losse domeinbeheer-accounts terwijl dat misschien wel met eentje of enkele afkan.

Endpoints blijven aantrekkelijk voor hackers. Identificeer gebruikers met lokale beheerrechten, en kijk of deze rechten zijn te minimaliseren. Middels policies zijn endpoints verder af te schermen, zoals welke applicaties in beheermodus mogen draaien en welke niet. Applicatiebeheer en least privilege zijn best practices en een goede beveiligingscombinatie.

Dit lijkt makkelijker dan het is. De gemiddelde organisatie heeft drie tot vier keer zoveel privileged accounts als medewerkers. Er zijn tools om daar inzicht in te geven, en ook aan te geven of accounts bijvoorbeeld hard-coded zijn opgeslagen in applicaties en welke machines kwetsbaar zijn voor tactieken als harvesting, pass-the-hash, overpass-the-hash en golden ticket. Dit werkt ook in de cloud met AWS of Azure, bijvoorbeeld om AWSIM-regels, gebruikers, access keys en EC2-key pairs op te sporen. Zodra je ze gevonden hebt, kun je ze overnemen en afschermen in een veilige omgeving of kluis.

Sessies beheren en isoleren. Zodra al die kritieke accounts in de kluis zitten, moeten de gebruikerssessies worden bekeken. Doordat we zoveel online samenwerken zijn er veel mensen die toegang tot bepaalde accounts moeten hebben. Deze sessies moeten worden gecontroleerd zonder dat het gevolgen heeft voor de eindgebruiker, maar ook niet de workflow van de systeembeheerder in de weg staan. Door gebruikers via een agentloze jump server toegang te geven tot systemen maak je een scheiding tussen systeemwachtwoorden en de gebruikers, zodat inloggegevens nooit bij een endpoint komen.

Ondertussen zorgt een wachtwoordkluis ervoor dat de gegevens afgeschermd blijven en wachtwoorden regelmatig worden gewisseld. Via monitoring en opnames zijn security-teams in staat om gebruikersactiviteit vast te leggen en direct in te grijpen bij verdacht gedrag.

Blijf logisch nadenken. De laatste stap vereist vooral menselijke interactie en logisch nadenken. Hiermee zijn abnormale gebeurtenissen makkelijker te signaleren. Wat als Bert altijd van acht tot vijf werkt, maar vandaag opeens rond twee uur allerlei sessies afsluit. Doet Bert dat, of iemand anders? Of wat als hij normaalgesproken zo’n tien keer per dag een wachtwoord gebruikt (of opzoekt) en dat opeens veel vaker doet. Misschien even bellen wat er aan de hand is. Maar het is niet alleen op het gebruikersniveau, ook op omgevingsniveau. Wat doe je als je realtime getuige bent van een brute-force attack middels een beheeraccount? Of als er achterdeuren worden opengezet om op vreemde uren in te loggen. Aanvallers moeten steeds hogere privileges zien te bemachtigen om lateraal door een organisatie te kunnen gaan. Door wachtwoorden afzonderlijk te beschermen voorkom je het hoppen van het ene naar het andere account.