Nederlands
Menu

Cyberaanvallen en verdediging in de praktijk

Wat is het belangrijkste doel van het opstellen en bijhouden van een SBOM (software bill of materials)?

  1. ADe componenten in een product, zoals bibliotheken, met hun versies op een lijst zetten, zodat bij de bekendmaking van een kwetsbaarheid in een component de getroffen producten meteen kunnen worden gevonden
  2. BDe broncode van de software versleutelen, zodat derden, ook gebruikers die het product hebben gekocht, de inhoud van het programma niet kunnen lezen
  3. CUit een lijst van de halfgeleiders en elektronische componenten waarmee een product wordt gebouwd de inkoopkosten en levertijd van de componenten berekenen en de productie plannen
Antwoord en toelichting tonen

Antwoord: A. De componenten in een product, zoals bibliotheken, met hun versies op een lijst zetten, zodat bij de bekendmaking van een kwetsbaarheid in een component de getroffen producten meteen kunnen worden gevonden

Hedendaagse software wordt gebouwd door veel opensourcebibliotheken en componenten van derden te combineren, en componenten zijn vaak weer afhankelijk van andere componenten. Een SBOM is een lijst van deze componenten met hun namen, versies, leveranciers en afhankelijkheden in een machineleesbaar formaat (zoals SPDX of CycloneDX). Wordt in een veelgebruikte component een ernstige kwetsbaarheid gevonden, zoals de kwetsbaarheid in Log4j (Log4Shell) die in december 2021 bekend werd, dan kan met een SBOM snel worden nagegaan welke versies van welke producten getroffen zijn. In de VS legde een presidentieel decreet van mei 2021 het beleid vast om SBOM's te eisen voor software die aan de overheid wordt geleverd.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Cyberaanvallen en verdediging in de praktijk

  1. Een bedrijf gebruikt een alleen intern gebruikte bibliotheek met de naam acme-utils, die in zijn interne pakketrepository (private registry) staat. Een aanvaller registreerde in een openbare pakketrepository een pakket met dezelfde naam, acme-utils, en een hoger versienummer, en het bleek dat de interne buildomgeving, afhankelijk van de buildinstellingen, het pakket van de aanvaller kon binnenhalen. Welke tegenmaatregel tegen deze „dependency confusion” is het meest passend?
  2. Bij het SolarWinds-incident dat in december 2020 aan het licht kwam, drongen aanvallers de buildomgeving van software voor IT-beheer binnen en werd kwaadaardige code in legitieme updates verwerkt. De updates werden verspreid met de legitieme codehandtekening van de ontwikkelaar. Wat is de meest passende les uit dit incident?
  3. Er werd ontdekt dat bestanden met klantgegevens in objectopslag in de cloud door iedereen op het internet konden worden gelezen. Welke combinatie van een typische oorzaak van dit soort lekken en een maatregel om herhaling te voorkomen, is passend?
  4. 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?
  5. Een aanvaller verkreeg het wachtwoord van een medewerker, herhaalde de aanmelding tientallen keren en bestookte de smartphone van de medewerker met meldingen die om goedkeuring vroegen. De medewerker raakte geïrriteerd en drukte zonder nadenken op „Goedkeuren”. Welke tegenmaatregel tegen deze aanval is het meest passend?