गणित लगाइए: हमने ChatGPT खातों पर कैसे कब्ज़ा किया
शोधकर्ता बताते हैं कि वे एक crafted link के ज़रिए ChatGPT खातों पर कब्ज़ा करने में कैसे सफल हुए, जिसमें web preview behavior और `postMessage`, iframes, तथा JSONP जैसे पुराने browser primitives का दुरुपयोग किया गया। टिप्पणीकार OpenAI की security posture की आलोचना करते हैं, और खास तौर पर account-takeover-स्तर की vulnerability के लिए दिए गए $5,000 bug bounty को बहुत कम मानते हैं, यह कहते हुए कि यह responsible disclosure का मूल्य घटाता है और भविष्य की खोजों को gray market की ओर धकेल सकता है। चर्चा आगे software complexity, संदिग्ध OAuth और client-side implementations, तथा इस विडंबना तक जाती है कि अग्रणी AI कंपनियाँ अभी भी नाज़ुक, त्रुटिप्रवण web stacks पर निर्भर हैं, जबकि वे दावा करती हैं कि उनके अपने agents इन्हें सुरक्षित कर सकते हैं।
कमज़ोरी की गंभीरता और हमले की कार्यप्रणाली
- टिप्पणीकार इसे एक गंभीर account‑takeover समस्या मानते हैं, खासकर जब इसे desktop app में “Work” sessions के जरिए remote filesystem access जैसी अन्य क्षमताओं के साथ जोड़ा जाए।
- कुछ लोग हैरान हैं कि इतने पैमाने पर इतनी बुनियादी web security विफलताएँ (जैसे unchecked
postMessage, JSONP का दुरुपयोग, OAuth/state की गलतियाँ, referer leaks) कैसे दिखाई देती हैं। - अन्य लोग write-up की सराहना करते हैं, क्योंकि इसमें iframes, postMessage, JSONP, image tags जैसी classic web tricks को step-by-step जोड़ा गया है, हालांकि कुछ लोगों को व्याख्या भ्रमित करने वाली या अधूरी लगती है।
Bug bounty की राशि और प्रोत्साहन
- P1 account‑takeover vulnerability के लिए $5,000 का bounty, OpenAI के valuation और संभावित प्रभाव को देखते हुए, बहुत कम और अपमानजनक माना जा रहा है।
- कई लोग तर्क देते हैं कि कम bounty जिम्मेदार disclosure को हतोत्साहित करती है और भविष्य के शोधकर्ताओं को exploits निजी तौर पर या gray markets में बेचने की ओर धकेल सकती है।
- अन्य लोग बताते हैं कि कुछ बड़े firms तो इससे भी बदतर हैं (उदाहरण के लिए, vulnerabilities ठीक कर देते हैं लेकिन भुगतान नहीं करते), और कंपनियाँ inbound reports सीमित करने के लिए जानबूझकर bounties कम रख सकती हैं।
- इस पर बहस है कि bounty का आकार severity के अनुसार होना चाहिए या researcher की मेहनत के अनुसार, और क्या “इसे ठीक कर देना” अपने आप में ही बड़ा मूल्य नहीं है।
नैतिकता: disclose करें या exploit करें
- एक पक्ष का कहना है कि भुगतान या कंपनी की संपन्नता की परवाह किए बिना, नैतिक कर्तव्य के तहत vendors को report करना चाहिए।
- दूसरा पक्ष तर्क देता है कि अत्यधिक शक्तिशाली, profit-driven कंपनियाँ जो स्वयं संदिग्ध व्यवहार करती हैं, किसी विशेष नैतिक सहानुभूति की हकदार नहीं हैं।
- exploits बेचने की वैधता और क्या यह criminal facilitation माना जाएगा, इस पर चर्चा होती है; निष्कर्ष यह है कि यह जोखिम भरा है और तथ्यों पर निर्भर करता है।
LLMs, security testing, और software quality
- कुछ लोग पूछते हैं कि OpenAI के अपने “agent swarms” या अन्य LLMs ने यह bug क्यों नहीं पकड़ा; अन्य लोग संदेह करते हैं कि वर्तमान AI इतनी सूक्ष्म समस्याएँ स्वतः खोज सकता है।
- कई लोग OpenAI की व्यापक engineering culture (विशाल codebases, marketing hype) की आलोचना करते हैं और सरल, अधिक सुरक्षित डिज़ाइनों तथा कम attack surface की मांग करते हैं।
- इससे जुड़ी बहस यह भी है कि क्या lines of code complexity और vulnerability surface का कोई सार्थक proxy हैं।
Email links, phishing, और “लिंक मत क्लिक करो”
- exploit के लिए एक क्लिक किया गया link चाहिए, जिससे सुरक्षा प्रशिक्षण पर चुटकुले किए जाते हैं जो बस “लिंक मत क्लिक करो” तक सीमित रह जाता है।
- टिप्पणीकार बताते हैं कि link-scanning email “security” products links को auto-visit कर सकते हैं, जिससे ऐसी सलाह जटिल हो जाती है और कभी-कभी GET-based confirmation flows भी टूट जाते हैं।
Meta: ब्लॉग की गुणवत्ता और AI-generated content
- कई लोग शिकायत करते हैं कि ब्लॉग पोस्ट LLM-generated marketing जैसी लगती है, और यह इंसानों से अधिक bots के लिए लिखी गई है।
- अन्य लोग इस बात पर ज़ोर देते हैं कि वे अब भी अपने blog खुद हाथ से लिखते हैं ताकि समझ बेहतर हो और human-level clarity बनी रहे।