Úplnosť
Obsahuje SBOM aj tranzitívne závislosti a komponenty pridané pri zostavení?
Zistite, z akých komponentov sa váš softvér skladá a ktoré z nich pre vás predstavujú skutočné riziko. Analýza oddelí zraniteľnosti, ktoré sa vás týkajú, od tých, ktoré sú len v zozname.
Orientačný pohľad, nie meranie: 3 hlavná oblasť, 2 bežná súčasť, 1 kontext alebo podľa rozsahu, 0 mimo bežného rozsahu.
| Oblasť | Úroveň |
|---|---|
| Návrh a hranice dôvery | okrajovo |
| Autentifikácia a autorizácia | mimo rozsah |
| Vstupy a spracovanie údajov | okrajovo |
| Obchodná logika | mimo rozsah |
| Tajomstvá a kryptografia | okrajovo |
| Závislosti a zostavenie | hlavné zameranie |
Aplikácie stoja na open-source knižniciach, frameworkoch a kontajnerových obrazoch. Ich chyby aj licencie sa stávajú súčasťou vášho produktu, aj keď ste ich sami nenapísali.
Analýza závislostí odpovedá na tri otázky: čo v softvéri skutočne je, ktoré komponenty majú známe zraniteľnosti či iné riziká a ktoré z nich sa vás naozaj týkajú.
Nástroje na analýzu zloženia softvéru (SCA) porovnajú komponenty s verejnými databázami zraniteľností, napríklad OSV. Ich výstup býva dlhý a obsahuje aj zistenia bez praktického dopadu. Pri významných položkách preto overujeme, či je zraniteľná funkcia dosiahnuteľná, ako je komponent nastavený a či existuje bezpečná verzia.
Ak to rozsah zahŕňa, posúdime aj cestu od zdrojového kódu k vydaniu: odkiaľ sa závislosti sťahujú, ako sú fixované verzie, kto môže meniť zostavenie a ako sú chránené tajomstvá v CI. Orientačne vychádzame z OWASP SCVS a z odporúčaní NIST SSDF pre bezpečný vývoj. Nejde o certifikáciu ani formálne posúdenie zhody.
Software Bill of Materials (SBOM) je strojovo čitateľný zoznam komponentov softvéru. Niektorí odberatelia ho vyžadujú ako súčasť dodávky. Pomôžeme ho pripraviť alebo overiť, či zodpovedá skutočne zostavenej verzii.
Pracujeme s otvorenými formátmi CycloneDX (ECMA-424) a SPDX (ISO/IEC 5962:2021). Formát a úroveň detailu prispôsobíme požiadavke vášho zákazníka alebo internému procesu.
Obsahuje SBOM aj tranzitívne závislosti a komponenty pridané pri zostavení?
Zodpovedajú verzie a identifikátory komponentov skutočne vydanej verzii?
Vzniká SBOM automaticky pri každom zostavení, alebo len jednorazovo?
Komponenty so známou zraniteľnosťou, pre ktoré existuje opravená verzia.
Knižnice bez aktívnej údržby alebo s nejasným vlastníkom.
Závislosti sťahované bez pevnej verzie alebo kontroly integrity.
Široké oprávnenia v CI, nechránené tajomstvá alebo neoverené zdroje balíkov.
Potrebujeme prístup ku konkrétnej revízii kódu alebo k zostaveným artefaktom, súbory so závislosťami a opis postupu zostavenia. Analýza zachytáva stav v čase vykonania. Nové zraniteľnosti sa objavujú priebežne, preto odporúčame kontrolu závislostí zaradiť do vývojového procesu. Retest a nadväzujúce konzultácie dohodneme podľa ponuky.
Nástroj dobre nájde známe zraniteľnosti v komponentoch, nepovie však vždy, či sa vás týkajú. My overíme relevanciu, zoradíme priority a navrhneme konkrétne kroky.
Áno, v dohodnutom rozsahu a formáte. Požiadavky odberateľa si prejdeme vopred, aby sme určili, čo musí SBOM obsahovať.
Ak sú súčasťou rozsahu. Základný obraz a systémové balíky bývajú samostatným zdrojom rizika, preto je vhodné ich zahrnúť.
Nie. Analýza závislostí sa zameriava na prevzaté komponenty, code review na váš vlastný kód. Pre ucelený pohľad ich možno kombinovať.
Nemusíte vedieť, či potrebujete test, technológiu alebo konzultáciu. Podľa opisu situácie navrhneme vhodný ďalší krok.