ક્રિપ્ટસેટઅપમાં નબળાઈ કે જે તમને LUKS2 પાર્ટીશનોમાં એનક્રિપ્શનને નિષ્ક્રિય કરવાની પરવાનગી આપે છે

ક્રિપ્ટસેટઅપ પેકેજમાં નબળાઈ (CVE-2021-4122) ઓળખવામાં આવી છે, જેનો ઉપયોગ Linux માં ડિસ્ક પાર્ટીશનોને એનક્રિપ્ટ કરવા માટે થાય છે, જે મેટાડેટામાં ફેરફાર કરીને LUKS2 (Linux યુનિફાઈડ કી સેટઅપ) ફોર્મેટમાં પાર્ટીશનો પર એન્ક્રિપ્શનને અક્ષમ કરવાની મંજૂરી આપે છે. નબળાઈનો ઉપયોગ કરવા માટે, હુમલાખોરને એન્ક્રિપ્ટેડ મીડિયાની ભૌતિક ઍક્સેસ હોવી આવશ્યક છે, એટલે કે. આ પદ્ધતિ મુખ્યત્વે એનક્રિપ્ટેડ બાહ્ય સ્ટોરેજ ઉપકરણો પર હુમલો કરવા માટે અર્થપૂર્ણ બને છે, જેમ કે ફ્લેશ ડ્રાઇવ, જેમાં હુમલાખોરને ઍક્સેસ હોય છે પરંતુ ડેટાને ડિક્રિપ્ટ કરવા માટે પાસવર્ડ જાણતો નથી.

હુમલો ફક્ત LUKS2 ફોર્મેટ માટે જ લાગુ પડે છે અને તે "ઓનલાઈન રીએનક્રિપ્શન" એક્સ્ટેંશનને સક્રિય કરવા માટે જવાબદાર મેટાડેટાની હેરફેર સાથે સંકળાયેલું છે, જે પરવાનગી આપે છે, જો એક્સેસ કી બદલવાની જરૂર હોય તો, ફ્લાય પર ડેટા ફરીથી એન્ક્રિપ્શનની પ્રક્રિયા શરૂ કરવા માટે. પાર્ટીશન સાથે કામ બંધ કર્યા વિના. નવી કી સાથે ડિક્રિપ્શન અને એન્ક્રિપ્શનની પ્રક્રિયામાં ઘણો સમય લાગે છે, તેથી "ઓનલાઈન ફરીથી એન્ક્રિપ્શન" પાર્ટીશન સાથેના કામમાં વિક્ષેપ ન પહોંચાડવાનું અને પૃષ્ઠભૂમિમાં ફરીથી એન્ક્રિપ્શન કરવાનું શક્ય બનાવે છે, ધીમે ધીમે એક કીથી બીજી કીમાં ડેટાને ફરીથી એન્ક્રિપ્ટ કરી રહ્યું છે. . ખાલી લક્ષ્ય કી પસંદ કરવાનું પણ શક્ય છે, જે તમને વિભાગને ડિક્રિપ્ટેડ સ્વરૂપમાં રૂપાંતરિત કરવાની મંજૂરી આપે છે.

હુમલાખોર LUKS2 મેટાડેટામાં ફેરફારો કરી શકે છે જે નિષ્ફળતાના પરિણામ સ્વરૂપે ડિક્રિપ્શન ઓપરેશનને બંધ કરવાનું અનુકરણ કરે છે અને માલિક દ્વારા સંશોધિત ડ્રાઇવના સક્રિયકરણ અને ઉપયોગ પછી પાર્ટીશનના ભાગનું ડિક્રિપ્શન પ્રાપ્ત કરે છે. આ કિસ્સામાં, જે વપરાશકર્તાએ સંશોધિત ડ્રાઇવને કનેક્ટ કરી છે અને તેને સાચા પાસવર્ડથી અનલૉક કરી છે તેને વિક્ષેપિત પુનઃએન્ક્રિપ્શન ઑપરેશનને પુનઃસ્થાપિત કરવાની પ્રક્રિયા વિશે કોઈ ચેતવણી પ્રાપ્ત થતી નથી અને તે ફક્ત "લુક્સ ડમ્પ" નો ઉપયોગ કરીને આ ઑપરેશનની પ્રગતિ વિશે શોધી શકે છે. આદેશ હુમલાખોર જેટલો ડેટા ડિક્રિપ્ટ કરી શકે છે તે LUKS2 હેડરના કદ પર આધાર રાખે છે, પરંતુ ડિફોલ્ટ કદ (16 MiB) પર તે 3 GB કરતાં વધી શકે છે.

સમસ્યા એ હકીકતને કારણે થાય છે કે પુનઃ-એન્ક્રિપ્શન માટે નવી અને જૂની કીની હેશની ગણતરી અને ચકાસણી કરવાની જરૂર હોવા છતાં, જો નવી સ્થિતિ એન્ક્રિપ્શન માટે પ્લેનટેક્સ્ટ કીની ગેરહાજરી સૂચવે છે તો ડિક્રિપ્શન શરૂ કરવા માટે હેશની જરૂર નથી. વધુમાં, LUKS2 મેટાડેટા, જે એન્ક્રિપ્શન અલ્ગોરિધમનો ઉલ્લેખ કરે છે, જો તે હુમલાખોરના હાથમાં આવે તો તે ફેરફારથી સુરક્ષિત નથી. નબળાઈને અવરોધિત કરવા માટે, વિકાસકર્તાઓએ LUKS2 માં મેટાડેટા માટે વધારાનું રક્ષણ ઉમેર્યું, જેના માટે હવે વધારાની હેશ તપાસવામાં આવે છે, જે જાણીતી કી અને મેટાડેટા સામગ્રીઓના આધારે ગણવામાં આવે છે, એટલે કે. હુમલાખોર હવે ડિક્રિપ્શન પાસવર્ડ જાણ્યા વિના ગુપ્ત રીતે મેટાડેટા બદલી શકશે નહીં.

એક લાક્ષણિક હુમલાના દૃશ્ય માટે જરૂરી છે કે હુમલાખોર ઘણી વખત ડ્રાઇવ પર તેમના હાથ મેળવવા માટે સક્ષમ હોય. પ્રથમ, એક હુમલાખોર જે એક્સેસ પાસવર્ડને જાણતો નથી તે મેટાડેટા વિસ્તારમાં ફેરફાર કરે છે, જે આગલી વખતે ડ્રાઇવ સક્રિય થાય ત્યારે ડેટાના ભાગના ડિક્રિપ્શનને ટ્રિગર કરે છે. પછી ડ્રાઇવને તેના સ્થાને પરત કરવામાં આવે છે અને હુમલાખોર ત્યાં સુધી રાહ જુએ છે જ્યાં સુધી વપરાશકર્તા પાસવર્ડ દાખલ કરીને તેને કનેક્ટ ન કરે. જ્યારે ઉપકરણ વપરાશકર્તા દ્વારા સક્રિય કરવામાં આવે છે, ત્યારે પૃષ્ઠભૂમિ ફરીથી એન્ક્રિપ્શન પ્રક્રિયા શરૂ થાય છે, જે દરમિયાન એન્ક્રિપ્ટેડ ડેટાનો ભાગ ડિક્રિપ્ટેડ ડેટા સાથે બદલવામાં આવે છે. વધુમાં, જો હુમલાખોર ફરીથી ઉપકરણ પર હાથ મેળવવાનું મેનેજ કરે છે, તો ડ્રાઇવ પરનો કેટલોક ડેટા ડિક્રિપ્ટેડ સ્વરૂપમાં હશે.

સમસ્યાને ક્રિપ્ટસેટઅપ પ્રોજેક્ટ જાળવનાર દ્વારા ઓળખવામાં આવી હતી અને ક્રિપ્ટસેટઅપ 2.4.3 અને 2.3.7 અપડેટ્સમાં ઠીક કરવામાં આવી હતી. ડિસ્ટ્રિબ્યુશનમાં સમસ્યાને ઠીક કરવા માટે જનરેટ કરવામાં આવી રહેલા અપડેટ્સની સ્થિતિ આ પૃષ્ઠો પર ટ્રૅક કરી શકાય છે: ડેબિયન, આરએચઈએલ, સુસે, ફેડોરા, ઉબુન્ટુ, આર્ક. નબળાઈ ફક્ત ક્રિપ્ટસેટઅપ 2.2.0 ના પ્રકાશન પછી જ દેખાય છે, જેણે "ઓનલાઈન ફરીથી એન્ક્રિપ્શન" ઓપરેશન માટે સમર્થન રજૂ કર્યું હતું. રક્ષણ માટેના ઉકેલ તરીકે, "--disable-luks2-reencryption" વિકલ્પ સાથે લોન્ચિંગનો ઉપયોગ કરી શકાય છે.

સોર્સ: opennet.ru