GhostLock: 15 ବର୍ଷ ପୁରୁଣା Linux ତ୍ରୁଟି ଯାହା ଏବେ ସାମ୍ନାକୁ ଆସିଛି

ସାମ୍ନାରେ ଲୁଚି ରହିଥିବା ଏକ ତ୍ରୁଟି

ଜୁଲାଇ 8, 2026 ରେ, Nebula Security ର ସୁରକ୍ଷା ଗବେଷକମାନେ GhostLock (CVE-2026-43499) ବିଷୟରେ ପ୍ରକାଶ କରିଥିଲେ, ଯାହା ଏକ 15 ବର୍ଷ ପୁରୁଣା Linux kernel bug, ଯାହା ଆପଣଙ୍କ ମେସିନ୍‌ରେ ଲଗ୍ ଇନ୍ କରିପାରୁଥିବା କୌଣସି ବି ବ୍ୟବହାରକାରୀଙ୍କୁ ସମ୍ପୂର୍ଣ୍ଣ root ନିୟନ୍ତ୍ରଣ ନେବାକୁ ଦେଇଥାଏ। ଏହି ଦୁର୍ବଳ କୋଡ୍ 2011 ମସିହାରୁ—ଯେଉଁ ବର୍ଷ ଏହା ଭୁଲବଶତଃ kernel ରେ ସାମିଲ ହୋଇଥିଲା—ପ୍ରାୟ ସମସ୍ତ ପ୍ରମୁଖ Linux distribution ରେ ଡିଫଲ୍ଟ ଭାବରେ ଉପଲବ୍ଧ ରହିଛି।

ଏହା ଏବେ କାହିଁକି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ତାହାର ଦୁଇଟି କାରଣ ରହିଛି: ମୂଳ patch ଟି ଏପ୍ରିଲରେ ଆସିଥିଲା, କିନ୍ତୁ ଏହା ଏକ ନୂଆ crash bug ସୃଷ୍ଟି କରିଥିଲା ଯାହାକୁ ସଜାଡ଼ିବା ପାଇଁ ସପ୍ତାହ ସପ୍ତାହ ସମୟ ଲାଗିଥିଲା, ଯାହା ଫଳରେ ଅନେକ ମେସିନ୍ ଏବେ ବି ଦୁର୍ବଳ ରହିଛି। ଅଧିକ ଜରୁରୀ କଥା ହେଉଛି, କାର୍ଯ୍ୟକ୍ଷମ exploit କୋଡ୍ ଏବେ ସାର୍ବଜନୀନ ହୋଇସାରିଛି, ଯାହାର ଅର୍ଥ ହେଉଛି ଯେଉଁମାନଙ୍କର Linux ମେସିନ୍ ସମ୍ପୂର୍ଣ୍ଣ ଭାବେ ଅପଡେଟ୍ ହୋଇନାହିଁ, ସେମାନେ ପ୍ରକୃତ ବିପଦରେ ଅଛନ୍ତି।

ଏହି bug କିପରି କାମ କରେ

Linux kernel ରେ ଜରୁରୀ କାର୍ଯ୍ୟଗୁଡ଼ିକ ଯେପରି ସାଧାରଣ କାର୍ଯ୍ୟଗୁଡ଼ିକ ପଛରେ ଅପେକ୍ଷା କରି ନ ଅଟକି ରହନ୍ତି, ସେଥିପାଇଁ ଏକ ସିଷ୍ଟମ୍ ରହିଛି। ଏହି ସିଷ୍ଟମ୍‌ରେ ଏକ ସଫେଇ (cleanup) ପଦକ୍ଷେପ ଅନ୍ତର୍ଭୁକ୍ତ ଯାହା କୌଣସି କାର୍ଯ୍ୟ ଅପେକ୍ଷା କରିବା ବନ୍ଦ କରିବା ପରେ ସଫା କରିଥାଏ। ଏହା ସାଧାରଣତଃ ଭଲ ଭାବରେ କାମ କରେ, କିନ୍ତୁ ଗୋଟିଏ ବିରଳ କ୍ଷେତ୍ରରେ—ଯେତେବେଳେ ଏକ lock operation ଅଟକି ଯାଏ ଏବଂ ପଛକୁ ହଟିବାକୁ ପଡ଼େ—ସେତେବେଳେ cleanup କୋଡ୍ ଭୁଲ ସମୟରେ ଚାଲିଥାଏ। ଏହା ଭୁଲ କାର୍ଯ୍ୟର ରେକର୍ଡକୁ ପୋଛି ଦିଏ, ଯାହା ଫଳରେ kernel ପାଖରେ ପୂର୍ବରୁ ଫିଙ୍ଗି ଦିଆଯାଇଥିବା ଏବଂ ପୁନଃବ୍ୟବହୃତ ମେମୋରୀର ଏକ ଦୂଷିତ (corrupted) pointer ରହିଯାଏ। କମ୍ପ୍ୟୁଟର ବିଜ୍ଞାନୀମାନେ ଏହାକୁ "use-after-free" ଦୁର୍ବଳତା ବୋଲି କହନ୍ତି।

ଥରେ ସେହି ଖରାପ pointer ରହିଗଲେ, ଜଣେ ଆକ୍ରମଣକାରୀ root ଅଧିକାର (privileges) ସହିତ ନିଜର କୋଡ୍ ଚଲାଇବା ପାଇଁ kernel କୁ ପ୍ରତାରିତ କରି ଏହାର ଦୁରୁପଯୋଗ (exploit) କରିପାରିବ। Nebula ର ପରୀକ୍ଷଣରେ, ଏହି ସମ୍ପୂର୍ଣ୍ଣ ଆକ୍ରମଣ ପାଇଁ ପ୍ରାୟ ପାଞ୍ଚ ସେକେଣ୍ଡ ସମୟ ଲାଗିଥିଲା।

କିଏ ପ୍ରଭାବିତ ଏବଂ କେଉଁ କାରଣରୁ ଏହା ବିପଜ୍ଜନକ

ଏହି ଦୁର୍ବଳତା ଗମ୍ଭୀର କିନ୍ତୁ ବିପର୍ଯ୍ୟୟଜନକ ନୁହେଁ। ଗମ୍ଭୀରତା ଦୃଷ୍ଟିରୁ ଏହାର ସ୍କୋର୍ 10 ରୁ 7.8—ଉଚ୍ଚ, କିନ୍ତୁ ଅତି ଗୁରୁତର ନୁହେଁ—କାରଣ ଜଣେ ଆକ୍ରମଣକାରୀ ପୂର୍ବରୁ ଆପଣଙ୍କ ମେସିନ୍‌ରେ ଲଗ୍ ଇନ୍ ହୋଇସାରିବା ଆବଶ୍ୟକ। ସେମାନେ ଇଣ୍ଟରନେଟ୍ ମାଧ୍ୟମରେ ସିଧାସଳଖ ରିମୋଟ୍‌ଲି ଏହା ପାଖରେ ପହଞ୍ଚି ପାରିବେ ନାହିଁ।

କିନ୍ତୁ କେବଳ ଲୋକାଲ୍ (local-only) ସୀମାବଦ୍ଧତା ଶୁଣିବାକୁ ଯେତେ ଆଶ୍ୱାସନାଦାୟକ ଲାଗେ, ପ୍ରକୃତରେ ସେତେ ନୁହେଁ। Nebula ଦର୍ଶାଇଛି ଯେ GhostLock କଣ୍ଟେନର (containers) ରୁ ଖସିଯାଇପାରେ, ଯାହା cloud server ଏବଂ multi-tenant ମେସିନ୍ ପାଇଁ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। ଏବଂ ଏହା ଅନ୍ୟ ଆକ୍ରମଣଗୁଡ଼ିକ ସହିତ ଯୋଡ଼ିହୋଇ (chains) କାମ କରେ: ଗବେଷକମାନେ ଏକ ସମ୍ପୂର୍ଣ୍ଣ ଆକ୍ରମଣ ଶୃଙ୍ଖଳା ଦେଖାଇଛନ୍ତି ଯେଉଁଥିରେ ଏକ ବ୍ରାଉଜର୍ exploit (Firefox CVE-2026-10702) ବ୍ରାଉଜର୍ ଭିତରେ କୋଡ୍ ଚଲାଏ, ଏବଂ ତା'ପରେ GhostLock ସମ୍ପୂର୍ଣ୍ଣ ସିଷ୍ଟମ୍ ନିୟନ୍ତ୍ରଣ ପାଇଁ ଅବଶିଷ୍ଟ କାର୍ଯ୍ୟ ସମ୍ପାଦନ କରେ। ସେମାନେ Android ରେ ମଧ୍ୟ ଏହା କାମ କରୁଥିବା ଦେଖାଇଛନ୍ତି। ଏକ ଦୁର୍ଭାବନାପୂର୍ଣ୍ଣ (malicious) ଲିଙ୍କ୍ ରେ ଗୋଟିଏ ଟ୍ୟାପ୍ ସମ୍ପୂର୍ଣ୍ଣ ନିୟନ୍ତ୍ରଣ ନେଇପାରେ।

କାହାର patch ହୋଇସାରିଛି—ଏବଂ କାହାର ହୋଇନାହିଁ

The kernel patch landed in April (patch 3bfdc63936dd), and Linux distributions began rolling it out. But the path forward is complicated.

ମୂଳ patch ଟି ନିଜର ଏକ ନୂଆ crash bug (CVE-2026-53166) ସୃଷ୍ଟି କରିଥିଲା, ଯାହା ପାଇଁ ଏକ cleanup ଆବଶ୍ୟକ ହୋଇଥିଲା ଯାହା ଜୁଲାଇ ଆରମ୍ଭରେ ସୁଦ୍ଧା upstream kernel ରେ ସ୍ଥିର ହେଉଥିଲା। ତା'ର ଅର୍ଥ ପ୍ରାରମ୍ଭିକ patched build ଗୁଡ଼ିକରେ ସମ୍ପୂର୍ଣ୍ଣ, ଅନ୍ତିମ fix ନଥାଇପାରେ।

ଉପଲବ୍ଧତା ବିଭିନ୍ନ ସ୍ଥାନରେ ଭିନ୍ନ ଭିନ୍ନ। ଉଦାହରଣ ସ୍ୱରୂପ, Ubuntu ଜୁଲାଇ ଆରମ୍ଭ ସୁଦ୍ଧା ଏହାର ନୂଆ ରିଲିଜ୍ ଏବଂ କିଛି cloud kernel କୁ patch କରିସାରିଥିଲା, କିନ୍ତୁ ଦୀର୍ଘକାଳୀନ ସପୋର୍ଟ ସଂସ୍କରଣ (24.04, 22.04, ଏବଂ 20.04 LTS) ଗୁଡ଼ିକୁ ଦୁର୍ବଳ କିମ୍ବା "in progress" ଭାବରେ ତାଲିକାଭୁକ୍ତ କରିଥିଲା। ଅନ୍ୟ distribution ଗୁଡ଼ିକର ନିଜସ୍ୱ ସମୟସୀମା ରହିଛି। ଏହାର କୌଣସି ସମ୍ପୂର୍ଣ୍ଣ workaround ନାହିଁ—ଏହି bug କୁ ଟ୍ରିଗର୍ କରୁଥିବା operation ଗୁଡ଼ିକ କୌଣସି ବି ଲୋକାଲ୍ ପ୍ରୋଗ୍ରାମ୍ ପାଇଁ ସାଧାରଣ ଅଟେ—ତେଣୁ patching ହିଁ ଏକମାତ୍ର ପ୍ରକୃତ ସୁରକ୍ଷା।

ଆପଣ ଏବେ କ’ଣ କରିବା ଉଚିତ୍

Step 1: ଆପଣଙ୍କ kernel ଅପଡେଟ୍ କରନ୍ତୁ

କେବଳ ପ୍ରଥମ patched build ନୁହେଁ, ଆପଣଙ୍କ distribution ର ବର୍ତ୍ତମାନର kernel ଇନଷ୍ଟଲ୍ କରନ୍ତୁ। ଆପଣଙ୍କ distro କୁ ସ୍ୱତନ୍ତ୍ର ଭାବରେ ସର୍ବଶେଷ ଉପଲବ୍ଧ ସଂସ୍କରଣ ପାଇଁ ପଚାରନ୍ତୁ, କାରଣ ପ୍ରାରମ୍ଭିକ patch ଗୁଡ଼ିକରେ ଦ୍ୱିତୀୟ crash bug ର ଅନ୍ତିମ fix ନଥାଇପାରେ। ସଜଡ଼ା ଯାଇଥିବା (fixed) package ସଂସ୍କରଣ ନିଶ୍ଚିତ କରିବାକୁ ଆପଣଙ୍କ distribution ର security advisory ଯାଞ୍ଚ କରନ୍ତୁ।

Step 2: ସେୟାର୍ ହୋଇଥିବା (shared) ମେସିନ୍‌ଗୁଡ଼ିକୁ ପ୍ରାଥମିକତା ଦିଅନ୍ତୁ

ଯଦି ଆପଣ ସର୍ଭର କିମ୍ବା multi-tenant ସିଷ୍ଟମ୍ ଚଲାଉଛନ୍ତି, ତେବେ ସେଗୁଡ଼ିକୁ ପ୍ରଥମେ patch କରନ୍ତୁ। Cloud server, container, ଏବଂ CI/CD runner ଗୁଡ଼ିକ ହେଉଛି ସେହି ମେସିନ୍ ଯେଉଁଠାରେ ଜଣେ ଆକ୍ରମଣକାରୀ ପ୍ରବେଶ ସୁଯୋଗ ପାଇବାର ସମ୍ଭାବନା ସବୁଠାରୁ ଅଧିକ। ସେୟାର୍ ହୋଇଥିବା ଭିତ୍ତିଭୂମି ତୁଳନାରେ ବ୍ୟକ୍ତିଗତ ମେସିନ୍‌ଗୁଡ଼ିକ କମ୍ ପ୍ରାଥମିକତା ପାଆନ୍ତି।

Step 3: patch ସଂସ୍କରଣ ଯାଞ୍ଚ କରନ୍ତୁ

ଏକ patched ସଂସ୍କରଣ ଆପଣଙ୍କ ପାଇଁ ଅପେକ୍ଷା କରିଛି ବୋଲି ଭାବନ୍ତୁ ନାହିଁ। ଜୁଲାଇ ଆରମ୍ଭ ସୁଦ୍ଧା ଅନେକ distribution ସେମାନଙ୍କର ସମସ୍ତ ସଂସ୍କରଣ ପାଇଁ ସମ୍ପୂର୍ଣ୍ଣ ଭାବେ fix ରୋଲ୍ ଆଉଟ୍ କରିନାହାନ୍ତି। ଆପଣଙ୍କ ମେସିନ୍‌ରେ ଲଗ୍ ଇନ୍ କରନ୍ତୁ, kernel ସଂସ୍କରଣ ଯାଞ୍ଚ କରନ୍ତୁ, ଏବଂ ଆପଣ patched build ରେ ଅଛନ୍ତି ବୋଲି ଆପଣଙ୍କ distribution ର status ପୃଷ୍ଠା ଦର୍ଶାଉଛି କି ନାହିଁ ନିଶ୍ଚିତ କରନ୍ତୁ।

Step 4: kernel build ବିକଳ୍ପଗୁଡ଼ିକୁ ବିଚାର କରନ୍ତୁ (କେବଳ mitigation ପାଇଁ)

ଦୁଇଟି kernel build ବିକଳ୍ପ ଏହି exploit କୁ ଅଧିକ କଠିନ କରିଥାଏ, କିନ୍ତୁ ସେଗୁଡ଼ିକ bug କୁ ସଜାଡ଼ି ନଥାନ୍ତି: RANDOMIZE_KSTACK_OFFSET and STATIC_USERMODE_HELPER. ଯଦି ଆପଣ ନିଜର kernel ନିର୍ମାଣ (build) କରୁଛନ୍ତି, ତେବେ ଏଗୁଡ଼ିକୁ ସକ୍ଷମ (enable) କରନ୍ତୁ, କିନ୍ତୁ ଏଗୁଡ଼ିକୁ ଏକ ପ୍ରତିବନ୍ଧକ ଭାବରେ ଗ୍ରହଣ କରନ୍ତୁ, ଏକ ସମାଧାନ ଭାବରେ ନୁହେଁ।

ଏହା କାହିଁକି ଘଟିଲା: AI ଟୁଲ୍‌ଗୁଡ଼ିକ ପୁରୁଣା bug ଖୋଜି ବାହାର କରୁଛନ୍ତି

GhostLock କୁ Nebula Security ର ଏକ AI-ଚାଳିତ bug-hunting ଟୁଲ୍ VEGA ଦ୍ୱାରା ଖୋଜାଯାଇଥିଲା। ଏହା 2026 ର ଏକ ବଡ଼ ଟ୍ରେଣ୍ଡର ଅଂଶ: ସ୍ୱୟଂଚାଳିତ ଟୁଲ୍‌ଗୁଡ଼ିକ kernel କୋଡ୍‌କୁ ପୁଙ୍ଖାନୁପୁଙ୍ଖ ଯାଞ୍ଚ କରୁଛନ୍ତି ଯାହାକୁ ମଣିଷମାନେ ବର୍ଷ ବର୍ଷ ଧରି ଧ୍ୟାନର ସହ ପୁନଃ ପଢ଼ିନାହାନ୍ତି।

GhostLock ର ପ୍ରକାଶନର ମାତ୍ର କିଛି ଦିନ ପୂର୍ବରୁ, Bad Epoll (CVE-2026-46242) ନାମକ ଅନ୍ୟ ଏକ ତ୍ରୁଟି ସାମ୍ନାକୁ ଆସିଥିଲା—ପାଖ କୋଡ୍‌ରେ ଥିବା ଏକ ସମାନ privilege-escalation bug। ଦୁଇଟିଯାକ 2011 ରେ ପରିଚିତ futex (fast userspace mutex) ସିଷ୍ଟମ୍ ସହିତ ଜଡ଼ିତ। CISA ଅନୁଯାୟୀ, ତୃତୀୟ Linux kernel bug, Copy Fail (CVE-2026-31431), ପୂର୍ବରୁ ବିଶ୍ୱରେ exploit କରାଯାଉଛି।

ଏବଂ ଏହା କେବଳ Linux ରେ ନୁହେଁ। Anthropic ର Mythos ନାମକ ଏକ ପୃଥକ AI ମୋଡେଲକୁ ଏକ ସମ୍ପର୍କିତ kernel ତ୍ରୁଟି ଖୋଜିବାର ଶ୍ରେୟ ଦିଆଯାଇଥିଲା। ଶିକ୍ଷା: ସବୁଠାରୁ ପୁରୁଣା, ସବୁଠାରୁ ଅଧିକ ବ୍ୟବହୃତ kernel କୋଡ୍ ଏବେ ସ୍ୱୟଂଚାଳିତ ଟୁଲ୍‌ଗୁଡ଼ିକ ଦ୍ୱାରା ନୂତନ ଯାଞ୍ଚର ସାମ୍ନା କରୁଛି, ଏବଂ ପୁରୁଣା କୋଡ୍ ସବୁବେଳେ ଏଥିରୁ ସଫଳତାର ସହ ଉତ୍ତୀର୍ଣ୍ଣ ହୋଇପାରେନାହିଁ।

ବ୍ୟାପକ ପରିପ୍ରେକ୍ଷୀ

ସ୍ୱତନ୍ତ୍ର ଭାବରେ, GhostLock ହେଉଛି ଏକ ଲୋକାଲ୍ ତ୍ରୁଟି ଯାହା ପାଇଁ ଆପଣ ପୂର୍ବରୁ ଲଗ୍ ଇନ୍ ହୋଇଥିବା ଆବଶ୍ୟକ। ଏହା ଜଣେ ଆକ୍ରମଣକାରୀଙ୍କୁ ଇଣ୍ଟରନେଟ୍ ମାଧ୍ୟମରେ ସିଧାସଳଖ ଆପଣଙ୍କ ମେସିନ୍‌ରେ ପ୍ରବେଶ କରିବାକୁ ଦେବ ନାହିଁ। କିନ୍ତୁ ସେହି ଦୃଷ୍ଟିକୋଣ ପ୍ରକୃତ ବିପଦକୁ ଏଡ଼ାଇ ଦିଏ।

Browser exploit ଗୁଡ଼ିକ ବିଦ୍ୟମାନ। Container escape ଗୁଡ଼ିକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। Android ମଧ୍ୟ Linux kernel ଚଲାଏ। ଯେତେବେଳେ Nebula ଗବେଷକମାନେ GhostLock କୁ ଏକ Firefox ଦୁର୍ବଳତା ସହିତ ଯୋଡ଼ିଥିଲେ ଏବଂ Android ରେ ସମ୍ପୂର୍ଣ୍ଣ ଆକ୍ରମଣ ପ୍ରଦର୍ଶନ କରିଥିଲେ, ସେତେବେଳେ ସେମାନେ କୌଣସି କାଳ୍ପନିକ ସମସ୍ୟା ଦେଖାଉ ନଥିଲେ—ସେମାନେ ଦେଖାଉଥିଲେ ଯେ ଏକାଧିକ ତ୍ରୁଟିକୁ ଏକାଠି କରି ଜଣେ ଆକ୍ରମଣକାରୀ କ’ଣ ହାସଲ କରିପାରିବ।

Google ଏହାକୁ ଯଥେଷ୍ଟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଭାବି ନିଜର kernelCTF bug-bounty ପ୍ରୋଗ୍ରାମ୍ ମାଧ୍ୟମରେ Nebula Security କୁ $92,337 ପୁରସ୍କାର ଦେଇଥିଲା। ଏବଂ ଏସବୁ ଜରୁରୀ ପରିସ୍ଥିତି ସତ୍ତ୍ୱେ, exploit କୋଡ୍ ଏବେ ସାର୍ବଜନୀନ ହୋଇସାରିଛି। ଯେକୌଣସି ବ୍ୟକ୍ତି ଏହାକୁ ଚଲାଇ ପାରିବେ। ପ୍ରାଥମିକତା ହେଉଛି patch କରିବା।

ନିଷ୍କର୍ଷ

GhostLock ମନେ ପକାଇଦିଏ ଯେ ପୁରୁଣା କୋଡ୍ କମ୍ ଧ୍ୟାନ ପାଏ, ଏବଂ କମ୍ ଧ୍ୟାନର ଅର୍ଥ ହେଉଛି bug ଗୁଡ଼ିକ 15 ବର୍ଷ ଧରି ଲୁଚି ରହିପାରିବେ। ଭଲ ଖବର: ଏହାର patch ହୋଇସାରିଛି, ଏବଂ ଏପର୍ଯ୍ୟନ୍ତ କୌଣସି ସକ୍ରିୟ ଦୁରୁପଯୋଗର ପ୍ରମାଣ ନାହିଁ। ଖରାପ ଖବର: ଉପଲବ୍ଧତା ସବୁଠି ସମାନ ନୁହେଁ, ଏବଂ ସାର୍ବଜନୀନ exploit କୋଡ୍ ର ଅର୍ଥ ହେଉଛି patch କରିବାର ସମୟସୀମା କମିବାରେ ଲାଗିଛି। ଯଦି ଆପଣ Linux ଚଲାଉଛନ୍ତି, ତେବେ ଏବେ ଆପଣଙ୍କ distribution ର ସ୍ଥିତି ଯାଞ୍ଚ କରନ୍ତୁ।

ସକାରାତ୍ମକ ଦିଗ

• Exploit କରିବା ପାଇଁ କୌଣସି ବିଶେଷ ଅନୁମତି, ଉଚ୍ଚ ସ୍ତରର ଆକ୍ସେସ୍ (elevated access), କିମ୍ବା ଅସାଧାରଣ kernel ସେଟିଂସର ଆବଶ୍ୟକତା ନାହିଁ
• ଅତ୍ୟନ୍ତ ନିର୍ଭରଯୋଗ୍ୟ (ପରୀକ୍ଷଣରେ 97% ସଫଳତା ହାର)
• Container ରୁ ଖସିଯାଏ, ଯାହା cloud ଭିତ୍ତିଭୂମିରେ ବିପଦକୁ ଅନେକ ଗୁଣିତ କରିଥାଏ
• ଅନ୍ୟ ଆକ୍ରମଣଗୁଡ଼ିକ ସହିତ ଯୋଡ଼ିହୋଇ କାମ କରେ (browser exploit, Android sandbox bypass)
• Vendor ମାନଙ୍କ ପକ୍ଷରୁ ତୁରନ୍ତ ପ୍ରତିକ୍ରିୟା; patch ଗୁଡ଼ିକ ଉପଲବ୍ଧ
• ପ୍ରଭାବିତ ସଂସ୍କରଣ ଏବଂ build ବିକଳ୍ପଗୁଡ଼ିକ ଉପରେ ସ୍ପଷ୍ଟ ମାର୍ଗଦର୍ଶନ
• ଜୁଲାଇ 2026 ସୁଦ୍ଧା କୌଣସି ସକ୍ରିୟ ଦୁରୁପଯୋଗର (active wild exploitation) ପ୍ରମାଣ ନାହିଁ

ଦୁର୍ବଳ ଦିଗ

• ଡିଫଲ୍ଟ kernel ରେ 15 ବର୍ଷ ପୁରୁଣା bug, ଯାହା 2011 ମସିହାରୁ ପ୍ରତ୍ୟେକ ପ୍ରମୁଖ distro ଦ୍ୱାରା ଉପଲବ୍ଧ କରାଯାଇଛି
• ମୂଳ patch ଏକ ନୂଆ crash bug ସୃଷ୍ଟି କରିଥିଲା, ଯାହା ପାଇଁ ପରବର୍ତ୍ତୀ ସମୟରେ fix ଆବଶ୍ୟକ ହୋଇଥିଲା
• Patched kernel ଗୁଡ଼ିକର ଉପଲବ୍ଧତା ବିଭିନ୍ନ distribution ଏବଂ ସଂସ୍କରଣରେ ଅସମାନ
• କୌଣସି ସମ୍ପୂର୍ଣ୍ଣ workaround ନାହିଁ; ଏକମାତ୍ର ସୁରକ୍ଷା ହେଉଛି patching
• ସାର୍ବଜନୀନ exploit କୋଡ୍‌ର ଅର୍ଥ ହେଉଛି patch କରିବାର ସମୟସୀମା ଶେଷ ହେବାକୁ ଯାଉଛି
• Remote exploit ହେବା ପାଇଁ ଅନ୍ୟ ଦୁର୍ବଳତାଗୁଡ଼ିକ ସହିତ ଯୋଡ଼ିହୋଇଥାଏ
• ଜୁଲାଇ ଆରମ୍ଭ ସୁଦ୍ଧା ଅନେକ LTS ସଂସ୍କରଣ (Ubuntu 24.04, 22.04, 20.04) ଏବେ ବି ଦୁର୍ବଳ ରହିଛି

ସତର୍କତା

ଏହି ପ୍ରବନ୍ଧଟି ଶିକ୍ଷଣୀୟ ଏବଂ ସାର୍ବଜନୀନ ଭାବେ ଉପଲବ୍ଧ ସୂଚନା ଆଧାରରେ ଦୁର୍ବଳତାକୁ ବୁଝାଇଥାଏ। ଯଦି ଆପଣ କୌଣସି patching ପଦକ୍ଷେପ ଅନୁସରଣ କରନ୍ତି, ତେବେ କୌଣସି placeholder ମୂଲ୍ୟକୁ ଆପଣଙ୍କର ପ୍ରକୃତ ସିଷ୍ଟମ୍ ବିବରଣୀ ସହିତ ବଦଳାନ୍ତୁ। ପ୍ରୋଡକ୍ସନ୍ ସିଷ୍ଟମ୍ ପାଇଁ ନିର୍ଭର କରିବା ପୂର୍ବରୁ ଆପଣଙ୍କ Linux distribution ର ଅଫିସିଆଲ୍ ନିର୍ଦ୍ଦେଶାବଳୀ (advisories) ବିପକ୍ଷରେ ସମସ୍ତ ଦାବି ସତ୍ୟାପନ କରନ୍ତୁ। ଏଠାରେ ଉଲ୍ଲେଖ କରାଯାଇଥିବା CVE ନମ୍ବର, patch ସନ୍ଦର୍ଭ, ଏବଂ ପ୍ରଭାବିତ ସଂସ୍କରଣଗୁଡ଼ିକ ଜୁଲାଇ 2026 ସୁଦ୍ଧା ବର୍ତ୍ତମାନର ଅଟେ ଏବଂ ବଦଳିଥାଇପାରେ; ସର୍ବଦା ଆପଣଙ୍କ distribution ର ଅଫିସିଆଲ୍ ସୁରକ୍ଷା ପୃଷ୍ଠା ପରାମର୍ଶ କରନ୍ତୁ।

ବାରମ୍ବାର ପଚରାଯାଉଥିବା ପ୍ରଶ୍ନଗୁଡ଼ିକ

• GhostLock କ’ଣ ଏବଂ ଏହା କାହିଁକି ବିପଜ୍ଜନକ?
• Linux ରେ GhostLock ଦୁର୍ବଳତା କେତେ ଦିନ ହେବ ରହିଛି?
• କୌଣସି ଲୋକାଲ୍ ଆକ୍ସେସ୍ ବିନା GhostLock କୁ ରିମୋଟ୍‌ଲି exploit କରାଯାଇପାରିବ କି?
• କେଉଁ Linux distribution ଗୁଡ଼ିକ GhostLock ତ୍ରୁଟି ଦ୍ୱାରା ପ୍ରଭାବିତ?
• ମୋର Linux ସିଷ୍ଟମ୍ GhostLock ପାଇଁ ଦୁର୍ବଳ କି ନୁହେଁ ମୁଁ କିପରି ଯାଞ୍ଚ କରିବି?
• GhostLock ଏବଂ ଅନ୍ୟ 2026 Linux kernel bug ଗୁଡ଼ିକ ମଧ୍ୟରେ ଫରକ କ’ଣ?
• Kernel build ବିକଳ୍ପଗୁଡ଼ିକୁ ସକ୍ଷମ (enable) କରିବା ଦ୍ୱାରା GhostLock ଦୁର୍ବଳତା ସମ୍ପୂର୍ଣ୍ଣ ଭାବେ ସଜାଡ଼ି ହୋଇଯିବ କି?
• Ubuntu ଏବଂ ଅନ୍ୟ distro ଗୁଡ଼ିକରେ GhostLock ବିପକ୍ଷରେ ମୁଁ ମୋର ସିଷ୍ଟମ୍ କୁ କିପରି patch କରିବି?

ଟ୍ୟାଗ୍‌ସ

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