![\"Kis](\"\/wp-content\/uploads\/2021\/08\/3e472a24f4fd9a6b434c706b3dfe3a35.png\")
<\/center>Optim\u00e1ln\u00edm \u0159e\u0161en\u00edm by byl p\u0159enos pouze nejd\u016fle\u017eit\u011bj\u0161\u00edch oprav a zranitelnost\u00ed, ale v odd\u011blen\u00ed takov\u00fdch chyb z celkov\u00e9ho toku spo\u010d\u00edv\u00e1 hlavn\u00ed probl\u00e9m. Nejv\u011bt\u0161\u00ed po\u010det probl\u00e9m\u016f se objevuje v d\u016fsledku pou\u017e\u00edv\u00e1n\u00ed jazyka C, kter\u00fd vy\u017eaduje velkou pe\u010dlivost p\u0159i pr\u00e1ci s pam\u011bt\u00ed a ukazateli. Situaci zhor\u0161uje to, \u017ee mnoh\u00e9 mo\u017en\u00e9 opravy zranitelnost\u00ed nejsou opat\u0159eny identifik\u00e1tory CVE nebo z\u00edsk\u00e1vaj\u00ed podobn\u00fd identifik\u00e1tor a\u017e po n\u011bjak\u00e9 dob\u011b od zve\u0159ejn\u011bn\u00ed opravy. V t\u011bchto podm\u00ednk\u00e1ch maj\u00ed v\u00fdrobci velmi obt\u00ed\u017en\u00e9 rozli\u0161it vedlej\u0161\u00ed opravy od d\u016fle\u017eit\u00fdch probl\u00e9m\u016f, kter\u00e9 ovliv\u0148uj\u00ed bezpe\u010dnost. Podle statistik v\u00edce ne\u017e 40 % zranitelnost\u00ed je odstran\u011bno p\u0159ed p\u0159id\u011blen\u00edm CVE a pr\u016fm\u011brn\u00e9 zpo\u017ed\u011bn\u00ed mezi vyd\u00e1n\u00edm opravy a p\u0159id\u011blen\u00edm CVE je t\u0159i m\u011bs\u00edce (tj. na za\u010d\u00e1tku je oprava vn\u00edm\u00e1na jako b\u011b\u017en\u00e1 chyba, ale a\u017e po n\u011bkolika m\u011bs\u00edc\u00edch se uk\u00e1\u017ee, \u017ee do\u0161lo k odstran\u011bn\u00ed zranitelnosti).<\/p>\nV d\u016fsledku toho, bez samostatn\u00e9 v\u011btve s opravami zranitelnost\u00ed a bez informac\u00ed o souvislosti s bezpe\u010dnost\u00ed dan\u00e9ho probl\u00e9mu, zb\u00fdv\u00e1 v\u00fdrobc\u016fm produkt\u016f zalo\u017een\u00fdch na j\u00e1d\u0159e Linuxu neust\u00e1le p\u0159en\u00e1\u0161et v\u0161echny opravy z nov\u00fdch stabiln\u00edch v\u011btv\u00ed. Ale tato pr\u00e1ce vy\u017eaduje velk\u00e9 pracovn\u00ed \u00fasil\u00ed a ve firm\u00e1ch nar\u00e1\u017e\u00ed na odpor kv\u016fli obav\u00e1m z mo\u017en\u00fdch regresivn\u00edch zm\u011bn, kter\u00e9 by mohly naru\u0161it norm\u00e1ln\u00ed chod produktu.<\/p>\n
P\u0159ipome\u0148me, \u017ee podle n\u00e1zoru Linuse Torvaldse jsou v\u0161echny chyby d\u016fle\u017eit\u00e9 a zranitelnosti by se nem\u011bly odd\u011blovat od ostatn\u00edch typ\u016f chyb a vy\u010dle\u0148ovat do samostatn\u00e9 prioritn\u00ed kategorie. Toto stanovisko je vysv\u011btleno t\u00edm, \u017ee pro b\u011b\u017en\u00e9ho v\u00fdvoj\u00e1\u0159e, kter\u00fd se nespecializuje na bezpe\u010dnostn\u00ed ot\u00e1zky, nen\u00ed z\u0159ejm\u00e1 souvislost opravy s potenci\u00e1ln\u00ed zranitelnost\u00ed (pro mnoh\u00e9 opravy pouze proveden\u00ed samostatn\u00e9ho auditu umo\u017e\u0148uje pochopit, \u017ee se t\u00fdkaj\u00ed bezpe\u010dnosti). Podle Linuse by se ot\u00e1zkami vy\u010dle\u0148ov\u00e1n\u00ed potenci\u00e1ln\u00edch zranitelnost\u00ed z b\u011b\u017en\u00e9ho toku oprav m\u011bli zab\u00fdvat specialist\u00e9 na bezpe\u010dnost z t\u00fdm\u016f odpov\u011bdn\u00fdch za podporu bal\u00ed\u010dk\u016f s j\u00e1drem v distribuc\u00edch Linuxu.<\/p>\n
Kees Cook v\u011b\u0159\u00ed, \u017ee jedin\u00fdm \u0159e\u0161en\u00edm pro udr\u017een\u00ed bezpe\u010dnosti j\u00e1dra p\u0159i rozumn\u00fdch dlouhodob\u00fdch n\u00e1kladech je p\u0159evod in\u017een\u00fdr\u016f, kte\u0159\u00ed se ve firm\u00e1ch zab\u00fdvaj\u00ed portov\u00e1n\u00edm oprav do m\u00edstn\u00edch verz\u00ed j\u00e1dra, na koordinovanou pr\u00e1ci na spr\u00e1v\u011b oprav a zranitelnost\u00ed v hlavn\u00edm j\u00e1d\u0159e (upstream). V sou\u010dasn\u00e9 podob\u011b mnoho v\u00fdrobc\u016f pou\u017e\u00edv\u00e1 ve sv\u00fdch produktech nikoli nejnov\u011bj\u0161\u00ed verze j\u00e1dra a zp\u011btn\u011b integruj\u00ed opravy vlastn\u00edmi silami, co\u017e vede k tomu, \u017ee in\u017een\u00fd\u0159i v r\u016fzn\u00fdch spole\u010dnostech duplicuj\u00ed pr\u00e1ci, kdy\u017e \u0159e\u0161\u00ed stejn\u00fd probl\u00e9m.<\/p>\n
Nap\u0159\u00edklad pokud 10 spole\u010dnost\u00ed, z nich\u017e ka\u017ed\u00e1 m\u00e1 jednoho in\u017een\u00fdra zab\u00fdvaj\u00edc\u00edho se zp\u011btn\u00fdm integrov\u00e1n\u00edm stejn\u00fdch oprav, p\u0159eorientuje tyto in\u017een\u00fdry na opravu chyb v upstreamu, mohli by m\u00edsto portov\u00e1n\u00ed jedn\u00e9 opravy opravit 10 r\u016fzn\u00fdch chyb pro spole\u010dn\u00e9 dobro nebo se zapojit do p\u0159ezkoum\u00e1v\u00e1n\u00ed navrhovan\u00fdch zm\u011bn a zabr\u00e1nit tak za\u010dlen\u011bn\u00ed chybn\u00e9ho k\u00f3du do j\u00e1dra. Zdroje by tak\u00e9 mohly b\u00fdt sm\u011brov\u00e1ny na vytv\u00e1\u0159en\u00ed nov\u00fdch n\u00e1stroj\u016f pro testov\u00e1n\u00ed a anal\u00fdzu k\u00f3du, kter\u00e9 by v ran\u00e9 f\u00e1zi automaticky odhalily typick\u00e9 t\u0159\u00eddy chyb, kter\u00e9 se objevuj\u00ed znovu a znovu.<\/p>\n
Kees Cook tak\u00e9 navrhuje aktivn\u011bji vyu\u017e\u00edvat automatizovan\u00e9 a fuzzingov\u00e9 testov\u00e1n\u00ed p\u0159\u00edmo v r\u00e1mci v\u00fdvoje j\u00e1dra, zav\u00e1d\u011bt syst\u00e9my kontinu\u00e1ln\u00ed integrace a vzd\u00e1t se archaick\u00e9ho \u0159\u00edzen\u00ed v\u00fdvoje prost\u0159ednictv\u00edm e-mailu. V sou\u010dasn\u00e9 dob\u011b \u00fa\u010dinn\u00e9mu testov\u00e1n\u00ed br\u00e1n\u00ed to, \u017ee hlavn\u00ed procesy testov\u00e1n\u00ed jsou odd\u011bleny od v\u00fdvoje a prob\u00edhaj\u00ed a\u017e po vytvo\u0159en\u00ed vyd\u00e1n\u00ed. Kees tak\u00e9 doporu\u010dil pou\u017e\u00edvat p\u0159i v\u00fdvoji jazyky, kter\u00e9 zajist\u00ed m\u00e9n\u011b vysokou \u00farove\u0148 bezpe\u010dnosti<\/a>, jako je Rust.<\/p>\n