नियोक्लाउड सुरक्षा: अधिकांश नियोक्लाउड्स का जोखिम विश्लेषण

GPU लीज़ पहले एक खरीदारी वाली समस्या हुआ करती थी: कितनी कंप्यूट क्षमता चाहिए, कितनी जल्दी चाहिए, और इनवॉइस वित्त टीम को कितना डराएगा। अब अधिक तीखा सवाल यह है कि जो प्रदाता आपका ट्रेनिंग रन संभाल रहा है, क्या वही अगली घटना रिपोर्ट भी संभालेगा। SemiAnalysis ने उन AI टीमों के लिए एक असहज सच्चाई पर चेतावनी दी है जो क्षमता किराए पर लेने की दौड़ में हैं: neocloud सुरक्षा अब AI इन्फ्रास्ट्रक्चर सप्लाई चेन का हिस्सा बन रही है। GPU चमकदार हो सकते हैं, लेकिन trust boundary बिना वेतन ओवरटाइम कर रही है।

क्या हुआ: GPU लीज़ एक trust boundary बन गई

SemiAnalysis इस मुद्दे को Most Neoclouds Suck At Security नामक लेख में समझाता है, जो इस विषय को साफ़ तौर पर OpenAI बनाम HuggingFace, container escapes, kernel bypass, network policies, security keys, multi-tenant Grafana, और ClusterMAX 3.0 preview से जोड़ता है। SemiAnalysis के अनुसार, सबसे बड़ी AI कंपनियाँ बहुत तेज़ी से multi-vendor infrastructure supply chain बना रही हैं, और हर नया vendor counterparty risk बन जाता है, जिसमें subcontractors और subprocesses भी शामिल हैं जिन्हें जाँचना ज़रूरी है। यही वह हिस्सा है जिसे procurement decks अक्सर सुंदर ग्रे टेक्स्ट में दिखाते हैं, ठीक उससे पहले जब security को blast radius विरासत में मिलता है।

यहाँ उपयोगी बदलाव यह है कि बातचीत generic cloud confidence से हटकर concrete diligence पर आ जाती है। SemiAnalysis कहता है कि उसके ClusterMAX 3.0 testing ने neocloud environments में security horror stories और पाँच डरावने patterns सामने लाए। दिए गए evidence उन patterns को पूरी तरह उजागर नहीं करते, इसलिए ज़िम्मेदार पढ़ाई अधिक सीमित और actionable है: SemiAnalysis framing में जिन क्षेत्रों के नाम लिए गए हैं, वे किसी टीम द्वारा sensitive workloads ले जाने से पहले buyer questions बनने चाहिए।

क्या सामने आया: diligence gaps, सिर्फ machines नहीं

SemiAnalysis उन technical neighborhoods के नाम बताता है जिन्हें किसी भी AI infrastructure buyer को सतर्क कर देना चाहिए: multi-tenant isolation, container escapes, kernel bypass, network policies, security keys, और multi-tenant Grafana। मैं यहाँ कोई साफ-सुथरी छोटी exploit chain गढ़ने नहीं जा रहा, क्योंकि इसी तरह security theater को cape और LinkedIn post मिल जाती है। बात अधिक सरल और टिकाऊ है: अगर कोई provider यह नहीं समझा सकता कि वह इन क्षेत्रों को कैसे संभालता है, तो गायब जवाब अपने आप में उपयोगी evidence है।

यह मायने रखता है क्योंकि AI workloads कई मूल्यवान चीज़ों को एक जगह केंद्रित कर देते हैं: models, data pipelines, credentials, experiments, और बहुत तेज़ी से काम कर रही teams की operational habits। SemiAnalysis कहता है कि neolab CISOs को negotiating table पर जगह मिल रही है क्योंकि serious customers security को serious ले रहे हैं। अच्छा है। Security को contract sign होने से पहले कमरे में होना चाहिए, न कि तब जब कोई यह पता लगाए कि incident response plan असल में PDF trench coat पहने हुए vibes था।

blast radius partners के ज़रिए क्यों फैलता है

SecurityAffairs रिपोर्ट करता है कि third-party access supply chain security में अब भी एक weak link है। यह Thales Digital Trust Index report, Third-Party Edition का हवाला देता है, जिसमें पाया गया कि surveyed professionals में से 51% partner systems तक access तब भी days या even a month तक बनाए रखते हैं जब उन्हें इसकी ज़रूरत नहीं रहती। SecurityAffairs weak authentication, exceptions, delayed revocation, stale permissions, और long-lived sessions को भी ऐसे तरीकों के रूप में बताता है जिनसे everyday collaboration चुपचाप risk जमा कर सकता है। यह exotic नहीं है। यह Tuesday है, जिसके badge पर contractor लिखा है।

इसीलिए neocloud सवाल सिर्फ यह नहीं है कि किसी provider के पास पर्याप्त GPUs हैं या नहीं। सवाल यह है कि उसका access model, tenant boundaries, network controls, key practices, और monitoring boundaries आपके द्वारा वहाँ रखे जा रहे काम के लिए पर्याप्त mature हैं या नहीं। Threat actors को character development की ज़रूरत नहीं होती जब plot उन्हें loose controls वाला trusted third party दे देता है। वे बस dependency graph का पीछा करते हैं और बाकी सबको बाद में यह समझाने देते हैं कि lessons learned हुए।

आपके लिए इसका असली मतलब क्या है

SemiAnalysis और SecurityAffairs से practical translation यह है: neoclouds को critical suppliers की तरह treat करें, temporary compute vending machines की तरह नहीं। पूछें कि provider subcontractors और subprocesses की जाँच कैसे करता है, access को कैसे govern करता है, unnecessary partner access को कितनी जल्दी revoke किया जाता है, और SemiAnalysis द्वारा नामित क्षेत्रों में controls के लिए वह evidence कैसे दिखा सकता है। अगर जवाब ज़्यादातर adjectives हैं, तो और खोदिए। Adjectives tenants को isolate नहीं करते।

Builders के लिए अगला कदम यह है कि workloads land होने से पहले AI infrastructure selection में security gates जोड़े जाएँ। Security teams के लिए अवसर यह है कि vague third-party risk को specific contract language, audit requests, access limits, और incident notification expectations में बदला जाए। AI infrastructure race धीमी नहीं हो रही, लेकिन buyers अब भी speed को कम radioactive बना सकते हैं। देखिए कि क्या neocloud vendors अधिक स्पष्ट security evidence प्रकाशित करना शुरू करते हैं, क्योंकि इस market में जो provider trust साबित कर सकता है, वह उस provider से अधिक valuable हो सकता है जिसके पास सिर्फ inventory है।