Била је велика пометња (и пуно дискусија) са укључивањем Спецк енкрипције у Линук кернел пре неколико месеци и за то време је за то време дао много тога за разговор.
Разлог за ово непријатељство је порекло алгоритма: Спецк њу је уствари створила НСА, чињеница која више од неколико осумњичених покреће од инсајдера.
Америчка владина агенција није стекла добру репутацију осим уметања на мала врата и поштовања приватности.
Али осим тога, чак и не морате да наводите ваљане разлоге за многе опције имплементације алгоритма.
Полемика
У ствари, НСА је одбила да објасни зашто је изабран одређени број рунди, на пример, када је затражено поређење од криптолога.
НСА је чак циљала на творца Линука, Линус Торвалдс, да би креирао бацкдоор у Линук кернелу. Понуда коју је Линус Торвалдс одмах одбио.
Неспремност НСА да пружи више детаља о алгоритму у наставку подстакла је сумње да су неке одлуке донете свесно.
Намењен прикривању заклона који би агенцији омогућио да продре у неометану одбрану криптографских система.
Дотични алгоритам, Спецк, је 'слаба шифра (лагано шифровање блокова) дизајнирано за уређаје са малим рачунским снагама, тј. ИоТ уређаје.
НСА је желела да Спецк и његов колега алгоритам Симон постану глобални стандард за следећу генерацију Интернет ствари ствари и сензора.
НСА је агресивно покушала да потисне овај алгоритам до тачке када су неки криптографи наводно узнемиравали и узнемиравали од стране НСА.
Проблем алгоритма је у томе што је Међународна организација за стандардизацију (ИСО) одбила Спецка и Симона.
Спецк је укључен у Линук кернел 4.17 између подржаних алгоритама и Линук 4.18 је видео његов долазак међу алгоритме који се користе у шифровању система датотека (путем фсцрипт).
Разлог за укључивање, упркос бригама, то је био део Гоогле-овог захтева да укључи алгоритам за употребу на неким Андроид уређајима нижег нивоа, за које други алгоритми шифровања не гарантују довољан ниво сигурности.
Проблем и даље постоји, али ...
Овај захтев је, међутим, пао након што НСА није пружила довољно објашњења о могућностима дизајна.
Толико да Гоогле је створио нови ХПолиЦ алгоритам посебно за уређаје мале рачунарске снаге.
Иако је такође почетком прошлог месеца Гоогле променио своје планове да користи Спецк као јефтин медијум за шифровање система датотека за ниже Андроид уређаје Го.
Уместо тога, он развија ХПолиЦ као нови и сигурнији приступ. Гооглеови програмери рекли су да се неће противити Спецк коду Линук језгра.
Тада је постојао РФЦ за уклањање Спецк кода из Линук језгра, али до данас се на њега није поступало.
Са тренутним ажурирањима криптографског кода за Линук 4.19, нема промена у Спецк коду.
Такође, од Линук 4.18 и до сада у Гит 4.19, подршка за фсцрипт заснована на Спецку остаје оваква да што више времена има у језгру.
Што је већа вероватноћа да ће се Спецк држати главног тока како не би прекинуо постојећу подршку за све који су већ испробали овај метод шифровања система датотека.
Стога не постоје други главни спонзори за Спецк који могу оправдати његово укључивање у језгро: из овог разлога је одлучено да се шифровање у потпуности уклони.
Закрпе су сада спремне за уклањање, да би се довршиле са Линуком 4.20 / 5.0, али могуће је да ће Спецк бити уклоњен и пре него што закрпе буду спремне као резервни портови за тренутна језгра.
Будите први који ће коментарисати