एक पिक्चर डेस्क को किसी फोटोग्राफर से फाइल मिलती है। Photoshop उसे खोलता है और पैनल में एक कंटेंट क्रेडेंशियल दिखाता है: कैमरे से लिया गया, Lightroom में संपादित, एक तय तारीख को एक्सपोर्ट किया गया। उपयोगी। फिर फाइल CMS से गुजरती है, तीन जगहों के लिए उसका आकार बदला जाता है, और उसे एक सोशल चैनल पर भेज दिया जाता है, और वहां पहुंचने तक क्रेडेंशियल गायब हो चुका होता है। छवि दोबारा एन्कोड हुई, और मैनिफेस्ट यह सफर नहीं झेल पाया।
2026 में असल में क्या बदला
कंटेंट क्रेडेंशियल्स वह प्रोवेनेंस फॉर्मेट है जिसे C2PA यानी Coalition for Content Provenance and Authenticity संभालती है। इस साल की खबर फॉर्मेट नहीं है। खबर यह है कि इसमें कौन शामिल हुआ।
OpenAI मई 2024 से C2PA की स्टीयरिंग कमेटी की सदस्य है और ChatGPT तथा अपने API से निकलने वाली छवियों में कंटेंट क्रेडेंशियल जोड़ती है। इस साल की नई बात: 19 मई 2026 को OpenAI और Google ने घोषणा की कि वे इस मैनिफेस्ट को Google के SynthID वॉटरमार्क के साथ जोड़ेंगे, एक दूसरी परत जो स्क्रीनशॉट, आकार बदलने या दोबारा पोस्ट करने के बाद भी बनी रहती है। Kakao और ElevenLabs ने उसी महीने वही SynthID वॉटरमार्क अपनाया। Nvidia एक साल पहले ही अपने टूल्स में SynthID जोड़ चुकी थी। स्टीयरिंग कमेटी में पहले से Google, Microsoft, Meta और BBC शामिल थे, और सदस्यों में Sony, Nikon और Leica जैसे कैमरा निर्माता भी शामिल हैं।
Google ने घोषणा की है कि कंटेंट क्रेडेंशियल्स की जांच और SynthID डिटेक्शन Google Search तथा Chrome में मूल रूप से आ रहे हैं, जबकि डिटेक्शन Gemini ऐप में पहले से उपलब्ध है। श्रृंखला के दूसरे सिरे पर, तस्वीर खींचते ही हस्ताक्षर करने की सुविधा Leica, Sony, Nikon और Canon के कैमरों तथा हाल के फ्लैगशिप फोनों में आ चुकी है। यह मानक के लिए सचमुच बड़ी जीत है। और यह ठीक-ठीक वितरण से जुड़ा तथ्य है, कानून से जुड़ा नहीं।
कंटेंट क्रेडेंशियल असल में क्या कहता है
कंटेंट क्रेडेंशियल एक हस्ताक्षरित मैनिफेस्ट है जो फाइल के साथ चलता है। यह दर्ज करता है कि फाइल किसने बनाई और उसके बाद उसके साथ क्या हुआ: कैप्चर डिवाइस या मॉडल, संपादन के चरण, और एक्सपोर्ट। हस्ताक्षर उसी सॉफ्टवेयर से आता है जिसने फाइल बनाई, इसलिए बाद में पिक्सल बदलने पर यह जुड़ाव टूट जाता है और जांच में दिख जाता है।
यह एक सवाल का अच्छा जवाब देता है। सवाल यह है कि कोई फ्रेम कैमरे का मूल है, मॉडल का आउटपुट है, या कैमरे का मूल है जिसे किसी मॉडल ने छुआ है। पिक्चर एडिटर, प्लेटफॉर्म की समीक्षा टीमें और डेटासेट क्यूरेटर, सभी को यह जवाब सेकंडों में और बड़ी मात्रा में चाहिए।
सवाल कहां बदल जाता है
बाद में एक अलग सवाल आता है, आमतौर पर तब जब पैसा जुड़ जाता है। किसी ने आपकी तस्वीर दोबारा इस्तेमाल कर ली। किसी मॉडल को आपके आर्काइव पर प्रशिक्षित किया गया। उस मौके पर किसी को इससे मतलब नहीं कि फाइल किस एप्लिकेशन ने एक्सपोर्ट की। मतलब इससे है कि काम किसने बनाया, और कब से। कंटेंट क्रेडेंशियल इस सवाल के लिए बना ही नहीं था, और इसकी तीन व्यावहारिक वजहें हैं।
सामान्य प्रोसेसिंग में मैनिफेस्ट हट जाता है
दोबारा एन्कोडिंग, फॉर्मेट बदलना, स्क्रीनशॉट, या मेटाडेटा दोबारा लिखने वाली कोई पाइपलाइन मैनिफेस्ट हटा देगी, बशर्ते हर चरण उसे आगे ले जाने के लिए न बना हो। कई चरण ऐसे नहीं होते, और हटा हुआ क्रेडेंशियल बिल्कुल वैसा ही दिखता है जैसा वह जो कभी था ही नहीं। क्रेडेंशियल ठीक उसी हालत में सबसे कमजोर होता है जिसमें विवाद पैदा होते हैं, यानी फाइल के इधर-उधर घूम चुकने के बाद।
यह उपकरण बताता है, अधिकार धारक नहीं
मैनिफेस्ट बताता है कि किस एप्लिकेशन या डिवाइस ने फाइल बनाई और संपादित की। निर्माता चाहे तो पहचान संबंधी घोषणा जोड़ सकता है, लेकिन मूल दावा सॉफ्टवेयर के बारे में है, स्वामित्व के बारे में नहीं। क्रेडेंशियल में ऐसा कुछ नहीं जो तय करे कि अधिकार किसी फ्रीलांसर के पास हैं, किसी एजेंसी के पास, या उस क्लाइंट के पास जिसने काम सौंपा था, और न ही यह कि कौन सा अनुबंध उपयोग को नियंत्रित करता है।
यह स्वयं घोषित है, किसी स्वतंत्र ट्रस्ट सेवा से जारी नहीं
कंटेंट क्रेडेंशियल पर उसी सॉफ्टवेयर के प्रमाणपत्र से हस्ताक्षर होते हैं जिसने उसे बनाया। यह एक हितबद्ध पक्ष का अपने ही आउटपुट के बारे में बयान है। योग्य इलेक्ट्रॉनिक टाइमस्टैम्प इससे अलग किस्म की चीज है: यह कानूनी ढांचे के तहत निगरानी में रखे गए ट्रस्ट सेवा प्रदाता द्वारा जारी होता है, और यह कभी भी दावा करने वाले के हाथ में नहीं होता।
योग्य टाइमस्टैम्प क्या जोड़ता है
eIDAS के अनुच्छेद 41 के तहत, योग्य इलेक्ट्रॉनिक टाइमस्टैम्प को यह अनुमान प्राप्त है कि उसमें दर्शाई गई तारीख और समय सही हैं और उससे जुड़ा डेटा अखंड है। अदालत इसी अनुमान से शुरुआत करती है, और जो पक्ष इसे चुनौती देता है, उसे इसे गलत साबित करने का काम करना पड़ता है। स्विट्जरलैंड में ZertES के तहत समकक्ष व्यवस्था है। यहां फायदा तकनीकी से ज्यादा प्रक्रियागत है।
| सवाल | कंटेंट क्रेडेंशियल | योग्य इलेक्ट्रॉनिक टाइमस्टैम्प |
|---|---|---|
| यह फाइल किस टूल ने बनाई या संपादित की? | सीधे जवाब देता है, यही उसका डिजाइन है | इस पर कुछ नहीं कहता |
| क्या यह दोबारा एन्कोडिंग और पुनर्प्रकाशन झेल लेता है? | अक्सर नहीं | हां, टोकन फाइल से अलग रखा जाता है |
| प्रमाणन कौन जारी करता है? | फाइल बनाने वाला सॉफ्टवेयर, अपने ही प्रमाणपत्र से | निगरानी में रखा गया ट्रस्ट सेवा प्रदाता |
| क्या अदालत तारीख को सही मानकर चलती है? | ऐसा कोई अनुमान नहीं | हां, eIDAS अनुच्छेद 41 के तहत |
दोनों को साथ कैसे चलाएं
कंटेंट क्रेडेंशियल्स प्रकटीकरण और स्रोत की जानकारी को उस पैमाने पर संभालते हैं जिसके पास कोई कानूनी उपकरण नहीं पहुंचता। ज्यादा चुपचाप होने वाली चूक यह है कि एक टीम क्रेडेंशियल जारी करती है, मान लेती है कि अब आर्काइव बचाव योग्य है, और विवाद के समय पता चलता है कि मैनिफेस्ट महीनों पहले गायब हो चुके थे और वे वैसे भी लेखकत्व साबित नहीं करते।
- क्रेडेंशियल जारी करते रहें, और उन्हें अधिकार के रिकॉर्ड के बजाय लेबलिंग और स्रोत जानकारी की तरह लें।
- अपने प्रकाशन मार्ग की जांच करें। एक फाइल को पूरी पाइपलाइन से एक्सपोर्ट करें और देखें कि दूसरे छोर पर क्या पहुंचता है।
- जिस काम पर आपको कभी अधिकार जताने पड़ सकते हैं, उसके पूरा होते ही एक अलग तारीखयुक्त रिकॉर्ड बनाएं, जो सिर्फ फाइल के भीतर नहीं बल्कि प्रोजेक्ट फाइल के साथ रखा जाए।
- अगर आपने इसी मकसद से सार्वजनिक चेन पर हैश एंकर करने पर विचार किया है, तो ब्लॉकचेन एंकरिंग और योग्य टाइमस्टैम्प की तुलना बताती है कि एंकरिंग कहां मदद करती है और कानूनी अनुमान कहां फिर भी किसी ट्रस्ट सेवा से ही आना पड़ता है।
Swiss Trust Layer तैयार फाइलों पर योग्य टाइमस्टैम्प और सील लगाती है, यानी इस जोड़ी का दूसरा हिस्सा। पहला हिस्सा, यानी फाइल के भीतर स्रोत की जानकारी, C2PA पहले से अच्छी तरह करता है। बचने लायक गलती यह है कि गठबंधन के आकार को उस कानूनी सवाल का जवाब मान लिया जाए जो उससे कभी पूछा ही नहीं गया।
