एक कोडिंग ऐप (Coding App) ने आपकी फाइलें अपलोड कीं, फिर अपना सोर्स (Source) खोल दिया

पुष्ट घटनाओं की समयरेखा:

• 2026-07: ZCode लॉन्च हुआ (लगभग जुलाई), Z.ai के एजेंटिक कोडिंग वर्कबेंच (agentic coding workbench) के रूप में (पहली प्रस्तुति पर devops.com की कवरेज; GitHub रेपो का संदर्भ)।
• 2026-09-17: डेवलपरों ने X और RedNote पर रिपोर्ट करना शुरू किया कि ZCode बिना स्पष्ट सहमति के स्थानीय वर्कस्पेस डेटा बाहरी सर्वरों पर अपलोड कर रहा है (Tech in Asia)।
• 2026-09-18 (शुक्रवार): रिसर्चर Ferstar ने टियरडाउन प्रकाशित किया (blog.ferstar.org) जिसमें दिखा: साइन-इन रहते हुए ZCode चुपचाप पूरी वर्किंग डायरेक्टरी (working directory) को एक एन्क्रिप्टेड स्नैपशॉट में पैकेज कर देता था; एक वाणिज्यिक प्रोजेक्ट की 42,411 फाइलों को कवर करने वाला 313MB आर्काइव, जिसमें 86.6% .git डेटा था (196.1MB LFS ऑब्जेक्ट, 102.2MB कमिट-हिस्ट्री ऑब्जेक्ट, 0.6MB लॉग), 564 अपलोड कोशिशों में विफल रहा था; एक छोटा 15KB स्नैपशॉट (एक सार्वजनिक रेपो की 538 फाइलें) सफलतापूर्वक अपलोड हो चुका था। आर्काइव AES-256-CTR से एन्क्रिप्ट था, जिसे सर्वर द्वारा दी गई सार्वजनिक कुंजी का उपयोग करते हुए RSA-OAEP-SHA256 के ज़रिए रैप किया गया था — निजी कुंजी केवल Z.ai के क्लाउड में मौजूद है, इसलिए न उपयोगकर्ता और न ही क्लाइंट उसे डिक्रिप्ट कर सकता था। Z.ai ने उसी दिन अपने आधिकारिक Feishu समुदाय में माफ़ी मांगी, दोष डिफ़ॉल्ट रूप से चालू "Codebase Indexing" सुविधा पर डाला (जो सत्र-चेकपॉइंट रिकवरी, वर्जन रोलबैक, Repo Wiki के लिए इस्तेमाल होती थी), कहा कि उसने समस्या को पैच कर दिया है, ZCode को ओपन-सोर्स करने का संकल्प लिया, और मुआवजे के तौर पर साप्ताहिक कोटा रीसेट की पेशकश की।
• 2026-09-19/20: SCMP (Chang Minxiao, Chen Wency) ने इस मामले की रिपोर्ट की; TNW ने प्रकाशित किया "Z.ai encrypted the workspace it uploaded so that only Z.ai could open it. Now only Z.ai can say it was deleted." चीनी टेक मीडिया ने एक कॉर्पोरेट एस्केलेशन को कवर किया (Chengming Technology ने कानूनी मांग-पत्र भेजकर दावा किया कि छह वर्कस्पेस, सोर्स कोड, DB पासवर्ड और कर्मचारी डेटा अपलोड हुआ था) तथा रिपोर्ट किया कि एक अग्रणी चीनी रोबोटिक्स कंपनी ने आंतरिक रूप से Z.ai के टूल्स पर प्रतिबंध लगा दिया।
• 2026-09-21 (सोमवार) — इवेंट तिथि: Z.ai ने आधिकारिक ZCode X अकाउंट पर घोषणा की: सुधार पूरा, हार्दिक माफ़ी, Repo Wiki हटाया गया, स्थानीय-रिपॉजिटरी-स्नैपशॉट अपलोड वर्कफ़्लो ZCode v3.14.0 में बंद और हटाया गया, कोडबेस GitHub पर ओपन-सोर्स (Apache-2.0), कोडिंग असिस्टेंट पर ज़ीरो-डेटा-रिटेंशन सुविधा चालू, गंभीरता-आधारित इनामों के साथ स्थायी सुरक्षा-भेद रिपोर्टिंग प्रक्रिया, तथा CAICT और NSFOCUS के आकलन जिनमें OSS बकेट खाली ("zero-data state") पाया गया। Zhipu का HK-लिस्टेड स्टॉक कारोबार के दौरान >4% गिरा (चीनी मीडिया रिपोर्ट)। Chengming Technology ने उसी दिन अपना पुराना दावा वापस ले लिया, यह कहते हुए कि उसने गलत साक्ष्यों पर भरोसा किया था (Reuters)।
• 2026-09-22/23: Ferstar ने अब सार्वजनिक कोड का पुनः ऑडिट किया: अपलोड पाइपलाइन गायब है और बचा हुआ चेकपॉइंट तंत्र केवल स्थानीय Git काम करता है — लेकिन प्रकाशित रेपो में केवल तीन कमिट हैं (शुरू में दो), विकास-इतिहास और पैच-पूर्व अपलोडर कोड मिटा दिया गया है, इसलिए पहले के व्यवहार का स्वतंत्र निरीक्षण नहीं किया जा सकता। 2026-09-23 तक पूरी सुरक्षा-आकलन रिपोर्ट जारी नहीं हुई थी। चीनी मीडिया ने बताया कि Zhipu अपने मॉडल-एज़-अ-सर्विस (Model-as-a-Service, MaaS) प्लेटफॉर्म पर अतिरिक्त "no-retention" नियंत्रण की योजना बना रहा है। संबंधित संदर्भ: xAI के Grok Build को जुलाई 2026 में वही काम करते पकड़ा गया था (पूरी Git रिपॉजिटरी अपलोड करना) और उसने डिलीशन + प्रलेखित ज़ीरो-रिटेंशन नीति + प्राइवेसी एंडपॉइंट (privacy endpoint) के साथ जवाब दिया — यही टेम्पलेट अब Z.ai अपना रहा है।

• FACT (CONFIRMED). ZCode, Z.ai (जिसे अंतरराष्ट्रीय स्तर पर पहले Zhipu के नाम से जाना जाता था) का डेस्कटॉप/ब्राउज़र/टर्मिनल एआई कोडिंग वर्कबेंच (AI coding workbench) है, जो Z.ai के GLM मॉडल (model) परिवार (वर्तमान में GLM-5.3) के इर्द-गिर्द बना है। यह लगभग जुलाई 2026 में एक प्रोप्राइटरी क्लाइंट (proprietary client) के रूप में लॉन्च हुआ।
• FACT (CONFIRMED). 2026-09-21 (सोमवार) को Z.ai ने ZCode को GitHub पर zai-org संगठन के अंतर्गत Apache-2.0 लाइसेंस के साथ ओपन-सोर्स किया: https://github.com/zai-org/ZCode (इस रिसर्च के दौरान सीधे सत्यापित: सार्वजनिक, Apache-2.0, 6.5k स्टार्स / 1.9k फोर्क्स, 2026-09-23 तक main पर केवल तीन कमिट, README में v3.14.3 का उल्लेख)।
• FACT (CONFIRMED). उसी दिन Z.ai ने बताया कि उसने ZCode कोडिंग असिस्टेंट (coding assistant) पर ज़ीरो-डेटा-रिटेंशन (zero-data-retention) सुविधा चालू कर दी है, और कहा कि फिक्स से पहले अपलोड किया गया डेटा मिटा दिया गया है तथा उसका इस्तेमाल कभी मॉडल ट्रेनिंग (model training) के लिए नहीं किया गया (Reuters वायर, 2026-09-21; ZCode X अकाउंट की पोस्ट)।
• FACT (CONFIRMED). वजह एक सुरक्षा/निजता घटना थी: ZCode की डिफ़ॉल्ट रूप से चालू "Codebase Indexing" सुविधा उपयोगकर्ताओं के स्थानीय वर्कस्पेस (workspace) को — पूरी Git हिस्ट्री (history) सहित — पैकेज करती थी और सहमति के बिना उसे Alibaba Cloud स्टोरेज (OSS बकेट zcode-prod) पर अपलोड करने का प्रयास करती थी। इसे स्वतंत्र रिसर्चर Ferstar ने खोजा, जिनके 2026-09-18 के टियरडाउन (teardown) में एक वाणिज्यिक प्रोजेक्ट का 313MB एन्क्रिप्टेड स्नैपशॉट (encrypted snapshot) मिला (42,411 फाइलें; पेलोड का 86.6% .git से), जिसमें उनकी मशीन पर 564 अपलोड कोशिशें विफल रहीं और एक 15KB स्नैपशॉट पहले ही सफलतापूर्वक अपलोड हो चुका था।
• COMPANY CLAIM. Z.ai के अनुसार उसके बताए गए स्वतंत्र आकलन (China Academy of Information and Communications Technology, CAICT; सुरक्षा फर्म NSFOCUS) इस नतीजे पर पहुंचे कि OSS बकेट में शून्य डेटा था और डेटा मिटा दिया गया था। पूरी आकलन रिपोर्ट का वादा किया गया, पर वह अब तक प्रकाशित नहीं हुई।
• एविडेंस-स्थिति की सीमा (Evidence-status boundary): घटना का व्यवहार INDEPENDENTLY VERIFIED है (अनेक रिसर्चरों द्वारा पुनरुत्पाद्य रिवर्स-इंजीनियरिंग (reverse-engineering): Ferstar, Feng Ruohang, J.F. Zhang, तथा dev.to, runtimewire, SamCodeMan पर स्वतंत्र लेख)। डिलीशन का दावा केवल COMPANY CLAIM है: अपलोड किया गया आर्काइव ऐसी कुंजी से एन्क्रिप्ट था जिसका निजी हिस्सा केवल Z.ai के बैकएंड (backend) पर था, इसलिए डिलीशन की पुष्टि केवल Z.ai ही कर सकता है (TNW शीर्षक: "Now only Z.ai can say it was deleted")।

• ZCode बंद-सोर्स (closed-source) से ओपन-सोर्स (Apache-2.0) हो गया — पूरा वर्कबेंच क्लाइंट (Electron डेस्कटॉप, Web क्लाइंट, बैकएंड सर्वर, साझा UI, Agent CLI/runtime) https://github.com/zai-org/ZCode पर प्रकाशित।
• डेटा-एक्सफिल्ट्रेशन (exfiltration) करने वाला व्यवहार हटा दिया गया: Repo Wiki सुविधा मिटाई गई; स्थानीय रिपॉजिटरी स्नैपशॉट बनाने और अपलोड करने वाला वर्कफ़्लो बंद किया गया, और यह फिक्स ZCode v3.14.0 में भेजा गया (अब v3.14.3)।
• ज़ीरो-डेटा-रिटेंशन सुविधा चालू की गई ZCode कोडिंग असिस्टेंट पर (Reuters: "Z.ai said it had enabled a zero-data retention feature on the coding assistant used by developers and tech enterprises"); Z.ai ने कहा कि पहले अपलोड किया गया डेटा नष्ट कर दिया गया और मॉडल ट्रेनिंग में कभी इस्तेमाल नहीं हुआ, जिसका आधार (कंपनी के अनुसार) CAICT/NSFOCUS के वे आकलन हैं जो zcode-prod OSS बकेट को खाली बताते हैं।
• एक स्थायी वल्नरेबिलिटी-डिस्क्लोज़र (vulnerability-disclosure) प्रक्रिया स्थापित की गई — नाम से भले बग बाउंटी (bug bounty) न कहा जाए, व्यवहार में वही है, जिसमें गंभीरता (severity) के आधार पर इनाम दिए जाते हैं।
• भरोसे का रुख मूल रूप से बदल गया: Z.ai, जो ओपन-वेट्स-फर्स्ट (open-weights-first) कंपनी है, ने उजागर किया कि उसका क्लाइंट बंद और ऑडिट-अयोग्य (un-auditable) था; ओपन-सोर्सिंग क्लाइंट को समुदाय-ऑडिटेड (community-audited) आर्टिफैक्ट में बदल देती है।
• नियोजित (इवेंट तिथि पर अभी लाइव नहीं): MaaS प्लेटफॉर्म पर वैकल्पिक नो-रिटेंशन ("non-retention of content") नियंत्रण — मानक मॉडल कॉल के इनपुट और आउटपुट स्थायी रूप से संग्रहीत नहीं होंगे, केवल मौजूदा अनुरोध के लिए इस्तेमाल होंगे (Pandaily, DIGITIMES)।

पहले (BEFORE) (लगभग 2026-09-17/18 तक): ZCode बंद-सोर्स क्लाइंट; "Codebase Indexing" डिफ़ॉल्ट रूप से चालू; साइन-इन रहते हुए क्लाइंट पूरे वर्कस्पेस (वर्किंग ट्री + .git हिस्ट्री + LFS + रेफलॉग्स + ग्लोबल कॉन्फ़िग) को एन्क्रिप्टेड स्नैपशॉट में पैकेज करके Alibaba Cloud OSS पर पोस्ट करने की कोशिश करता था; "Optimize Experience" / "Repo Snapshot Indexing" नाम की सेटिंग्स कैप्चर नहीं रोकती थीं; किसी पेंडिंग स्नैपशॉट को हटाने पर ~30 मिनट के भीतर नया रीपैक हो जाता था; गोपनीयता नीति (2026-06-15 से प्रभावी) बातचीत के टेक्स्ट/फाइलें जमा करने की बात करती थी, पर वर्कस्पेस स्नैपशॉट के बारे में कुछ नहीं कहती थी; डिक्रिप्शन कुंजी केवल Z.ai के क्लाउड में रहती थी।

बदलाव (CHANGE) (2026-09-18 → 2026-09-21): उपयोगकर्ताओं ने इस व्यवहार को पकड़ा और सार्वजनिक किया (Ferstar, Feng Ruohang, J.F. Zhang); Z.ai ने शुक्रवार को माफ़ी मांगी; सोमवार को उसने पैच किया (v3.14.0), Repo Wiki और अपलोड वर्कफ़्लो हटाया, ज़ीरो-डेटा-रिटेंशन चालू किया, CAICT/NSFOCUS द्वारा सत्यापित अपलोड किए गए डेटा के डिलीशन का दावा किया, और Apache-2.0 के अंतर्गत पूरा सोर्स प्रकाशित किया।

बाद में (AFTER) (2026-09-22 →): अपलोड पाइपलाइन गई (Ferstar के पुनः-ऑडिट ने पुष्टि की); बचा हुआ चेकपॉइंट तंत्र केवल स्थानीय Git काम करता है; सोर्स सार्वजनिक रूप से निरीक्षण-योग्य है, पर मिटाए गए कमिट इतिहास का मतलब है कि पैच-पूर्व स्नैपशॉट/अपलोड कोड का ऑडिट नहीं किया जा सकता; ज़ीरो-रिटेंशन का दावा Z.ai के कहने और कंपनी-नियुक्त आकलनों पर टिका है; पूरी CAICT/NSFOCUS रिपोर्ट अप्रकाशित; MaaS नो-रिटेंशन विकल्प "आ रहा है" बताया गया; चीनी एआई कोडिंग क्लाइंट्स पर डेवलपर और एंटरप्राइज़ भरोसा दबाव में; जुलाई 2026 की Grok Build घटना के साथ समानता व्यापक रूप से रेखांकित की गई।

तकनीकी तंत्र (Ferstar और J.F. Zhang द्वारा रिवर्स-इंजीनियरिंग के ज़रिए INDEPENDENTLY VERIFIED; विवरण runtimewire, dev.to, SamCodeMan के लेखों में पुष्ट):

• कैप्चर (Capture): जब उपयोगकर्ता साइन-इन होता है, ZCode समय-समय पर मौजूदा वर्कस्पेस डायरेक्टरी ("वर्किंग डायरेक्टरी" तथा .git — ऑब्जेक्ट, LFS कैश, रेफलॉग्स — और ग्लोबल एप्लिकेशन कॉन्फ़िग) को एक कंप्रेस्ड स्नैपशॉट में पैकेज करता है। ट्रिगर स्रोतों में प्रॉम्प्ट-पूर्व कैप्चर और एक Repo Wiki अपडेट कार्य शामिल थे।
• एन्क्रिप्शन (Encryption): स्नैपशॉट की सामग्री एक रैंडम सिमेट्रिक कुंजी (AES-256-CTR) से एन्क्रिप्ट होती है; वह सिमेट्रिक कुंजी Z.ai के सर्वर से लाई गई सार्वजनिक कुंजी का उपयोग करते हुए RSA-OAEP-SHA256 से रैप की जाती है (एंडपॉइंट /api/v1/snapshot/upload-credential)। यह RPC एक स्नैपशॉट ID, स्टोरेज क्रेडेंशियल, आकार-सीमाएं और RSA सार्वजनिक कुंजी लौटाता है। निजी कुंजी केवल Z.ai के बैकएंड पर होती है, इसलिए स्थानीय सिफरटेक्स्ट (ciphertext) को न उपयोगकर्ता डिक्रिप्ट कर सकता है और न ही क्लाइंट — ऐसी आर्किटेक्चर जो तृतीय पक्षों से ट्रांसफर की रक्षा करती है, पर यह गारंटी देती है कि Z.ai का बैकएंड सब कुछ पढ़ सके।
• अपलोड (Upload): क्लाइंट एन्क्रिप्टेड आर्काइव को सीधे Alibaba Cloud OSS (बकेट zcode-prod) पर POST करता है; फिर Alibaba का स्टोरेज Z.ai के बैकएंड को कॉलबैक करके स्नैपशॉट दर्ज करता है। Ferstar के देखे गए आर्काइव की 564 कोशिशें विफल हुई थीं (नेटवर्क/क्रेडेंशियल बदलाव) और वह स्थानीय पेंडिंग क्यू में पड़ा था; एक सार्वजनिक रेपो का 15KB स्नैपशॉट सफल हो चुका था।
• कोई असरदार बंद-स्विच नहीं: दो UI सेटिंग्स ("Optimize Experience", "Repo Snapshot Indexing") डाउनस्ट्रीम डेटा उपयोग को नियंत्रित करती थीं, कैप्चर को नहीं; साइन-इन रहते हुए कैप्चर बिना शर्त चलता था; पेंडिंग स्नैपशॉट हटाने पर (~30 मिनट बाद) नया रीपैक शुरू हो जाता था।
• फिक्स (v3.14.0): Repo Wiki हटाया गया; अपलोड पाथ मिटाया गया; बचाया जा सकने वाला चेकपॉइंट तंत्र केवल स्थानीय Git ऑपरेशन तक सीमित कर दिया गया, बिना किसी क्लाउड पाथ के (Ferstar के प्रकाशन-पश्चात पुनः-ऑडिट ने पुष्टि की)।
• ज़ीरो रिटेंशन (दावा): Z.ai कहता है कि zcode-prod बकेट खाली/मिटा दिया गया (CAICT: "zero-data state"; NSFOCUS: बकेट और ऑब्जेक्ट गए), और अपलोड किया गया डेटा कभी मॉडल प्रशिक्षण के लिए इस्तेमाल नहीं हुआ; ZCode में ज़ीरो-डेटा-रिटेंशन सुविधा चालू है; मानक मॉडल कॉल के लिए MaaS नो-रिटेंशन नियंत्रण नियोजित हैं।

• किसी चीनी एआई लैब की अब तक की पहली ऐसी जवाबदेही-कार्रवाई: एक अग्रणी चीनी लैब ने खुले तौर पर सुरक्षा घटना का खुलासा किया, माफ़ी मांगी, उत्पाद ओपन-सोर्स किया और ज़ीरो रिटेंशन चालू किया — "a rare public disclosure of a security breach by a Chinese AI lab" (Reuters), और यह चीन के साइबर नियामक द्वारा अपना एआई सुरक्षा ढांचा अपडेट करने (शटडाउन-प्रतिरोध, मूल्यांकनकर्ता को धोखा देने, सैंडबॉक्स से भागने की चेतावनी) के कुछ दिनों बाद आया।
• यह "एजेंट चुपचाप निजी फाइलें अपलोड कर देता है" वाली विफलता-श्रेणी को परिभाषित करता है: कोडिंग एजेंटों के पास लगभग असीमित पढ़ने की पहुंच होती है; यह घटना सबसे स्पष्ट प्रदर्शन है कि एजेंट को दी गई क्षमताएं (फाइलें, Git हिस्ट्री) डिफ़ॉल्ट रूप से उसके विक्रेता को भी मिल जाती हैं। Git हिस्ट्री वह जगह है जहां मिटाए गए क्रेडेंशियल, आंतरिक होस्टनेम और छोड़ी गई ब्रांचें रहती हैं — "a full repository snapshot is quite sensitive" (डेवलपर की टिप्पणी, SCMP के माध्यम से)।
• यह एक सत्यापन-विषमता (verification asymmetry) उजागर करता है: विक्रेता-नियंत्रित कुंजी के साथ रखा गया एन्क्रिप्टेड-एट-रेस्ट (encrypted-at-rest) डेटा का मतलब है कि डिलीशन साबित करने वाला अकेला पक्ष विक्रेता ही है। क्लाइंट को ओपन-सोर्स करना उस सवाल का जवाब देता है जो उपयोगकर्ताओं ने नहीं पूछा था।
• घटना-से-पारदर्शिता रूपांतरण का टेम्पलेट: प्रतिक्रिया का क्रम (पैच → खुलासा → स्वतंत्र आकलन → ओपन सोर्स → ज़ीरो रिटेंशन → बाउंटी) एक दोहराया जा सकने वाला प्लेबुक है — लेकिन मिटाया गया कमिट इतिहास दिखाता है कि ओपन-वॉशिंग (open-washing) इसे कैसे कुंद कर सकती है (TNW: "The verification problem moved rather than closed")।
• सीधा मिसाल-समरूपता: xAI के Grok Build ने जुलाई 2026 में पूरी Git रेपो अपलोड की थीं; xAI ने डिलीशन, प्रलेखित ज़ीरो-रिटेंशन नीति और प्राइवेसी एंडपॉइंट के साथ जवाब दिया। Z.ai की प्रतिक्रिया उसी की प्रतिबिंब है — एजेंट-विक्रेता डेटा प्रबंधन के लिए एक उभरता उद्योग-मानक ("snap-delete solidarity")।

• किसी के भी द्वारा एआई कोडिंग क्लाइंट का स्वतंत्र सुरक्षा ऑडिट — GitHub रेपो अब रिसर्चरों को अपनाने से पहले डिफ़ॉल्ट रूप से चालू व्यवहार, नेटवर्क कॉल और एन्क्रिप्शन का निरीक्षण करने देता है।
• "क्या यह एजेंट डेटा बाहर भेजता है?" के लिए समुदाय-सत्यापनीय आधार-रेखा — Ferstar के पुनः-ऑडिट ने अपलोड पाइपलाइन हटने की पुष्टि पहले ही कर दी, किसी फिक्स का पहला तृतीय-पक्ष सत्यापन।
• एंटरप्राइज़ सुरक्षा टीमें अब ZCode पर सोर्स-स्तरीय ड्यू डिलिजेंस (due diligence) कर सकती हैं (थ्रेट-मॉडल, सोर्स से बिल्ड, टेलीमेट्री ब्लॉक) किसी बाइनरी पर भरोसा करने के बजाय।
• नियामक/मिसाल-स्थापन: एक चीनी एआई लैब ने प्रकाशित सुरक्षा-आकलन रिपोर्ट, गंभीरता-आधारित बाउंटी और ज़ीरो/नो-रिटेंशन सुविधाओं के लिए प्रतिबद्धता जताई है — मापनीय प्रतिबद्धताएं जिनका समय के साथ ऑडिट हो सकता है।
• तुलना के साधन: ग्राहक डेटा प्रवाह के वास्तविक साक्ष्यों के साथ Z.ai के खुले क्लाइंट की तुलना बंद प्रतिद्वंद्वियों (Cursor, Copilot, Claude Code) से कर सकते हैं।

• डिफ़ॉल्ट-ऑन परिवेशी कैप्चर (ambient capture) एक डिज़ाइन-खामी की श्रेणी है, केवल एक बग नहीं: "A bug gets patched, while a default gets decided by somebody" (TNW)। विक्रेताओं को नेटवर्क-बद्ध किसी भी चीज़ के लिए स्पष्ट, उपयोगकर्ता-दृश्य सहमति अनिवार्य माननी चाहिए, चाहे "इंडेक्सिंग" का इरादा कुछ भी हो।
• सर्वर-नियंत्रित कुंजियों के साथ क्लाइंट-साइड एन्क्रिप्शन उपयोगकर्ता को कोई निजता नहीं देता: "एन्क्रिप्टेड" स्नैपशॉट रचना से ही Z.ai के बैकएंड के लिए पूरी तरह पठनीय था; एन्क्रिप्शन तृतीय पक्षों से रक्षा करता था, विक्रेता से नहीं। इसे कुंजी-प्रबंधन का मुख्य सबक के रूप में दर्ज किया गया (AINave)।
• Git हिस्ट्री सबसे मूल्यवान बाहर ले जाया गया एसेट है: पेलोड का 86.6% — क्रेडेंशियल, रहस्य, होस्टनेम, रेफलॉग्स — वर्किंग-ट्री सोर्स से बहुत अधिक भारी है। एजेंट-सुरक्षा ऑडिट में .git को संवेदनशील डेटा मानना चाहिए।
• सैंडबॉक्सिंग (Sandboxing)/अनुमति आर्किटेक्चर: कैप्चर एजेंट टूल लूप के बाहर होस्ट स्तर पर चलता था, जिसके लिए केवल एक वैध JWT चाहिए था — कोई टूल-स्तरीय अनुमति प्रॉम्प्ट उसे रोक नहीं सकता था। नतीजा: होस्ट-स्तरीय नेटवर्क एग्रेस (egress) नियंत्रण और फाइलसिस्टम अखंडता (जैसे अपरिवर्तनीय चेकपॉइंट डायरेक्टरियां: chattr +i / chflags uchg उपयोगकर्ता-पक्ष उपाय के रूप में काम करती रहीं — SamCodeMan का लेख) ही व्यावहारिक बचाव हैं।
• इतिहास के बिना ओपन-सोर्सिंग फोरेंसिक्स (forensics) को सीमित करती है: तीन स्क्वैश्ड कमिट वाला रेपो उन डिफ्स को मिटा देता है जो ठीक-ठीक दिखाते कि भेद्य कोड क्या करता था; भेद्यता की पुनरुत्पाद्यता रिसर्चरों के पुराने लेखों तक सिमट जाती है।
• ज़ीरो-रिटेंशन सत्यापन के लिए तकनीकी तंत्र चाहिए: कुंजी-एस्क्रो (key escrow) में बदलाव या पारदर्शी लॉग के बिना डिलीशन के दावे अप्रमाणनीय रहते हैं; उपयोगकर्ता-नियंत्रित कुंजियों के साथ ई2ई-एन्क्रिप्शन (end-to-end encryption) वह तकनीकी फिक्स होगा जो डिलीशन को उपयोगकर्ता-सत्यापनीय बनाता — Z.ai ने वह नहीं अपनाया है।

• अपने एजेंट टूलिंग का ऑडिट करें: कौन सी सुविधाएं डिफ़ॉल्ट रूप से चालू हैं, मशीन से क्या बाहर जाता है, कुंजियां कहां रहती हैं (ZCode के लिए विशेष रूप से runtimewire/dev.to गाइड अब उपलब्ध हैं)।
• किसी भी कोडिंग एजेंट के लिए व्यावहारिक उपाय: उसे नेटवर्क नीति वाले कंटेनर/VM में चलाएं; चेकपॉइंट/सत्र डायरेक्टरियां अपरिवर्तनीय बनाएं; .git को रहस्यों के लिए स्कैन करें; किसी भी एआई टूल को भेजे गए वर्कस्पेस को ऐसे डेटा की तरह मानें जो विक्रेता के क्लाउड तक पहुंचता है।
• ZCode अपनाने से पहले: अब खुले सोर्स को पढ़ें, कॉन्फ़िग डिफ़ॉल्ट जांचें (config/, .env.example), और पुष्टि करें कि इंस्टॉल किया गया वर्जन ≥ v3.14.0 है।
• बाउंटी ("rewards based on the severity of the issues reported") सुरक्षा रिसर्चरों के लिए अवसर बनाती है — और भरोसा बहाल होगा या नहीं, यह रिलीज़ से अधिक समुदाय के जारी कोड-ऑडिट से तय होगा (explainx.ai का विश्लेषण)।
• ओपन वेट्स (open weights) और ओपन क्लाइंट को एक न समझें: GLM वेट्स खुले हैं पर ZCode बंद था; यह घटना याद दिलाती है कि मॉडल कार्ड नहीं, टूल की जांच करें।

• कोड एक्सफिल्ट्रेशन जोखिम एंटरप्राइज़ से जुड़ा दायित्व है: डिफ़ॉल्ट-ऑन क्लाइंट ने पूरी रिपॉजिटरी — Git हिस्ट्री (रहस्य, क्रेडेंशियल) सहित — तृतीय-पक्ष क्लाउड पर भेज दीं। जिन कंपनियों ने इंजीनियरिंग शृंखलाओं में ZCode की अनुमति दी थी, उन्हें अब एक्सपोज़र समीक्षा करनी होगी: क्रेडेंशियल रोटेट करें, रेपो का पुनः-ऑडिट करें, अकाउंट/उपयोग लॉग की समीक्षा करें (explainx.ai)।
• विक्रेता-भरोसा प्रक्रियाएं अपडेट करनी होंगी: सोर्स-स्तरीय समीक्षा, नेटवर्क-एग्रेस पारदर्शिता, उपयोगकर्ता-नियंत्रित एन्क्रिप्शन कुंजियां, प्रकाशित रिटेंशन नीतियां और सत्यापनीय डिलीशन (साक्ष्य सहित प्रकाशित तृतीय-पक्ष आकलन) मांगें, केवल आश्वासन नहीं।
• अनुपालन चक्र (Compliance loops): सोर्स कोड और क्रेडेंशियल का अनधिकृत स्थानांतरण डेटा-संरक्षण और बौद्धिक संपदा (IP) दायित्वों को छूता है (OECD.AI घटना वर्गीकरण निजता/डेटा-गवर्नेंस तथा IP हानियों का उल्लेख करता है); एंटरप्राइज़ को एआई-डेव-टूल के उपयोग को अपने DLP और डेटा-गवर्नेंस नियंत्रणों के मुकाबले मैप करना चाहिए (सीमा-पार स्थानांतरण के सवाल प्रभावित चीनी कंपनियों ने पहले ही उठाए हैं)।
• स्टॉक/बाजार संकेत: चीनी मीडिया के अनुसार Zhipu (02513.HK) घटना पर कारोबार के दौरान >4% गिरा; ब्रोकरों (Dongwu Securities) ने तर्क दिया कि बुनियादी असर छोटा है, पर भरोसे को नुकसान बग से बड़ा हो सकता है (mitrade/SCMP की टिप्पणी); एक अग्रणी रोबोटिक्स कंपनी ने कथित तौर पर आंतरिक रूप से Z.ai के टूल्स पर प्रतिबंध लगा दिया — खरीद निर्णयों के लिए यह ध्यान देने योग्य है।
• यह केवल Z.ai की समस्या नहीं है: Grok Build का मामला (जुलाई 2026) दिखाता है कि यह विफलता-श्रेणी पूरे उद्योग में है; एंटरप्राइज़ को एक सामान्य "एजेंट डेटा एग्रेस ऑडिट" चेकलिस्ट बनानी चाहिए।

• भरोसा-मरम्मत के रूप में ओपन-सोर्स: Z.ai ने अपनी प्रमुख जवाबदेही-कार्रवाई के तौर पर बंद क्लाइंट को सार्वजनिक आर्टिफैक्ट में बदला — यह स्वीकारोक्ति कि एआई टूल्स के लिए पारदर्शिता अब प्रतिस्पर्धी अनिवार्यता है। प्रतिद्वंद्वियों (विशेष रूप से चीनी लैब्स) से अपेक्षा कीजिए कि वे क्लाइंट ओपन-सोर्स करके या नो-रिटेंशन मोड जोड़कर जांच से पहले ही आगे निकलने की कोशिश करेंगे।
• चीनी लैब्स के खुलासे के मानदंड बदल रहे हैं: "the rare public disclosure of a security breach by a Chinese AI lab" (Reuters) — यह मिसाल चीन के नियामक द्वारा एआई सुरक्षा ढांचा अपडेट करने के कुछ दिनों बाद बनी; अमेरिकी लैब्स (OpenAI/Anthropic की "rogue agent" सुर्खियां) के मुकाबले स्थिति अब एक जीवंत कथा-धारा है।
• ओपन वेट्स + ओपन क्लाइंट एक रणनीतिक हथियार बनता है: Z.ai की रणनीति शीर्ष मॉडल मुफ़्त देना और हार्नेस (harness) बेचना है; हार्नेस अब ओपन सोर्स में कमोडिटी बन गया है, जिससे Cursor/Copilot/Claude Code-नेतृत्व वाले वर्कफ़्लो के मुकाबले प्रतिस्पर्धा तेज होती है और अपनाने की भरोसा-बाधाएं घटती हैं।
• भू-राजनीतिक ढांचा: TNW ने Alibaba द्वारा जुलाई में गुप्त डेटा ट्रांसमिशन के आरोप में Claude Code पर प्रतिबंध लगाने के साथ समरूपता रेखांकित की — "the complaint now is that sentence with the countries swapped." बीजिंग और वाशिंगटन, दोनों के दर्शकों को नया हथियार मिलता है; चीनी एआई तक पहुंच पर अमेरिकी प्रतिबंध सुरक्षा घटनाओं से और मजबूत हो सकते हैं।
• रिटेंशन नीति एक मार्केटिंग सतह बन जाती है: "zero retention" को विभेदक के रूप में पेश किया जा रहा है (चीनी मीडिया: "China's strictest data protection mechanism"); यह पूरे बाजार को नो-रिटेंशन डिफ़ॉल्ट की ओर धकेलेगा — एआई विक्रेता निजता कैसे बेचते हैं, इसमें यह वास्तविक रणनीतिक बदलाव है।

• डिलीशन का दावा असत्यापनीय (सबसे बड़ा शेष जोखिम): आर्काइव इस तरह एन्क्रिप्ट था कि केवल Z.ai का बैकएंड उसे पढ़ सके; डिलीशन की पुष्टि केवल Z.ai कर सकता है; आकलन फिक्स के बाद के बकेट का वर्णन करते हैं, यह नहीं कि पहले उसमें क्या गुज़रा (TNW)। अगर कोई भी प्रति बची (बैकअप, लॉग, ट्रेनिंग पाइपलाइन), तो "zero retention" का दावा पूरी तरह विफल हो जाता है।
• ट्रेनिंग-डेटा का दावा: Z.ai कहता है कि अपलोड किया गया डेटा कभी प्रशिक्षण के लिए इस्तेमाल नहीं हुआ — यह कंपनी का दावा है जिसके लिए अभी कोई स्वतंत्र ऑडिट मार्ग नहीं है।
• इतिहास के बिना ओपन-सोर्सिंग: मिटाया गया कमिट इतिहास फोरेंसिक्स रोकता है; अगर स्क्वैश्ड रिलीज़ में छिपे हुए मिलते-जुलते डिफ़ॉल्ट हैं, तो भरोसे का नुकसान और बढ़ेगा।
• विलंबित रिपोर्ट: वादा की गई पूरी CAICT/NSFOCUS आकलन रिपोर्ट की कोई प्रकाशन तिथि नहीं है; अनिश्चितकालीन देरी जवाबदेही की कथा को कमजोर करेगी।
• घटना का दायरा अज्ञात: किसी ने यह नहीं बताया कि यह व्यवहार 2026-09-18 से पहले कितने समय तक मौजूद था या कितने उपयोगकर्ता/वर्कस्पेस प्रभावित हुए।
• कानूनी जोखिम: प्रभावित ग्राहक (जैसे Chengming Technology का वापस लिया गया दावा; दूसरी कंपनियों के सीमा-पार-स्थानांतरण सवाल) अपने दावे फिर उठा सकते हैं; HK-लिस्टेड शेयर मूल्य और भविष्य की फंडरेज़िंग (HK मीडिया के अनुसार Zhipu ने दो महीनों में >CN¥70bn जुटाए) लगातार नकारात्मक कवरेज के प्रति उजागर हैं।
• नियामक ध्यान: चीन के साइबर नियामक का अपडेटेड एआई सुरक्षा ढांचा और वैश्विक एजेंट-सुरक्षा जांच (संयुक्त राष्ट्र पैनल का एजेंटों पर थीमैटिक ब्रीफ, 2026-09-21) ऐसा नियामकीय वातावरण बनाते हैं जिसमें दोबारा ऐसा होने पर कड़ी सजा मिलेगी।
• समुदाय का प्रति-कथानक: "open source minus the history" सुरक्षा रिसर्चरों को जवाबदेही का दिखावा लगता है; The Register और TNW दोनों ने 24 घंटे के भीतर इसे उभारा।

• प्राथमिक-स्रोत पहुंच: Z.ai के आधिकारिक बयान (Feishu, X) वायर पुनरुत्पादनों और प्रमुख मीडिया के हवालों (Reuters, TNW, The Register) के ज़रिए पढ़े गए, सीधे फेच करके नहीं; X पोस्ट का URL (https://x.com/zcode_ai/status/2101844704933621971) TNW ने उद्धृत किया है।
• चीनी भाषा की प्रेस: चीनी में पर्याप्त कवरेज मौजूद है (ifeng/凤凰网, chinaz, zaobao, nbd每日经济新闻, cnBeta, 21世纪经济报道 — पूरी सूची OECD.AI रिकॉर्ड में) जो ओपन-सोर्स घोषणा, "0 data retention", OSS बकेट खाली होने और Repo Wiki हटाए जाने की शीर्षक-स्तर पर पुष्टि करती है; इस रिसर्चर ने उन लेखों को पूरा नहीं पढ़ा, इसलिए केवल शीर्षक-स्तरीय पुष्टि का हवाला दिया गया है।
• डिलीशन/रिटेंशन तथ्य स्वभावतः एकपक्षीय हैं: CAICT/NSFOCUS के निष्कर्ष Z.ai द्वारा रिपोर्ट किए गए हैं; 2026-09-23 तक न पूरी रिपोर्ट उपलब्ध थी, न स्वतंत्र पुनरुत्पादन। ये COMPANY CLAIM हैं, INDEPENDENTLY VERIFIED नहीं।
• वर्जन/कमिट बदलाव: रेपो में अब तीन कमिट और v3.14.3 दिखता है (README अपडेट 2026-09-23); TNW ने 2026-09-22 को दो कमिट बताए थे — संख्याएं बदलती हैं, पर "मिटाया गया इतिहास" वाली बात बनी रहती है।
• तेज़ी से बदलती स्टोरी: रिसर्च के समय घटना 5 दिन पुरानी है; बाद की रिपोर्टिंग दायरे के आंकड़े, प्रभावित-उपयोगकर्ता संख्या या आकलन रिपोर्ट को अपडेट कर सकती है।
• इनके लिए स्वतंत्र पुष्टि का कोई दावा नहीं: प्रभावित वर्कस्पेस की संख्या, 17 सितंबर से पहले एक्सपोज़र की अवधि, सफलतापूर्वक अपलोड हुए 15KB स्नैपशॉट की सामग्री (वर्णन से आगे), और "रोबोटिक्स कंपनी के प्रतिबंध" की बात (SCMP-स्रोत, गुमनाम इंजीनियर)।

1. 2026-09-17 से पहले डिफ़ॉल्ट-ऑन कैप्चर कितने समय सक्रिय था, और किन-किन वर्जनों में?
2. वास्तव में कितने उपयोगकर्ता वर्कस्पेस (सफलतापूर्वक) अपलोड हुए, बनाम कतार में रहकर विफल हुए?
3. हर सफलतापूर्वक अपलोड किए गए ऑब्जेक्ट का क्या हुआ — बैकअप और लॉग सहित वास्तविक डिलीशन, या केवल बकेट-स्तरीय सफाई? Z.ai के बाहर कौन गवाही दे सकता है?
4. पूरी CAICT/NSFOCUS आकलन रिपोर्ट कब प्रकाशित होगी, और क्या वह पैच-पूर्व डेटा प्रवाहों को भी कवर करेगी?
5. खंडन के बावजूद क्या कोई अपलोड किया गया डेटा मॉडल प्रशिक्षण या उत्पाद सुधार के लिए इस्तेमाल हुआ?
6. कमिट इतिहास क्यों मिटाया गया, और पैच-पूर्व स्नैपशॉट/अपलोड कोड कभी फोरेंसिक्स के लिए जारी होगा?
7. नियोजित MaaS नो-रिटेंशन नियंत्रण डिफ़ॉल्ट-ऑन होंगे या ऑप्ट-इन, और क्या वे ZCode की बातचीत को भी कवर करेंगे?
8. क्या ZCode उपयोगकर्ता-नियंत्रित एन्क्रिप्शन कुंजियां या सोर्स-स्तरीय पारदर्शिता अपनाएगा जो "no retention" को तकनीकी रूप से प्रमाणनीय बनाए?
9. भरोसे का यह क्षरण Zhipu को व्यावसायिक रूप से कितना महंगा पड़ेगा (MaaS/एंटरप्राइज़ सौदे, IPO-कालीन निवेशक विश्वास)?
10. क्या चीनी नियामक का अपडेटेड एआई-सुरक्षा ढांचा इस घटना को चीनी एआई टूल विक्रेताओं के लिए ठोस दायित्वों में बदलता है (जैसे अनिवार्य खुलासा-अवधि, रिटेंशन सीमाएं)?

सर्कल 1: वे व्यक्ति और टीम लीड जो रोज़ एआई कोडिंग टूल्स इस्तेमाल करते हैं, तथा सुरक्षा/DevOps इंजीनियर।

• असर: एजेंटिक कोडिंग टूल्स इस्तेमाल करने वाली कोई भी इंजीनियरिंग टीम डिफ़ॉल्ट-ऑन डेटा ट्रांसमिशन के प्रति उजागर है; अलग-अलग डेवलपरों ने अपनी रिपॉजिटरी पर नियंत्रण खो दिया, और जो लिया गया उसे वे डिक्रिप्ट भी नहीं कर सके।
• सुझाया गया कदम: उपयोग में लाए जा रहे सभी एआई कोडिंग क्लाइंट्स का तत्काल ऑडिट करें — सुविधा-डिफ़ॉल्ट, नेटवर्क एग्रेस और कुंजी-अभिरक्षा (key custody) की सूची बनाएं; विशेष रूप से ZCode के लिए ≥ v3.14.0 पर अपग्रेड करें, खुले रेपो में config/ की समीक्षा करें, ZCode द्वारा छुए गए किसी भी रेपो को संभावित रूप से उजागर मानें, कमिट किए गए क्रेडेंशियल रोटेट करें (Git हिस्ट्री ही जोखिम है), और डिफेंस-इन-डेप्थ आदत के तौर पर सत्र/चेकपॉइंट डायरेक्टरियां अपरिवर्तनीय बनाएं (chflags uchg / chattr +i)।

सर्कल 2: इंजीनियरिंग संगठन और सुरक्षा नेतृत्व।

• असर: एंटरप्राइज़ सोर्स-कोड एक्सफिल्ट्रेशन का दायित्व; खरीद में भरोसा टूटा; अनुपालन (डेटा संरक्षण, IP, सीमा-पार स्थानांतरण) जोखिम; विक्रेता आकलन के लिए अब सोर्स-स्तरीय निरीक्षण जरूरी।
• सुझाया गया कदम: विक्रेता सुरक्षा समीक्षा प्रक्रिया में "एआई टूल डेटा-एग्रेस ऑडिट" जोड़ें (डिफ़ॉल्ट, नेटवर्क एंडपॉइंट, एन्क्रिप्शन कुंजी-अभिरक्षा, रिटेंशन, डिलीशन सत्यापन); एजेंट टूल्स के लिए नेटवर्क-स्तरीय एग्रेस नीति लागू करें (अनुमति-सूचीबद्ध एंडपॉइंट, सीधे-क्लाउड पाथ नहीं); हर एआई-कोडिंग विक्रेता से प्रकाशित रिटेंशन प्रतिबद्धताएं और तृतीय-पक्ष आकलन रिपोर्ट मांगें; अपने सप्लायर-जोखिम रजिस्टर में ZCode घटना दर्ज करें, और जिस भी टीम ने इसका उपयोग किया उसका पुनः-प्रमाणन (re-certify) करें।

सर्कल 3: पारिस्थितिकी तंत्र: विक्रेता, नियामक, मानक निकाय, उद्योग पर्यवेक्षक।

• असर: पूरे उद्योग में एजेंट-डेटा प्रबंधन के मानदंड गढ़ता है; किसी चीनी एआई लैब का खुलासा-मिसाल और ज़ीरो-रिटेंशन प्रतिबद्धता बाजार पर दबाव डालती है; नियामकों को एजेंट-सुरक्षा नियम-निर्माण के लिए ठोस घटना मिलती है; सीमा-पार डेटा-प्रवाह बहस फिर खुलती है।
• सुझाया गया कदम: उद्योग समूहों और नियामकों को "एजेंट डेटा-एग्रेस पारदर्शिता" मानक परिभाषित करने चाहिए (डिफ़ॉल्ट रूप से क्या भेजा जाता है इसका खुलासा, उपयोगकर्ता-नियंत्रित कुंजियां या सत्यापनीय डिलीशन अनिवार्य, उल्लंघन-खुलासा की समय-सीमा अनिवार्य); विक्रेताओं को "zero retention" को सत्यापनीय रूप से इंजीनियर करने योग्य उत्पाद सुविधा मानना चाहिए; मानक निकायों को एजेंट-सुरक्षा चेकलिस्ट में Git-हिस्ट्री एक्सफिल्ट्रेशन जोड़ना चाहिए (OECD.AI घटना रिकॉर्ड इसके लिए स्वाभाविक आधार है)।

• एजेंट-सुरक्षा टूलिंग की कमी: एजेंट डेटा एग्रेस का पता लगाने/निगरानी करने वाले टूल्स (एआई क्लाइंट्स के लिए DLP, एग्रेस अनुमति-सूची, Git हिस्ट्री की सीक्रेट-स्कैनिंग) के लिए स्पष्ट, प्रदर्शित बाजार-मांग है।
• सत्यापनीय-डिलीशन और कुंजी-अभिरक्षा सेवाएं: उपयोगकर्ता-नियंत्रित एन्क्रिप्शन, पारदर्शी लॉग या एस्क्रो-आधारित तृतीय-पक्ष डिलीशन प्रमाण देने वाले उत्पाद इस घटना से उजागर विषमता का सीधा समाधान हैं।
• ओपन-सोर्स परामर्श: खुला ZCode रेपो अपनाने वाली टीमों के लिए अनुकूलित सुरक्षा समीक्षा, हार्डनिंग गाइड और अनुपालन प्रमाणन की मांग पैदा करता है।
• चीनी एआई विक्रेताओं के लिए भरोसा-सत्यापन सेवा के रूप में: साक्ष्य सहित प्रकाशित स्वतंत्र आकलन रिपोर्ट (CAICT/NSFOCUS जैसी) "zero retention" के विस्तार के साथ बिकने योग्य विभेदक बनती हैं।
• सावधानी का नोट: इस घटना के Z.ai के लिए लागत-पक्ष प्रभाव भी हैं (कानूनी जोखिम, शेयर-मूल्य पर दबाव); "अवसर" वाला ढांचा पारिस्थितिकी तंत्र पर लागू होता है, Z.ai के ग्राहकों पर नहीं।

VERIFY अभ्यास (देखें labs/S12.md): https://github.com/zai-org/ZCode को क्लोन करें, लाइसेंस और कमिट संख्या सत्यापित करें, rg से ट्री में स्नैपशॉट/अपलोड/क्रेडेंशियल एंडपॉइंट खोजें (जैसे upload-credential, snapshot, oss), config/ के डिफ़ॉल्ट और .env.example का निरीक्षण करें, और पुष्टि करें कि कोई Repo Wiki या क्लाउड-स्नैपशॉट पाथ नहीं बचा है — यानी Ferstar के सुधार-पश्चात पुनः-ऑडिट को दोहराएं। यह अब सचमुच अर्थपूर्ण है क्योंकि अपलोड पाइपलाइन का हटना ही वह एकमात्र सुधार-दावा है जो बाहरी रूप से जांचा जा सकता है; अपने ही डेटा पर नेटवर्क-आधारित एक्सफिल्ट्रेशन का पुनः-परीक्षण न करें।

• अल्पकाल (दिन/सप्ताह): पूरी CAICT/NSFOCUS रिपोर्ट की अपेक्षा; जारी कोड का समुदाय-ऑडिट निष्कर्ष सामने लाएगा (नई घोषित बाउंटी इसकी संभावना बढ़ाती है); देखें कि मिटाया गया कमिट इतिहास स्थायी विवाद बनता है या नहीं; MaaS नो-रिटेंशन नियंत्रणों का रोलआउट "जल्द" बताया गया है।
• मध्यम अवधि (तिमाहियां): ज़ीरो/नो-रिटेंशन एआई कोडिंग टूल्स के लिए मानक अपेक्षा बन जाता है; प्रतिद्वंद्वी प्रतिक्रिया देते हैं (पहले से ओपन-सोर्सिंग या रिटेंशन गारंटी); एंटरप्राइज़ एजेंट-एग्रेस ऑडिट को संहिताबद्ध करते हैं; चीनी नियामक की एआई-टूल डेटा प्रबंधन पर अनुवर्ती कार्रवाई संभावित।
• वाइल्डकार्ड (Wildcards): पता चलना कि अपलोड डेटा कहीं बचा रह गया (डिलीशन के दावे को तोड़ता हुआ); खुले कोड में दूसरी, संबंधित भेद्यता; चीन में नियामकीय जुर्माना/कार्रवाई; इस घटना का हवाला देते अमेरिकी/भू-राजनीतिक प्रतिबंध की सुर्खियां।

यह एजेंट-सुरक्षा (agent-security) बीट पर सप्ताह की सबसे मजबूत स्टोरी है, और इसके दो पहलू हैं। पहला विफलता-श्रेणी: एक डिफ़ॉल्ट-ऑन सुविधा ने डेवलपर की पूरी Git हिस्ट्री — रेपो का वह हिस्सा जो उसके सारे पुराने रहस्य रखता है — विक्रेता के क्लाउड तक पहुंचा दी, और ऐसे एन्क्रिप्ट की हुई कि मालिक उसे खोल भी नहीं सकता था। यह सबसे स्पष्ट उदाहरण है कि जब आप एजेंट को अपना फोल्डर देते हैं, तो आप विक्रेता को भी अपना फोल्डर दे रहे होते हैं। दूसरा पहलू प्रतिक्रिया है: क्लाइंट को ओपन-सोर्स करना, ज़ीरो रिटेंशन चालू करना और CAICT/NSFOCUS आकलन करवाना किसी चीनी लैब की असली, दुर्लभ जवाबदेही-कार्रवाई है — Grok Build मामले के बाद "delete, document, disclose" टेम्पलेट अपनाने वाली पहली। लेकिन रिलीज़ अपना इतिहास साफ करके आई, डिलीशन का दावा उसी एकमात्र पक्ष के कहने पर टिका है जिसकी जांच हो सकती थी, और पूरी रिपोर्ट अब तक नहीं आई। फिक्स आधा-अनुकूल है: अपलोड पाइपलाइन का जाना प्रमाणित है; डेटा सचमुच गया या नहीं, यह भरोसे का विषय बना हुआ है। यही विषमता — कोड के स्तर पर पारदर्शिता, डेटा के स्तर पर अपारदर्शिता — सबक है, और यह बाजार के हर एआई कोडिंग टूल पर लागू होता है, केवल Z.ai के टूल पर नहीं।

एविडेंस स्रोत: देखें sources/S12.md। RESEARCH_CONFIG.json के अनुसार रिसर्च विंडो: 2026-09-18 → 2026-09-22। इवेंट तिथि 2026-09-21 विंडो के भीतर है।