Cyberaanvallen en verdediging in de praktijk
Een toegangssleutel met beheerdersrechten die alle bewerkingen toestaat (langdurig geldige inloggegevens), was in een configuratiebestand gezet en aan een batchtaak in de cloud meegegeven. Welke herziening is het meest passend om de schade te beperken als deze sleutel uitlekt?
- ADe tekenreeks van de toegangssleutel vervangen door een langere, zodat aanvallers hem moeilijker kunnen raden, en de huidige rechten ongewijzigd laten
- BEen rol toewijzen die alleen de bewerkingen en resources toestaat die de taak nodig heeft, en kortlevende inloggegevens gebruiken die de uitvoeringsomgeving automatisch uitgeeft
- CDe toegangssleutel van het configuratiebestand naar de broncode van het programma verplaatsen en hem samen met de broncode in de repository beheren en delen
Antwoord en toelichting tonen
Antwoord: B. Een rol toewijzen die alleen de bewerkingen en resources toestaat die de taak nodig heeft, en kortlevende inloggegevens gebruiken die de uitvoeringsomgeving automatisch uitgeeft
Als een langdurig geldige sleutel die alle bewerkingen toestaat uitlekt, kan een aanvaller elke resource in het account lezen of verwijderen of nieuwe resources aanmaken om te misbruiken, dus de schade is zo groot als maar kan. Volgens het principe van minimale rechten een rol toewijzen die alleen de bewerkingen en resources toestaat die de taak nodig heeft, en overstappen op het automatisch ontvangen van tijdelijke inloggegevens die na enkele uren of zo verlopen, van een rol die aan de virtuele machine of container is gekoppeld, maakt het zelfs overbodig een sleutel op te slaan. Daarnaast worden ongebruikte rechten regelmatig herzien en worden ongebruikelijke API-aanroepen bewaakt.
Verder: nog 9 vragen over Cyberaanvallen en verdediging in de praktijk