Waarom kan ik niet weten of wat er draait overeenkomt met wat mijn SBOM heeft verklaard?
Kans
SBOMs worden gegenereerd tijdens de build-fase en beschrijven wat een build beweerde te bevatten. Tegen de tijd dat software is uitgerold en actief is, kunnen afhankelijkheden zijn verschoven, laten statisch gelinkte bibliotheken geen runtime-spoor achter, en bestaat er geen standaard primitief om te verifiëren dat een actief proces overeenkomt met de gedeclareerde bill of materials. IBM's analyse uit 2025 van meer dan 35.000 SBOMs ontdekte dat 7.907 hiervan directe afhankelijkheden niet openbaar maakten, en de implementatiegids van ENISA uit december 2025 noemt runtime-drift een van de kernlacunes. Het gat tussen een ondertekende SBOM en een draaiende container wordt momenteel overbrugd door vertrouwen alleen.
Waarom het belangrijk is
Regelgeving in de EU en de VS verplicht nu SBOMs, maar zonder runtime-attestatie zijn het audit-artefacten, geen beveiligingscontroles.
Hoe ik de kans beoordeel
De Opportunity Score is mijn eigen inschatting, geen meting: hoe ernstig het pijn doet, hoe vaak het toeslaat, en hoe weinig er vandaag de dag bestaat om het op te lossen. Hoger betekent dat ik denk dat het meer de moeite waard is om te bouwen.
Hoeveel pijn het veroorzaakt wanneer het zich voordoet.
Hoe vaak mensen er daadwerkelijk tegenaan lopen.
Hoe weinig goede tools er vandaag de dag voor bestaan.
Meer problemen die het oplossen waard zijn
Waarom is de software waarvan we het meest afhankelijk zijn de slechtste om te gebruiken?
TechWaarom bezit ik nog steeds niets van de data die ik genereer?
TechWaarom kan ik geen bewijs krijgen dat mijn gegevens daadwerkelijk zijn verwijderd?
TechWhy does my AI agent route European health data through a US server without warning?
TechWaarom breekt elke C2PA-herkomstchain zodra inhoud op sociale media terechtkomt?
TechWaarom laten mijn door AI gegenereerde tests de fouten door die ze juist hadden moeten opsporen?