Úplnost
Obsahuje SBOM i tranzitivní závislosti a komponenty přidané při sestavení?
Zjistěte, z jakých komponent se váš software skládá a které z nich pro vás představují skutečné riziko. Analýza oddělí zranitelnosti, které se vás týkají, od těch, které jsou jen v seznamu.
Orientační pohled, nikoli měření: 3 hlavní oblast, 2 běžná součást, 1 kontext nebo podle rozsahu, 0 mimo běžný rozsah.
| Oblast | Úroveň |
|---|---|
| Návrh a hranice důvěry | okrajově |
| Autentizace a autorizace | mimo rozsah |
| Vstupy a zpracování dat | okrajově |
| Obchodní logika | mimo rozsah |
| Tajemství a kryptografie | okrajově |
| Závislosti a sestavení | hlavní zaměření |
Aplikace stojí na open-source knihovnách, frameworcích a kontejnerových obrazech. Jejich chyby i licence se stávají součástí vašeho produktu, i když jste je sami nenapsali.
Analýza závislostí odpovídá na tři otázky: co v software skutečně je, které komponenty mají známé zranitelnosti či jiná rizika a které z nich se vás opravdu týkají.
Nástroje pro analýzu složení software (SCA) porovnají komponenty s veřejnými databázemi zranitelností, například OSV. Jejich výstup bývá dlouhý a obsahuje i nálezy bez praktického dopadu. U významných položek proto ověřujeme, zda je zranitelná funkce dosažitelná, jak je komponenta nastavená a zda existuje bezpečná verze.
Pokud to rozsah zahrnuje, posoudíme také cestu od zdrojového kódu k vydání: odkud se závislosti stahují, jak jsou fixované verze, kdo může měnit sestavení a jak jsou chráněná tajemství v CI. Orientačně vycházíme z OWASP SCVS a z doporučení NIST SSDF pro bezpečný vývoj. Nejde o certifikaci ani formální posouzení shody.
Software Bill of Materials (SBOM) je strojově čitelný seznam komponent software. Někteří odběratelé ho vyžadují jako součást dodávky. Pomůžeme ho připravit, nebo ověřit, zda odpovídá skutečně sestavené verzi.
Pracujeme s otevřenými formáty CycloneDX (ECMA-424) a SPDX (ISO/IEC 5962:2021). Formát a úroveň detailu přizpůsobíme požadavku vašeho zákazníka nebo internímu procesu.
Obsahuje SBOM i tranzitivní závislosti a komponenty přidané při sestavení?
Odpovídají verze a identifikátory komponent skutečně vydané verzi?
Vzniká SBOM automaticky při každém sestavení, nebo jen jednorázově?
Komponenty se známou zranitelností, pro které existuje opravená verze.
Knihovny bez aktivní údržby nebo s nejasným vlastníkem.
Závislosti stahované bez pevné verze nebo kontroly integrity.
Široká oprávnění v CI, nechráněná tajemství nebo neověřené zdroje balíčků.
Potřebujeme přístup ke konkrétní revizi kódu nebo k sestaveným artefaktům, soubory se závislostmi a popis postupu sestavení. Analýza zachycuje stav v době provedení. Nové zranitelnosti se objevují průběžně, proto doporučujeme kontrolu závislostí zařadit do vývojového procesu. Retest a navazující konzultace dohodneme podle nabídky.
Nástroj dobře najde známé zranitelnosti v komponentách, neřekne ale vždy, zda se vás týkají. My ověříme relevanci, seřadíme priority a navrhneme konkrétní kroky.
Ano, v dohodnutém rozsahu a formátu. Požadavky odběratele si projdeme předem, abychom určili, co musí SBOM obsahovat.
Pokud jsou součástí rozsahu. Základní obraz a systémové balíčky bývají samostatným zdrojem rizika, proto je vhodné je zahrnout.
Ne. Analýza závislostí se zaměřuje na převzaté komponenty, code review na váš vlastní kód. Pro ucelený pohled je lze kombinovat.
Nemusíte vědět, jestli potřebujete test, technologii nebo konzultaci. Podle popisu situace navrhneme vhodný další krok.