← नवीनतम पेपर
💻 computer science

Words Speak Louder Than Code: Investigating Cognitive Heuristics in LLM-Based Code Vulnerability Detection

यह शोधपत्र पहला व्यवस्थित अन्वेषण प्रस्तुत करता है जो यह प्रदर्शित करता है कि LLM-आधारित कोड भेद्यता (vulnerability) का पता लगाना मानव-समान संज्ञानात्मक अनुमानी (फ्रेमिंग, एंकरिंग और हेलो प्रभाव) के प्रति अत्यधिक संवेदनशील है, जो मॉडल के निर्णयों को बदल सकता है और इसका उपयोग पता लगाई गई भेद्यताओं को 97% तक दबाने के लिए किया जा सकता है।

मूल लेखक: Asif Shahriar, Hongyu Cai, Hadjer Benkraouda, Gang Wang, Z. Berkay Celik

प्रकाशित 2026-06-30
📖 7 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Asif Shahriar, Hongyu Cai, Hadjer Benkraouda, Gang Wang, Z. Berkay Celik

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आपके पास एक सुपर-स्मार्ट रोबोट सुरक्षा गार्ड है जिसका काम कंप्यूटर कोड को देखना और यह तय करना है: "क्या यह सुरक्षित है, या यह एक टिक-टिक करता हुआ टाइम बम है?"

लंबे समय तक, हमने यह माना कि यह रोबोट केवल कोड को देखता है—उसका लॉजिक, गणित और संरचना। लेकिन यह शोध पत्र एक चौंकाने वाला सच उजागर करता है: रोबोट केवल कोड को नहीं पढ़ता; वह कोड के इर्द-गिर्द चल रही कहानी को भी पढ़ता है। और इंसानों की तरह, इस रोबोट के पास भी मानसिक शॉर्टकट (जिन्हें "कॉग्निटिव ह्यूरिस्टिक्स" कहा जाता है) हैं जो उसे गलत निर्णय लेने के लिए धोखा दे सकते हैं।

यहाँ उनके निष्कर्षों का विवरण दिया गया, सरल उपमाओं (analogies) का उपयोग करते हुए।

रोबोट को धोखा देने के तीन तरीके

शोधकर्ताओं ने रोबोट के दिमाग को "हैक" करने के तीन विशिष्ट तरीकों का परीक्षण किया, जिसमें कोड की एक भी लाइन बदले बिना केवल संदर्भ (मेटाडेटा) को बदल दिया गया।

1. हेलो इफेक्ट (द "सेलिब्रिटी" बायस)

उपमा: एक अदालत में जज की कल्पना करें। यदि आरोपी एक प्रसिद्ध, सम्मानित CEO है, तो जज अवचेतन रूप से सोच सकता है, "वह एक अच्छा व्यक्ति है, वह कुछ भी गलत नहीं करेगा," और वह उदार हो सकता है। यदि प्रतिवादी एक युवा, अज्ञात इंटर्न है, तो जज सोच सकता है, "वह अनुभवहीन है, उसने शायद गलती कर दी होगी," और वह अधिक सख्त हो सकता है।

निष्कर्ष:

  • जब कोड को एक "प्रिंसिपल सिक्योरिटी इंजीनियर" (एक उच्च-स्तर के विशेषज्ञ) के नाम से जोड़ा गया, तो रोबोट आलसी और भरोसेमंद हो गया। उसने वास्तविक कमजोरियों (vulnerabilities) को अनदेखा कर दिया क्योंकि उसने मान लिया, "एक विशेषज्ञ बुरा कोड नहीं लिखेगा।"
  • जब वही कोड एक "जूनियर डेवलपर" (एक निम्न-स्तर के नौसिखिए) के नाम से जोड़ा गया, तो रोबोट शंकित और संदिग्ध हो गया। उसने उन कमजोरियों को तो ढूंढ लिया जो पहले छूट गई थीं, लेकिन उसने सुरक्षित कोड पर भी "भेड़िया आया" (false alarms) चिल्लाना शुरू कर दिया।
  • ट्विस्ट: कुछ रोबोटों (जैसे क्लॉड नाम का रोबोट) ने बिल्कुल उल्टा किया, यानी उन्होंने विशेषज्ञ की तुलना में जूनियर पर अधिक भरोसा किया, लेकिन पक्षपात (bias) अभी भी मौजूद था।

2. फ्रेमिंग इफेक्ट (द "चेतावनी लेबल" बायस)

उपमा: दवा की बोतल के बारे में सोचें।

  • लेबल A: "यह दवा 90% रोगियों को ठीक करती है।" (पॉजिटिव फ्रेम)
  • लेबल B: "यह दवा 10% रोगियों को ठीक करने में विफल रहती है।" (नेगेटिव फ्रेम)
    भले ही गणित समान हो, लेकिन आपकी प्रतिक्रिया बदल जाती है।

निष्कर्ष:

  • पॉजिटिव फ्रेम: जब रोबोट को बताया गया, "आपका काम यह सुनिश्चित करना है कि पाइपलाइन सुचारू रूप से चलती रहे और गलत अलार्म से बचा जा सके," तो वह बहुत ढीला (relaxed) हो गया। चीजों को तेजी से चलाने के लिए उसने खतरनाक बग्स को अनदेखा कर दिया।
  • नेगेटिव फ्रेम: जब रोबोट को बताया गया, "आपका काम सुरक्षा खतरों को खोजना है इससे पहले कि वे सिस्टम को नष्ट कर दें," तो वह अति-सतर्क (hyper-vigilant) हो गया। उसने अधिक बग्स ढूंढे, लेकिन उसने सुरक्षित कोड को भी खतरनाक बताने के लिए फ्लैग करना शुरू कर दिया।
  • परिणाम: यह सबसे शक्तिशाली ट्रिक थी। टेस्ट किए गए हर एक रोबोट को इस बात से प्रभावित किया गया कि कार्य का वर्णन कैसे किया गया था।

3. एंकरिंग इफेक्ट (द "पहली छाप" बायस)

उपमा: यदि आप एक दोस्त से पूछते हैं, "क्या यह घर 5 लाख का है?" और वह कहता है "हाँ," तो आप सोच सकते हैं कि यह एक सौदा है। यदि आप पूछते हैं, "क्या यह घर 10 लाख का है?" और वह कहता "नहीं," तो आप सोच सकते हैं कि यह सस्ता है। जो पहला नंबर आप सुनते हैं, वह आपके निर्णय को "एंकर" (स्थिर) कर देता है।

निष्कर्ष:

  • यदि रोबोट को बताया गया, "एक पिछले स्कैन ने कहा कि यह कोड सुरक्षित (SAFE) है," तो वह सहमत होने लगा और नए बग्स को मिस करने लगा।
  • यदि उसे बताया गया, "एक पिछले स्कैन ने कहा कि यह कमजोर (VULNERABLE) है," तो वह सहमत होने लगा और बग्स खोजने लगा (भले ही वे वहां न हों)।
  • रोबोट मूल रूप से कह रहा था, "खैर, दूसरे व्यक्ति ने कहा कि यह सुरक्षित है, तो मैं उस पर भरोसा कर लूंगा," बजाय इसके कि वह अपना स्वतंत्र काम करे।

खोजी गई बड़ी समस्याएँ

शोधकर्ताओं ने पाया कि इन रोबोटों के काम करने के तरीके में तीन प्रमुख समस्याएं हैं:

1. "वॉल्यूम नॉब" की समस्या
रोबोट बग खोजने में अधिक स्मार्ट या कम स्मार्ट नहीं हुए। वे बस ज़ोर से (louder) या धीमे (quieter) हो गए।

  • जब संदर्भ ने उन्हें संदिग्ध बनाया, तो उन्होंने "वॉल्यूम नॉब" को ऊपर कर दिया: उन्होंने हर चीज़ को खतरनाक बताया (असली बग मिले, लेकिन बहुत सारे गलत अलार्म भी मिले)।
  • जब संदर्भ ने उन्हें भरोसेमंद बनाया, तो उन्होंने "वॉल्यूम नॉब" को नीचे कर दिया: उन्होंने कुछ भी फ्लैग नहीं किया (असली बग छूट गए, लेकिन गलत अलार्म भी कम थे)।
  • सीख: रोबोट ने वास्तव में अच्छे और बुरे कोड के बीच अंतर करना नहीं सीखा; उसने बस अपना "मूड" बदल लिया।

2. "हैलुसिनेशन" (भ्रम) का जाल
जब रोबोट को यह सोचने के लिए मजबूर किया गया कि एक सुरक्षित कोड खतरनाक है (जूनियर डेवलपर लेबल या 'Vulnerable' एंकर के कारण), तो उसने केवल यह नहीं कहा कि "यह खतरनाक है।" उसने अक्सर एक नकली कारण भी बना लिया

  • उदाहरण: रोबोट ने सुरक्षित कोड देखा लेकिन, क्योंकि वह "संदिग्ध" मूड में था, उसने दावा किया, "यह मेमोरी लीक जैसा दिखता है!" जबकि वहां कोई लीक नहीं था। वह आत्मविश्वासी था, लेकिन पूरी तरह गलत था।

3. "स्मार्ट" बनाम "डम्ब" कोड

  • आसान बग्स: कुछ बग्स स्पष्ट होते हैं, जैसे टाइपो या मिसिंग सेमीकोलन। रोबोट इन्हें आसानी से ढूंढ लेता था, चाहे संदर्भ कुछ भी हो।
  • कठिन बग्स: कुछ बग्स के लिए गहरी सोच की आवश्यकता होती है (जैसे यह ट्रैक करना कि एक वेरिएबल समय के साथ कैसे बदलता है)। ये वे बग्स थे जिनमें रोबोट सबसे ज्यादा धोखा खा गया। यदि संदर्भ "भरोसेमंद" था, तो उसने कठिन बग्स को मिस कर दिया। यदि संदर्भ "संदिग्ध" था, तो उसने नकली कठिन बग्स बना दिए।

"कॉग्निटिव अटैक" (वास्तविक दुनिया का खतरा)

शोधकर्ताओं ने केवल परीक्षण ही नहीं किया; उन्होंने एक प्रूफ-ऑफ-कॉन्सेप्ट अटैक भी बनाया।

कल्पना कीजिए कि एक हैकर किसी कंपनी के सॉफ्टवेयर में एक खतरनाक कोड डालने की कोशिश कर रहा है। सीधे रोबोट के दिमाग को हैक करने के बजाय (जो कठिन है), हैकर बस कागजी कार्रवाई (paperwork) को फर्जी बनाता है

  • वह कोड लिखता है।
  • वह एक फर्जी ईमेल जोड़ता है जिसमें लिखा है कि यह एक प्रसिद्ध सुरक्षा विशेषज्ञ से आया है (Halo)।
  • वह एक नोट लिखता है, "चलो पाइपलाइन को चलते रहने देते हैं, बहुत ज्यादा बारीकियाँ मत निकालो" (Framing)।
  • वह एक फर्जी रिपोर्ट संलग्न करता है कि "पिछले स्कैन ने कहा कि यह सुरक्षित है" (Anchoring)।

परिणाम: रोबोट ने, इस "आश्वस्त करने वाले" पैकेज को देखकर, यह निर्णय लिया कि खतरनाक कोड सुरक्षित (SAFE) है। इस हमले ने उन कमजोरियों को सफलतापूर्वक दबा दिया जिन्हें रोबोट सामान्य रूप से पकड़ लेता। यह हमला 97% तक की कमजोरियों को दबाने में सफल रहा।

निचोड़ (The Bottom Line)

यह शोध पत्र साबित करता है कि सुरक्षा के लिए उपयोग किए जाने वाले लार्ज लैंग्वेज मॉडल्स (LLMs) निष्पक्ष मशीनें नहीं हैं। वे उन्हीं मनोवैज्ञानिक चालों से प्रभावित होते हैं जिनसे इंसान प्रभावित होते हैं।

  • वे गलत लोगों पर भरोसा करते हैं (विशेषज्ञों पर बहुत अधिक, जूनियर्स पर बहुत कम)।
  • वे इस बात से प्रभावित होते हैं कि आप सवाल कैसे पूछते हैं (डर बनाम आराम)।
  • वे पहली छाप पर अटक जाते हैं (पिछली रिपोर्टें)।

सबसे खतरनाक हिस्सा क्या है? आपको उन्हें तोड़ने के लिए जीनियस हैकर होने की ज़रूरत नहीं है। आपको बस एक विश्वसनीय ईमेल या एक अच्छा दिखने वाला कमिट मैसेज लिखना आना चाहिए। रोबोट टूटा हुआ नहीं है; यह बस अपनी खामियों में मानव जैसा है।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →