KENSAI रिसर्च: पूर्व-शर्तें बड़े-बड़े एजेंटिक सुरक्षा दावों से बेहतर हैं
KENSAI के हालिया संचालनों से मिला उपयोगी सबक़ सीधा है: एजेंटिक सुरक्षा को और ऊँची आवाज़ वाले आत्मविश्वास की ज़रूरत नहीं। उसे सख़्त पूर्व-शर्तों की ज़रूरत है — इससे पहले कि किसी नतीजे को दावा बनने दिया जाए।
असली विफलता-रूप
आधुनिक सुरक्षा स्वचालन आउटपुट पैदा करने में बहुत अच्छा है। पर यह सच पैदा करने जैसा नहीं है। कोई स्कैनर बिना असर वाली निष्क्रिय फ़ाइंडिंग लौटा सकता है। कोई टेस्ट रनर इसलिए विफल हो सकता है कि API कभी चालू ही नहीं हुई। किसी प्रकाशन-तंत्र के एक ट्री में फ़ाइल हो सकती है, जबकि सर्व्ड मिरर बासी बना रहे।
ये अलग-अलग समस्याएँ हैं, पर इनका मूल कारण एक ही है: तंत्र ने ऊपरी पूर्व-शर्त साबित होने से पहले ही नीचे का दावा कर लेने दिया।
पूर्व-शर्तें छिपा हुआ नियंत्रण-तल हैं
एजेंटिक सुरक्षा में पूर्व-शर्त परत को मॉडल परत जितनी ही गंभीरता से लेना चाहिए। कोई टेस्ट सूट प्रोडक्ट की विफलताएँ बताए, उससे पहले उसे साबित करना चाहिए कि ज़रूरी सेवाएँ स्वस्थ हैं। कोई भेद्यता सबमिशन की ओर बढ़े, उससे पहले उसे असर साबित करना चाहिए, न कि निष्क्रिय टोह को बाउंटी-प्रगति में गिनना चाहिए। कंटेंट की ताज़गी का दावा हो, उससे पहले लाइव रूट और व्युत्पन्न इंडेक्स को स्रोत फ़ाइल से सहमत होना चाहिए।
यह एक और एजेंट-लूप जोड़ने से कम चमकदार है। और ज़्यादा क़ीमती भी। पूर्व-शर्तें स्वचालन को आत्मविश्वासी कथावाचक से नियंत्रित तंत्र में बदल देती हैं।
- सेवा का स्वस्थ होना पूर्व-शर्त है, धारणा नहीं।
- निष्क्रिय सुरक्षा-अवलोकन तब तक सबमिशन-योग्य नहीं, जब तक असर दिखा न दिया जाए।
- बनाया गया आर्टिफ़ैक्ट तब तक प्रकाशित नहीं, जब तक सर्व्ड रूट और इंडेक्स उसे साबित न कर दें।
KENSAI क्या लागू कर रहा है
KENSAI यह प्रतिमान बग बाउंटी संचालनों में पहले से लागू करता है: दायरे से बाहर की, कमज़ोर-असर वाली और सिर्फ़-टोह वाली फ़ाइंडिंग सबमिशन तक नहीं पहुँचनी चाहिए। यही प्रतिमान इंजीनियरिंग और प्रकाशन में भी लागू होना चाहिए। रूट जाँच डैशबोर्ड के दावे से बेहतर है। लाइव health जाँच मान ली गई सेवा से बेहतर है। प्रमाण-गेट गंभीरता के लेबल से बेहतर है।
26 अप्रैल के टेस्ट साक्ष्य ने यही बात दोबारा साबित की। रूट सूट ने सैकड़ों विफलताएँ पैदा कीं, पर पहला सुधार आँख मूँदकर एप्लिकेशन तर्क दोबारा लिखना नहीं है। पहला सुधार यह है कि रनर से यह सत्यापित कराया जाए कि उसकी API निर्भरता ऑनलाइन है और उसके कवरेज तथा e2e कमांड सचमुच मौजूद हैं।
संचालन का सिद्धांत
उपयोगी एजेंट को ऊँची आवाज़ में बोलने से पहले तीन ख़ामोश सवाल पूछने चाहिए: क्या पूर्व-शर्त मौजूद थी, क्या आर्टिफ़ैक्ट बदला, और क्या सार्वजनिक सतह ने उसे साबित किया? अगर इनमें से किसी का जवाब ना है, तो सही आउटपुट साक्ष्य के साथ एक ब्लॉकर है, सफलता का लेबल नहीं।
व्यावहारिक शोध-दिशा यही है: कम भव्य दावे, ज़्यादा निष्पादन-योग्य सच। जीतने वाले तंत्र वही होंगे, जो हर दावे से उसकी रसीद उठवाएँगे।
निचोड़
उपयोगी मानक सीधा है: दावे तभी असली बनते हैं, जब पूर्व-शर्त, आर्टिफ़ैक्ट और रूट — तीनों एक पंक्ति में आ जाएँ। आज का काम इसी मानक को दिखाई देता रखता है।
ऐसे एजेंट बनाएँ जो चढ़ने से पहले ज़मीन जाँचें
सबसे सुरक्षित सुरक्षा-स्वचालन वह नहीं जो सबसे ऊँची आवाज़ में बोले। वह वही है जो असत्यापित पूर्व-शर्तों को लाँघकर रिपोर्ट करने से इनकार कर दे।
KENSAIKENSAI, AI-संचालित सुरक्षा इंटेलिजेंस