Ubuntu 18.04 LTS získalo certifikaci FIPS 140-2 Level 1 (diskuse)

[Peter Golis]

Pekné.

Je niekde dostupný prehľadný zoznam OS Distribúcií a ich verzií ktoré pfešli bezpečnostnou previerkou?

[petr_p]

Protože certifikace stojí těžké peníze a protože platí na konkrétní kód, tak distribuce „zadarmo“ ji nikdy mít nebudou. Dodavatelé komerčních distribucí se vám rádi pochlubí. Jako třeba zde Canonical, který se chlubí certifikací pro kryptografické moduly v Linuxu, OpenSSL, OpenSSH a StrongSWAN. Všechno ostatní včetně aktualizací je bez certifikace. Podobně je na tom RHEL a SUSE. Jinak to, že distribuce má certifikaci, ještě neznamená, že ji provozujete v režimu, na kterou se certifikace vztahuje. Obvykle to není ten výchozí a musíte jej zapnout zvláštním parametrem jádra. Za odměnu se vám obvykle přestanou certifikované balíky aktualizovat, přijdete o některé algoritmy a funkce a některé programy přestanou fungovat.

[PetebLazar]

Při search "ssh" v odkazu níže to ukáže právě takový seznam "komerčních" distribucí Linuxu + Ubuntu.

[PetebLazar]

https://csrc.nist.gov/projects/cryptographic-module-validation-program/validated-modules/search

Certifikovány jsou asi jednotlivé moduly, nikoli celé OS. Na Show All to ukáže vše (případně omezit filtrem pouze na Software).

[Peter Golis]

Celý OS aj s externými repozitármi nemôže byť takto certifikovaný. Bez tých externých repozitárov by to šlo, ak sa to oplatí pre dostribúciu ktorá poskytuje aj komerčnú podporu. A takých distribúcií je viac.

Ale ď za Link. Poštudujem.

[Rezza]

Ano, pro FIPS to tak platí - certifikují se jednotlivé krypto moduly. V případě distribucí je modul to samé jako balíček (třeba kernel - pro kernel crypto API, openssl atd.). Celá distribuce může být jen FIPS compliant - pokud používá FIPS validated krypto a používá ho správně. Aneb co implementuje krypto, to musí být buď ve validované knihovně nebo taky validované. Což není úplně jednoduché, protože FIPS má požadavky ala self testy atd. A hlavně to stojí celkem velké peníze (nemůžu uvádět přesná čísla, je to v řádech desítek tisíc dolarů za modul). Takže snaha je mít co nejmíň krypto knihoven a u ostatního software používat tyhle knihovny.

[j]

Jinak receno ted se vi oficielne, ze to emericky tripismenkovy agentury umej hacknount, protoze to je nezakladnejsi podminka schvaleni.

---

Dete s tim guuglem dopice!

[John Smith]

citation needed

[Ján Dráb]

chceš priveľa, to sa od takého trotla nedozvieš :)

[Blaazen]

Jak dopadl TrueCrypt víme a na otázky ohledně návštěv třípísmenkových agentur odpovídal vyhýbavě i Linus. Ale oni se tam dostanou přes ten Intel Managment Engine, takže na OS nezáleží.

[David Heidelberg]

To by mě zajímalo, pošli zdroje.

[Blaazen]

Ad Linus. O konci TrueCryptu se svého času psalo hodně, autoři vydali poslední neplnohodnotnou verzi 7.2 a napsali "přestaňte používat TrueCrypt, není bezpečný", přestože předchozí 7.1a prošla auditem (wiki). A IME je hardwarový trojský kůň.

Předpokládám, že FIPS mód nebude enabled by-default.

[Rezza]

Je to taková jejich schizofrenie - jedna část těchto vládních agentur ráda vidí data ostatních, druhá část těchto agentur udělá cokoliv pro to, aby nikdo nemohl vidět jejich data :). FIPS má aktuálně jednu vadu - pokud přijde nějaké důležité CVE, tak pak mají lidi používající FIPS mód na výběr buď používat certifikovanou verzi, která je děravá nebo necertifikovanou. Je teď nový poddruh 3SUBu, který je určený jen na CVE pro rychlou minimální revalidaci, ale ještě jsem neměl tu čest. Jinak u Common Critérií je třeba NIAP (a BSI jsou taky) hodně striktní a klidně od nich přijde mail, že i pro hotovou certifikaci s razítkem pošlou mail, že do týdne je třeba dodat buď fix nebo mitigation nebo invalidují celou certifikaci. Součástí Common Critérií je pak i AVA report, který nesmí být starší než 30 dní a obsahuje všechny známé CVE pro daný produkt. A musí se buď fixnout nebo uhádat (ala nás se netýká). Takže já se potkávám jen s tou částí, která udělá vše pro to, aby jejich data nikdo neviděl :D. A jsou fakt hodně drsní v tomhle.

[Rezza]

No, tak super to není - zjednodušují si to. Co libgcrypt? Co gnutls? Co nss-softokn? :D. Jinak v RHEL 8 už neděláme OpenSSH - používá se na všechno OpenSSL. To samé platí pro Libreswan - vše je v NSS.

[Rezza]

Libgcrypt už vidím v sekci Pending Certification - Expected Q3 2020 – subject to NIST processing times. CMVP má aktuálně osmiměsíční frontu kvůli přechodu na FIPS 140-3. Navíc review dělají kontraktoři a nemají dost lidí.