Funguje to. Neškodí to. Dá se to nezapnout v make menuconfig. Udržování nic nestojí. V žádné security related větvi to není.
Pokud to nikdo nekontroluje, tak to nikdo nikdy bezpečnostní hrozbu nenajde.
Pokud to někdo kontrolovat bude, bude ta údržba něco stát.
Pokud můžete podvrhnout vlastní bzImage nebo initrd, obávám se že máte mnohem větší problém než hypotetický exploit na dekompresní algoritmus.
Jsme svědky doby, kdy se objevují vůbec nejnepravděpodobnější vektory útoků, které by nikoho před deseti lety nenapadly. Neumím posoudit, co vše se může přihodit. Obávám se, že bez práce (o které jste psal, že je nulová), to nezjistí nikdo.
Nicméně nikde není nikomu bráněno danou věc nezakompilovat. Jejím tvrdým odstaněním jistě vzniknou scénáře, kde se něco úplně zbytečně rozbije.
@r23
To si nemyslím. Je to ve fázi diskuse a pokud se to ujme, tak stejně, než se ta změna rozšíří až na zařízení, uplyne ještě moc času. Zatím se to týká jen vývojářů, aby diskutovali, třeba předloží pádné argumenty. Pokud ne, budou mít čas si to otestovat.
Nedovedu si představit, jak by se změna ve vývojové větvi jádra linuxu mohla "nepozorovaně" dostat až na zařízení, kde se něco rozbije.
Udržování nic nestojí.
To není pravda. To, že se kód samotný nemění, neznamená, že netvoří náklady při údržbě. Jednak na ten kód narážíte při procházení jiného kódu, takže samotná jeho existence je náklad. A pak je samozřejmě nutné ten kód upravit, pokud se změní rozhraní, které implementuje, nebo naopak pokud se změní rozhraní, které používá.
Ano, na lib/decompress_bunzip2.c narážíte asi hodně často při procházení jiného kódu, zejména teda lib/decompress.c to ten několikařádkový #ifdef dělá naprosto nepřehledným. A rozhraní měníte ještě častěji, naposledy ve verzi 2.6.
Méně papouškování pouček, více k tématu...
To, že nerozumíte vývoji, nevadí – nikdo nerozumí všemu. Ale pak se k němu alespoň nevyjadřujte v diskusích…
... plus nezabudajme na novsie verzie kompilatorov - generuje sa viac warningov, mozno dokonca ineho nez zelaneho kodu (vid moment, ked gcc zacalo pouzivat -fstrict-aliasing ).
Takze udrzba urcite nie je zadarmo, aj ked sa nic okolo kodu nemeni.