GhostLock: പരസ്യമായ വെളിച്ചത്തിലേക്ക് വന്ന 15 വർഷം പഴക്കമുള്ള Linux പിഴവ്

വ്യക്തമായി കൺമുന്നിൽത്തന്നെ മറഞ്ഞിരുന്ന ഒരു പിഴവ്

2026 ജൂലൈ 8-ന്, Nebula Security-യിലെ സുരക്ഷാ ഗവേഷകർ GhostLock (CVE-2026-43499) വെളിപ്പെടുത്തി. നിങ്ങളുടെ കമ്പ്യൂട്ടറിലേക്ക് ലോഗിൻ ചെയ്യാൻ കഴിയുന്ന ഏതൊരു ഉപയോക്താവിനും പൂർണ്ണമായ root നിയന്ത്രണം നൽകുന്ന 15 വർഷം പഴക്കമുള്ള ഒരു Linux കെർണൽ ബഗ്ഗാണിത്. ഈ പിഴവുള്ള കോഡ് കെർണലിലേക്ക് അബദ്ധത്തിൽ ഉൾപ്പെടുത്തിയ 2011 മുതൽ, ഏതാണ്ട് എല്ലാ പ്രധാന Linux വിതരണങ്ങളിലും ഡിഫോൾട്ടായി ലഭ്യമായിരുന്നു.

ഇത് ഇപ്പോൾ ഏറെ ഗൗരവമുള്ളതാക്കാൻ രണ്ട് കാരണങ്ങളുണ്ട്: ആദ്യത്തെ പാച്ച് ഏപ്രിലിൽ പുറത്തിറങ്ങിയെങ്കിലും, അത് പരിഹരിക്കാൻ ആഴ്ചകളെടുത്ത ഒരു പുതിയ ക്രാഷ് ബഗ്ഗിന് കാരണമായി. ഇത് പല കമ്പ്യൂട്ടറുകളെയും ഇന്നും അപകടാവസ്ഥയിൽ നിർത്തിയിരിക്കുന്നു. അതിലും അടിയന്തിരമായി, പ്രവർത്തിക്കുന്ന exploit കോഡ് ഇപ്പോൾ പൊതുജനങ്ങൾക്ക് ലഭ്യമാണ്. അതായത്, പൂർണ്ണമായും അപ്‌ഡേറ്റ് ചെയ്യാത്ത Linux കമ്പ്യൂട്ടർ ഉപയോഗിക്കുന്ന ഏതൊരാളും യഥാർത്ഥ അപകടസാധ്യതയിലാണ്.

ഈ ബഗ് എങ്ങനെ പ്രവർത്തിക്കുന്നു

ചെറിയ കാര്യങ്ങൾക്കായി വലിയ അടിയന്തിര ടാസ്കുകൾ കാത്തിരുന്ന് കുടുങ്ങിപ്പോകുന്നത് തടയാൻ Linux കെർണലിന് ഒരു സംവിധാനമുണ്ട്. ഒരു ടാസ്ക് കാത്തിരിപ്പ് നിർത്തുമ്പോൾ ക്ലീനപ്പ് ചെയ്യുന്ന ഒരു ഘട്ടവും ഇതിലുണ്ട്. ഇത് സാധാരണയായി നന്നായി പ്രവർത്തിക്കുന്നു, എന്നാൽ അപൂർവ്വമായ ഒരു സന്ദർഭത്തിൽ—ഒരു ലോക്ക് ഓപ്പറേഷൻ തടസ്സപ്പെടുകയും പിന്നോട്ട് പോകേണ്ടിവരികയും ചെയ്യുമ്പോൾ—ഈ ക്ലീനപ്പ് കോഡ് തെറ്റായ സമയത്ത് പ്രവർത്തിക്കുന്നു. ഇത് തെറ്റായ ടാസ്കിന്റെ റെക്കോർഡ് മായ്ച്ചുകളയുകയും, ഉപേക്ഷിക്കപ്പെടുകയും വീണ്ടും ഉപയോഗിക്കപ്പെടുകയും ചെയ്ത മെമ്മറിയിലേക്ക് ഒരു കേടായ പോയിന്റർ കെർണൽ സൂക്ഷിക്കാൻ കാരണമാവുകയും ചെയ്യുന്നു. കമ്പ്യൂട്ടർ ശാസ്ത്രജ്ഞർ ഇതിനെ "use-after-free" സുരക്ഷാ പിഴവ് എന്ന് വിളിക്കുന്നു.

ആ കേടായ പോയിന്റർ അവിടെ എത്തിക്കഴിഞ്ഞാൽ, ഒരു ആക്രമണകാരിക്ക് കെർണലിനെ തെറ്റിദ്ധരിപ്പിച്ച് root ആനുകൂല്യങ്ങളോടെ സ്വന്തം കോഡ് പ്രവർത്തിപ്പിക്കാൻ കഴിയും. Nebula-യുടെ പരിശോധനകളിൽ, ഈ ആക്രമണം മുഴുവനായും പൂർത്തിയാകാൻ ഏകദേശം അഞ്ച് സെക്കൻഡ് മാത്രമാണ് എടുത്തത്.

ആരെയൊക്കെ ഇത് ബാധിക്കുന്നു, എന്താണ് ഇതിനെ അപകടകരമാക്കുന്നത്

ഈ സുരക്ഷാ പിഴവ് ഗുരുതരമാണ്, പക്ഷേ ദുരന്തപൂർണ്ണമല്ല. അതിൻറെ തീവ്രത 10-ൽ 7.8 ആണ്—ഉയർന്നതാണ്, എന്നാൽ അതിഗുരുതരമല്ല—കാരണം ഒരു ആക്രമണകാരിക്ക് നിങ്ങളുടെ കമ്പ്യൂട്ടറിലേക്ക് നേരത്തെ തന്നെ ലോഗിൻ ചെയ്തിരിക്കണം. ഇന്റർനെറ്റിലൂടെ വിദൂരമായി (remotely) നേരിട്ട് ഇതിലേക്ക് പ്രവേശിക്കാൻ അവർക്ക് കഴിയില്ല.

എന്നാൽ 'ലോക്കൽ മാത്രം' എന്ന ഈ പരിമിതി കേൾക്കുന്നത്ര ആശ്വാസകരമല്ല. GhostLock-ന് കണ്ടെയ്‌നറുകളിൽ (containers) നിന്ന് പുറത്തുകടക്കാൻ (escape) കഴിയുമെന്ന് Nebula കാണിച്ചുതന്നു. ഇത് ക്ലൗഡ് സെർവറുകൾക്കും മൾട്ടി-ടെനന്റ് മെഷീനുകൾക്കും പ്രധാനമാണ്. കൂടാതെ ഇത് മറ്റ് ആക്രമണങ്ങളുമായി കൂടിച്ചേരുകയും ചെയ്യുന്നു: ഒരു ബ്രൗസർ എക്സ്പ്ലോയിറ്റ് (Firefox CVE-2026-10702) ബ്രൗസറിനുള്ളിൽ കോഡ് പ്രവർത്തിപ്പിക്കുകയും, തുടർന്ന് GhostLock അതിനെ പൂർണ്ണ സിസ്റ്റം നിയന്ത്രണത്തിലേക്ക് എത്തിക്കുകയും ചെയ്യുന്ന ഒരു പൂർണ്ണ ആക്രമണ പരമ്പര ഗവേഷകർ കാണിച്ചുതന്നു. Android-ലും ഇത് പ്രവർത്തിക്കുന്നതായി അവർ കാണിച്ചിട്ടുണ്ട്. ഒരു വ്യാജ ലിങ്കിൽ ഒറ്റത്തവണ ക്ലിക്ക് ചെയ്യുന്നത് സിസ്റ്റം പൂർണ്ണമായും പിടിച്ചെടുക്കുന്നതിലേക്ക് നയിച്ചേക്കാം.

ഏതൊക്കെ കാര്യങ്ങൾ പരിഹരിച്ചു—ഏതൊക്കെ പരിഹരിച്ചിട്ടില്ല

കെർണൽ പാച്ച് ഏപ്രിലിൽ പുറത്തിറങ്ങി (പാച്ച് 3bfdc63936dd), കൂടാതെ Linux വിതരണങ്ങൾ ഇത് ലഭ്യമാക്കാൻ തുടങ്ങി. എന്നാൽ മുന്നോട്ടുള്ള വഴി സങ്കീർണ്ണമാണ്.

ആദ്യത്തെ പാച്ച് 자체മായി ഒരു ക്രാഷ് ബഗ്ഗിന് (CVE-2026-53166) കാരണമായി. ജൂലൈ ആദ്യത്തിലും അപ്‌സ്ട്രീം കെർണലിൽ പരിഹരിച്ചുകൊണ്ടിരുന്ന ഒരു ക്ലീനപ്പ് ഇതിന് ആവശ്യമായി വന്നു. അതായത്, ആദ്യകാല പാച്ച് ചെയ്ത പതിപ്പുകളിൽ പൂർണ്ണവും അന്തിമവുമായ പരിഹാരം ഉണ്ടായിരിക്കില്ല.

ഇതിന്റെ ലഭ്യതയിൽ വലിയ വ്യത്യാസമുണ്ട്. ഉദാഹരണത്തിന്, ജൂലൈ ആദ്യത്തോടെ Ubuntu അതിന്റെ ഏറ്റവും പുതിയ പതിപ്പിലും ചില ക്ലൗഡ് കെർണലുകളിലും പാച്ച് നൽകിയിരുന്നു, എന്നാൽ ദീർഘകാല സപ്പോർട്ട് പതിപ്പുകൾ (24.04, 22.04, 20.04 LTS) ഇപ്പോഴും അപകടനിലയിലാണെന്നോ "പുരോഗമിക്കുന്നു" (in progress) എന്നോ ആണ് രേഖപ്പെടുത്തിയിരുന്നത്. മറ്റ് വിതരണങ്ങൾക്ക് അവരുടേതായ സമയക്രമങ്ങളുണ്ട്. ഇതിന് പൂർണ്ണമായ ഒരു താത്കാലിക പരിഹാരവുമില്ല (workaround)—ഈ ബഗ്ഗിന് കാരണമാകുന്ന പ്രവർത്തനങ്ങൾ ഏതൊരു ലോക്കൽ പ്രോഗ്രാമിനും സാധാരണമാണ്—അതിനാൽ പാച്ച് ചെയ്യുക മാത്രമാണ് ഒരേയൊരു യഥാർത്ഥ പ്രതിരോധം.

നിങ്ങൾ ഇപ്പോൾ എന്താണ് ചെയ്യേണ്ടത്

Step 1: നിങ്ങളുടെ കെർണൽ അപ്‌ഡേറ്റ് ചെയ്യുക

ആദ്യത്തെ പാച്ച് ചെയ്ത പതിപ്പ് മാത്രമല്ല, നിങ്ങളുടെ ലിനക്സ് വിതരണത്തിന്റെ നിലവിലെ കെർണൽ ഇൻസ്റ്റാൾ ചെയ്യുക. രണ്ടാമത്തെ ക്രാഷ് ബഗ്ഗിനുള്ള അന്തിമ പരിഹാരം ആദ്യകാല പാച്ചുകളിൽ ഉണ്ടാകില്ല എന്നതിനാൽ, ലഭ്യമായ ഏറ്റവും പുതിയ പതിപ്പ് തന്നെ ചോദിച്ചു വാങ്ങുക. പാച്ച് ചെയ്ത പാക്കേജ് പതിപ്പ് സ്ഥിരീകരിക്കുന്നതിന് നിങ്ങളുടെ വിതരണത്തിന്റെ സെക്യൂരിറ്റി അഡ്വൈസറി പരിശോധിക്കുക.

Step 2: പങ്കിട്ട മെഷീനുകൾക്ക് (shared machines) മുൻഗണന നൽകുക

നിങ്ങൾ സെർവറുകളോ മൾട്ടി-ടെനന്റ് സിസ്റ്റങ്ങളോ ആണ് പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ, ആദ്യം അവ പാച്ച് ചെയ്യുക. ക്ലൗഡ് സെർവറുകൾ, കണ്ടെയ്‌നറുകൾ, CI/CD റണ്ണറുകൾ എന്നിവയിലാണ് ആക്രമണകാരി പ്രവേശിക്കാൻ ഏറ്റവും കൂടുതൽ സാധ്യതയുള്ളത്. പങ്കിട്ട ഇൻഫ്രാസ്ട്രക്ചറിനേക്കാൾ മുൻഗണന കുറഞ്ഞവയാണ് വ്യക്തിഗത കമ്പ്യൂട്ടറുകൾ.

Step 3: പാച്ച് പതിപ്പ് പരിശോധിച്ച് ഉറപ്പാക്കുക

ഒരു പാച്ച് ചെയ്ത പതിപ്പ് ലഭ്യമാണെന്ന് സ്വയം കരുതാതിരിക്കുക. ജൂലൈ ആദ്യം വരെ പല വിതരണങ്ങളും അവയുടെ എല്ലാ പതിപ്പുകൾക്കും പൂർണ്ണമായി പരിഹാരം ലഭ്യമാക്കിയിട്ടില്ല. നിങ്ങളുടെ മെഷീനിൽ ലോഗിൻ ചെയ്ത് കെർണൽ പതിപ്പ് പരിശോധിക്കുക, കൂടാതെ നിങ്ങൾ പാച്ച് ചെയ്ത പതിപ്പിലാണെന്ന് നിങ്ങളുടെ വിതരണത്തിന്റെ സ്റ്റാറ്റസ് പേജ് സ്ഥിരീകരിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.

Step 4: കെർണൽ ബിൽഡ് ഓപ്ഷനുകൾ പരിഗണിക്കുക (പരിഹാരമല്ല, തടസ്സപ്പെടുത്തൽ മാത്രം)

രണ്ട് കെർണൽ ബിൽഡ് ഓപ്ഷനുകൾ ഈ എക്സ്പ്ലോയിറ്റിനെ കൂടുതൽ പ്രയാസകരമാക്കുന്നു, എന്നാൽ അവ ബഗ്ഗ് പരിഹരിക്കുന്നില്ല: RANDOMIZE_KSTACK_OFFSET കൂടാതെ STATIC_USERMODE_HELPER. നിങ്ങൾ സ്വന്തമായി കെർണലുകൾ നിർമ്മിക്കുകയാണെങ്കിൽ, ഇവ എനേബിൾ ചെയ്യുക, എന്നാൽ അവയെ പൂർണ്ണ പരിഹാരമായി കാണാതെ ഒരു തടസ്സമായി മാത്രം കരുതുക.

എന്തുകൊണ്ടാണ് ഇത് സംഭവിച്ചത്: AI ടൂളുകൾ പഴയ ബഗ്ഗുകൾ കണ്ടെത്തുന്നു

Nebula Security-യിൽ നിന്നുള്ള AI അധിഷ്ഠിത ബഗ്-ഹണ്ടിംഗ് ടൂളായ VEGA ആണ് GhostLock കണ്ടെത്തിയത്. ഇത് 2026-ലെ ഒരു വലിയ തരംഗത്തിന്റെ ഭാഗമാണ്: വർഷങ്ങളായി മനുഷ്യർ ശ്രദ്ധയോടെ വീണ്ടും വായിച്ചിട്ടില്ലാത്ത കെർണൽ കോഡുകൾ ഓട്ടോമേറ്റഡ് ടൂളുകൾ വിശദമായി പരിശോധിക്കുകയാണ്.

GhostLock വെളിപ്പെടുത്തുന്നതിന് ദിവസങ്ങൾക്ക് മുമ്പ്, Bad Epoll (CVE-2026-46242) എന്ന മറ്റൊരു പിഴവും പുറത്തുവന്നു—അടുത്തുള്ള കോഡിലെ സമാനമായ പ്രിവിലേജ്-എസ്കലേഷൻ ബഗ്ഗാണിത്. ഇവ രണ്ടും 2011-ൽ അവതരിപ്പിച്ച futex (fast userspace mutex) സിസ്റ്റത്തിലേക്ക് എത്തിച്ചേരുന്നു. മൂന്നാമത്തെ Linux കെർണൽ ബഗ്ഗായ Copy Fail (CVE-2026-31431) ഇപ്പോൾ സൈബർ ആക്രമണങ്ങൾക്ക് വ്യാപകമായി ഉപയോഗിക്കപ്പെടുന്നുണ്ടെന്ന് CISA വ്യക്തമാക്കുന്നു.

ഇത് Linux-ൽ മാത്രം ഒതുങ്ങുന്നില്ല. Mythos (Anthropic-ൽ നിന്നുള്ളത്) എന്ന മറ്റൊരു AI മോഡലും സമാനമായ ഒരു കെർണൽ പിഴവ് കണ്ടെത്തിയതായി അംഗീകരിക്കപ്പെട്ടിട്ടുണ്ട്. ഇതിൽ നിന്നുള്ള പാഠം: ഏറ്റവും പഴയതും ഏറ്റവും കൂടുതൽ ഉപയോഗിക്കുന്നതുമായ കെർണൽ കോഡുകൾ ഇപ്പോൾ ഓട്ടോമേറ്റഡ് ടൂളുകൾ വഴി പുതിയ പരിശോധനകൾക്ക് വിധേയമാകുന്നു, പഴയ കോഡുകൾക്ക് എപ്പോഴും അതിനെ അതിജീവിക്കാൻ കഴിഞ്ഞെന്ന് വരില്ല.

വലിയ ചിത്രം

സ്വന്ത നിലയിൽ, GhostLock ഒരു ലോക്കൽ പിഴവാണ്, അത് പ്രവർത്തിക്കാൻ നിങ്ങൾ നേരത്തെ ലോഗിൻ ചെയ്തിരിക്കണം. ഇന്റർനെറ്റിലൂടെ നേരിട്ട് നിങ്ങളുടെ മെഷീനിലേക്ക് പ്രവേശിക്കാൻ ഇത് ഒരു ആക്രമണകാരിയെ അനുവദിക്കില്ല. എന്നാൽ ആ കാഴ്ചപ്പാട് യഥാർത്ഥ അപകടസാധ്യതയെ (risk) കണക്കിലെടുക്കുന്നില്ല.

ബ്രൗസർ എക്സ്പ്ലോയിറ്റുകൾ നിലവിലുണ്ട്. കണ്ടെയ്നർ എസ്കേപ്പുകൾ പ്രധാനമാണ്. Android-ഉം Linux കെർണലാണ് ഉപയോഗിക്കുന്നത്. Nebula ഗവേഷകർ GhostLock-നെ ഒരു Firefox സുരക്ഷാ പിഴവുമായി ബന്ധിപ്പിച്ച് Android-ൽ പൂർണ്ണ ആക്രമണം പ്രകടിപ്പിച്ചപ്പോൾ, അവർ ഒരു സൈദ്ധാന്തിക പ്രശ്നമല്ല കാണിച്ചത്—ഒന്നിലധികം പിഴവുകൾ സംയോജിപ്പിച്ച് ഒരു ആക്രമണകാരിക്ക് എന്തൊക്കെ നേടാനാകുമെന്നാണ് അവർ കാണിച്ചുതന്നത്.

തങ്ങളുടെ kernelCTF ബഗ്-ബൗണ്ടി പ്രോഗ്രാം വഴി Nebula Security-ക്ക് 2,337 സമ്മാനം നൽകാൻ തക്ക പ്രാധാന്യമുള്ളതായി Google ഇതിനെ കരുതി. ആ അടിയന്തിരാവസ്ഥ നിലനിൽക്കെത്തന്നെ, exploit കോഡ് ഇപ്പോൾ പരസ്യമായി ലഭ്യമാണ്. ആർക്കും ഇത് പ്രവർത്തിപ്പിക്കാം. അതിനാൽ പാച്ച് ചെയ്യുക എന്നതാണ് പ്രധാന മുൻഗണന.

ഉപസംഹാരം

പഴയ കോഡുകൾക്ക് ശ്രദ്ധ കുറവാണ് ലഭിക്കുന്നത് എന്നും, കുറഞ്ഞ ശ്രദ്ധ എന്നാൽ 15 വർഷത്തോളം ബഗ്ഗുകൾ മറഞ്ഞിരിക്കാം എന്നുമുള്ള ഓർമ്മപ്പെടുത്തലാണ് GhostLock. നല്ല വാർത്ത: ഇത് പാച്ച് ചെയ്തിട്ടുണ്ട്, വ്യാപകമായ ദുരുപയോഗത്തിന്റെ തെളിവുകളൊന്നും ഇതുവരെയില്ല. മോശം വാർത്ത: ഇതിന്റെ ലഭ്യതയിൽ വ്യത്യാസമുണ്ട്, കൂടാതെ പരസ്യമായ exploit കോഡ് ഉള്ളതിനാൽ പാച്ച് ചെയ്യാനുള്ള സമയം കുറഞ്ഞുവരുന്നു. നിങ്ങൾ Linux ഉപയോഗിക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ വിതരണത്തിന്റെ സ്റ്റാറ്റസ് ഇപ്പോൾ തന്നെ പരിശോധിക്കുക.

മേന്മകൾ

• ദുരുപയോഗം ചെയ്യുന്നതിന് (exploit) പ്രത്യേക അനുമതികളോ, ഉയർന്ന പ്രവേശനാവകാശങ്ങളോ (elevated access), അപൂർവ്വമായ കെർണൽ ക്രമീകരണങ്ങളോ ആവശ്യമില്ല
• വളരെ കാര്യക്ഷമം (പരിശോധനയിൽ 97% വിജയശതമാനം)
• കണ്ടെയ്‌നറുകളിൽ നിന്ന് പുറത്തുകടക്കുന്നു (escapes), ഇത് ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിലെ അപകടസാധ്യത വർദ്ധിപ്പിക്കുന്നു
• മറ്റ് ആക്രമണങ്ങളുമായി കൂടിച്ചേരുന്നു (browser exploits, Android sandbox bypasses)
• വെണ്ടർമാരിൽ നിന്നുള്ള ദ്രുത പ്രതികരണം; പാച്ചുകൾ ലഭ്യമാണ്
• ബാധിക്കപ്പെട്ട പതിപ്പുകളെക്കുറിച്ചും ബിൽഡ് ഓപ്ഷനുകളെക്കുറിച്ചും വ്യക്തമായ മാർഗ്ഗനിർദ്ദേശം
• 2026 ജൂലൈ വരെ സജീവമായ ദുരുപയോഗത്തിന്റെ തെളിവുകളൊന്നുമില്ല

പോരായ്മകൾ

• ഡിഫോൾട്ട് കെർണലിൽ 15 വർഷം പഴക്കമുള്ള ബഗ്, 2011 മുതൽ എല്ലാ പ്രധാന വിതരണങ്ങളും ഉൾപ്പെടുത്തിയത്
• ആദ്യത്തെ പാച്ച് പുതിയൊരു ക്രാഷ് ബഗ്ഗിന് കാരണമായി, ഇത് തുടർ പരിഹാരം ആവശ്യമാക്കി
• പാച്ച് ചെയ്ത കെർണലുകളുടെ ലഭ്യത വിവിധ വിതരണങ്ങളിലും പതിപ്പുകളിലും ഒരുപോലെയല്ല
• പൂർണ്ണമായ താത്കാലിക പരിഹാരമില്ല (workaround); പാച്ച് ചെയ്യുക എന്നത് മാത്രമാണ് ഒരേയൊരു പ്രതിരോധം
• പരസ്യമായ exploit കോഡ് ഉള്ളതിനാൽ പാച്ച് ചെയ്യാനുള്ള സമയം കുറഞ്ഞുവരുന്നു
• മറ്റ് സുരക്ഷാ പിഴവുകളുമായി ചേർന്ന് റിമോട്ട് എക്സ്പ്ലോയിറ്റുകളായി മാറും
• ജൂലൈ ആദ്യം വരെ പല LTS പതിപ്പുകളും (Ubuntu 24.04, 22.04, 20.04) ഇപ്പോഴും അപകടാവസ്ഥയിലാണ്

മുന്നറിയിപ്പ്

ഈ ലേഖനം വിദ്യാഭ്യാസ ആവശ്യങ്ങൾക്കുള്ളതാണ്, കൂടാതെ പൊതുവായി ലഭ്യമായ വിവരങ്ങളെ അടിസ്ഥാനമാക്കി സുരക്ഷാ പിഴവിനെക്കുറിച്ച് വിശദീകരിക്കുന്നു. പാച്ച് ചെയ്യുന്നതിനുള്ള ഏതെങ്കിലും ഘട്ടങ്ങൾ നിങ്ങൾ പിന്തുടരുകയാണെങ്കിൽ, പ്ലേസ്‌ഹോൾഡർ മൂല്യങ്ങൾക്ക് പകരം നിങ്ങളുടെ യഥാർത്ഥ സിസ്റ്റം വിവരങ്ങൾ നൽകുക. പ്രൊഡക്ഷൻ സിസ്റ്റങ്ങളിൽ ഉപയോഗിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ Linux വിതരണത്തിൽ നിന്നുള്ള ഔദ്യോഗിക വിവരങ്ങളുമായി എല്ലാ കാര്യങ്ങളും പരിശോധിച്ച് ഉറപ്പാക്കുക. ഇവിടെ പരാമർശിച്ചിരിക്കുന്ന CVE നമ്പറുകൾ, പാച്ച് റഫറൻസുകൾ, ബാധിക്കപ്പെട്ട പതിപ്പുകൾ എന്നിവ 2026 ജൂലൈ വരെയുള്ളതാണ്, അവയിൽ മാറ്റം വന്നിട്ടുണ്ടാകാം; എപ്പോഴും നിങ്ങളുടെ വിതരണത്തിന്റെ ഔദ്യോഗിക സെക്യൂരിറ്റി പേജ് പരിശോധിക്കുക.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

• എന്താണ് GhostLock, എന്തുകൊണ്ടാണ് ഇത് അപകടകരമാകുന്നത്?
• Linux-ൽ GhostLock സുരക്ഷാ പിഴവ് എത്ര കാലമായി നിലനിൽക്കുന്നു?
• ലോക്കൽ ആക്സസ് ഒന്നുമില്ലാതെ GhostLock റിമോട്ട് ആയി ദുരുപയോഗം ചെയ്യാൻ കഴിയുമോ?
• GhostLock പിഴവ് ഏതൊക്കെ Linux വിതരണങ്ങളെയാണ് ബാധിക്കുന്നത്?
• എന്റെ Linux സിസ്റ്റത്തിന് GhostLock സുരക്ഷാ പിഴവുണ്ടോ എന്ന് എങ്ങനെ പരിശോധിക്കാം?
• GhostLock-ഉം 2026-ലെ മറ്റ് Linux കെർണൽ ബഗ്ഗുകളും തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?
• കെർണൽ ബിൽഡ് ഓപ്ഷനുകൾ എനേബിൾ ചെയ്യുന്നത് GhostLock സുരക്ഷാ പിഴവ് പൂർണ്ണമായി പരിഹരിക്കുമോ?
• Ubuntu-വിലും മറ്റ് വിതരണങ്ങളിലും GhostLock-നെതിരെ എൻറെ സിസ്റ്റം എങ്ങനെ പാച്ച് ചെയ്യാം?

ടാഗുകൾ

#ghostlock #linuxsecurity #kernelexploit #cve202643499 #privilegeescalation #containerescap #patchmanagement #cybersecurity #linuxvulnerability #systemadmin