कोई अपलोड नहीं, 100% स्थानीय, कोई खाता नहीं

लेख

Content Credentials और C2PA को समझना

हो सकता है आपने किसी फ़ोटो पर एक छोटा बैज देखा हो जो दावा करता है कि वह Content Credentials रखती है, या पढ़ा हो कि कोई कैमरा या संपादन ऐप अब अपने आउटपुट पर C2PA से हस्ताक्षर करता है। यहाँ सीधी-सादी जानकारी है कि वह सूचना क्या है, वह आपको क्या बता सकती है, और वे तीन सीमाएँ जो आपको इसे किसी भी चीज़ का प्रमाण मानने से पहले ध्यान में रखनी चाहिए।

Content Credentials और C2PA क्या हैं

C2PA का अर्थ है Coalition for Content Provenance and Authenticity, एक उद्योग समूह जो किसी मीडिया फ़ाइल में छेड़छाड़-स्पष्ट उद्गम (प्रोवेनेंस) डेटा संलग्न करने के लिए एक खुला विनिर्देश प्रकाशित करता है। Content Credentials उस डेटा का उपभोक्ता-सामने वाला नाम है जब इसे कैमरों, फ़ोनों और संपादन सॉफ़्टवेयर द्वारा लिखा जाता है। व्यवहार में यह छवि, वीडियो या ऑडियो फ़ाइल के भीतर अंतर्निहित एक छोटा हस्ताक्षरित अभिलेख है। यह अभिलेख ऐसी बातें सूचीबद्ध कर सकता है जैसे किस उपकरण या अनुप्रयोग ने फ़ाइल बनाई, यह कब बनाई गई, और रास्ते में कौन-सी संपादन क्रियाएँ लागू की गईं, जैसे कोई क्रॉप या रंग समायोजन। एक क्रिप्टोग्राफ़िक हस्ताक्षर इस अभिलेख को इस तरह लपेटता है कि संरक्षित सामग्री में बाद का कोई भी परिवर्तन मुहर को तोड़ देता है। लक्ष्य उद्गम है, यानी एक प्रलेखित श्रृंखला कि फ़ाइल कहाँ से आई, न कि इस पर कोई फ़ैसला कि सामग्री सच्ची है या नहीं।

C2PA मेनिफ़ेस्ट की श्रृंखला: मीडिया फ़ाइल, assertions वाला मेनिफ़ेस्ट, क्रिप्टोग्राफिक हस्ताक्षर, फिर जारीकर्ता के प्रमाणपत्र के विरुद्ध सत्यापन

हमारा रीडर इसके साथ क्या करता है

इस साइट पर C2PA रीडर Content Credentials मैनिफ़ेस्ट को तब पढ़ता है जब वह मौजूद हो और उसमें निहित दावों को आपके ब्राउज़र में दिखाता है, बिना कुछ भी अपलोड किए। आप जो फ़ाइल डालते हैं उसका विश्लेषण स्थानीय रूप से होता है, इसलिए फ़ोटो या दस्तावेज़ कभी आपके उपकरण से बाहर नहीं जाता। जब कोई मैनिफ़ेस्ट मिलता है, तो आप जारीकर्ता, दर्ज की गई क्रियाएँ, और यह देखते हैं कि क्या हस्ताक्षर अंतर्निहित प्रमाणपत्र के विरुद्ध मान्य होता है। यह वर्णनात्मक है, कोई निर्णय नहीं: उपकरण उन संकेतों की रिपोर्ट देता है जो वास्तव में फ़ाइल में मौजूद हैं। यह स्वाभाविक रूप से EXIF रीडर के साथ जुड़ता है, जो कैमरा और स्थान मेटाडेटा सामने लाता है, और दस्तावेज़ों के लिए Office मेटाडेटा व्यूअर के साथ, ताकि आप मूल फ़ाइल किसी सर्वर को सौंपे बिना उद्गम की कई परतों का साथ-साथ निरीक्षण कर सकें।

तीन सीमाएँ जो स्पष्ट रूप से कहने योग्य हैं

पहली, कोई रीडर Content Credentials केवल तभी दिखा सकता है जब वे मौजूद हों। आज प्रचलन में अधिकांश फ़ाइलें कोई भी नहीं रखतीं, क्योंकि जिस उपकरण या सॉफ़्टवेयर ने उन्हें बनाया उसने कभी कोई नहीं लिखा। दूसरी, Content Credentials की अनुपस्थिति प्रामाणिकता के बारे में कुछ भी साबित नहीं करती। बिना मैनिफ़ेस्ट वाली फ़ाइल नकली नहीं है, और वह असली भी नहीं है; उसमें बस पढ़ने के लिए कोई उद्गम अभिलेख नहीं है, जो विशाल बहुसंख्यक मीडिया के लिए सामान्य स्थिति है। किसी अनुपस्थित मैनिफ़ेस्ट को छेड़छाड़ का संकेत मानना एक भूल होगी। तीसरी, एक मान्य हस्ताक्षर इसकी गारंटी नहीं देता कि कुछ भी हेरफेर नहीं किया गया। हस्ताक्षर पुष्टि करता है कि सामग्री हस्ताक्षरित अभिलेख से मेल खाती है और कि अभिलेख बताए गए जारीकर्ता से आया। यह प्रमाणित नहीं करता कि कैमरे के सामने का दृश्य वास्तविक था, कि C2PA श्रृंखला के बाहर कोई संपादन नहीं हुआ, या कि मूल कैप्चर ईमानदार था। उद्गम और सत्य अलग-अलग प्रश्न हैं।

Content Credentials की तीन सीमाएँ: अनुपस्थिति कुछ भी साबित नहीं करती, एक वैध हस्ताक्षर हस्ताक्षरकर्ता को प्रमाणित करता है, दृश्य को नहीं, और री-एन्कोडिंग के दौरान क्रेडेंशियल हटाए जा सकते हैं

उद्गम को ज़िम्मेदारी से पढ़ना

Content Credentials को संभालने का उपयोगी तरीका यह है कि इसे कई संदर्भ-अंशों में से एक के रूप में देखें, न कि किसी एकल हाँ-या-नहीं उत्तर के रूप में। जब कोई मैनिफ़ेस्ट मौजूद हो और उसका हस्ताक्षर मान्य हो, तो आप इस बारे में कुछ ठोस सीखते हैं कि फ़ाइल कैसे बनाई और संपादित की गई। जब यह अनुपस्थित हो, तो आपने केवल इतना सीखा है कि कोई अभिलेख नहीं है, और आप वही विवेक अपनाते हैं जो आप किसी भी बिना-लेबल वाली फ़ाइल पर लागू करते। हम जानबूझकर कोई AI-पहचान सुविधा प्रदान नहीं करते, क्योंकि कोई भी उपकरण भरोसेमंद ढंग से यह तय नहीं कर सकता कि सामग्री उत्पन्न की गई थी या बदली गई, और किसी भी दिशा में आत्मविश्वासी दावा बेईमानी होगी। यदि आप प्रकाशित करने से पहले ऐसा मेटाडेटा हटाना चाहते हैं जिसे आपका साझा करने का इरादा नहीं था, तो फ़ोटो से EXIF और GPS डेटा हटाने की मार्गदर्शिका और Word दस्तावेज़ों से मेटाडेटा हटाने की मार्गदर्शिका व्यावहारिक चरणों को कवर करती हैं, यह सब आपके अपने उपकरण पर स्थानीय रूप से चलता है।

C2PA manifests की cryptographic architecture

Content Credentials framework की सुरक्षा standard Public Key Infrastructure (PKI) और well-established hashing algorithms पर टिकी है। जब कोई compliant application C2PA manifest generate करती है, तो यह underlying media data का cryptographic hash compute करती है, आमतौर पर SHA-256 या SHA-384 का उपयोग करके। वह hash manifest के अंदर assertion store में store होता है। Manifest को फिर X.509 certificate का उपयोग करके digitally sign किया जाता है: issuer, manifest hash को अपनी private key से sign करता है। Validation दो independent checks करता है: यह signature को issuer की public key के खिलाफ verify करता है, यह confirm करते हुए कि manifest claimed entity द्वारा बनाया गया और altered नहीं हुआ, और यह media data को re-hash करता है यह confirm करने के लिए कि यह recorded hash से मेल खाता है। एक single altered pixel पूरी media hash बदल देता है, cryptographic seal तोड़ देता है और invalid validation result देता है।

JUMBF structures और metadata embedding

C2PA data, JPEG Universal Metadata Box Format (JUMBF) का उपयोग करके files में embed किया जाता है, जो ISO/IEC 19566-5 के तहत standardized है। JUMBF hierarchical data structures को legacy parsers को affect किए बिना media files में inject करने की अनुमति देता है। JPEG फाइल में, JUMBF box एक APP11 application marker segment के अंदर बैठता है। MP4 video या audio files में, यह ISO Base Media File Format structure के अंदर एक specific uuid box में होता है। इस container में held manifest store में active manifest और provenance chain बनाने वाले historical manifests शामिल हैं। क्योंकि JUMBF referenced data को support करता है, एक manifest में पिछले editing stages में फाइल के thumbnails शामिल हो सकते हैं, जिससे reviewers crops या color grades जैसे recorded alterations inspect कर सकते हैं। Browser-based reader इन JUMBF boxes को extract करता है, CBOR-encoded manifest data parse करता है, और पूरी तरह local WebCrypto APIs के माध्यम से cryptographic validation perform करता है, इसलिए फाइल को कभी validation server तक पहुंचने की जरूरत नहीं।

इस लेख में उल्लेखित टूल्स

अक्सर पूछे जाने वाले सवाल

यदि किसी फ़ोटो में कोई Content Credentials नहीं है, तो क्या इसका मतलब है कि उसे नकली बनाया गया या संपादित किया गया?

नहीं। मैनिफ़ेस्ट की अनुपस्थिति आपको केवल यह बताती है कि कोई उद्गम अभिलेख नहीं लिखा गया, जो प्रचलन में लगभग हर फ़ाइल के लिए सामान्य स्थिति है। यह संपादन का प्रमाण नहीं है, और यह प्रामाणिकता का भी प्रमाण नहीं है। आप किसी अनुपस्थित मैनिफ़ेस्ट से इस तथ्य से आगे कुछ नहीं पढ़ सकते कि पढ़ने के लिए कुछ है ही नहीं।

यदि C2PA हस्ताक्षर मान्य है, तो क्या मैं भरोसा कर सकता हूँ कि छवि वास्तविक और अपरिवर्तित है?

एक मान्य हस्ताक्षर पुष्टि करता है कि सामग्री हस्ताक्षरित अभिलेख से मेल खाती है और कि अभिलेख बताए गए जारीकर्ता से आया। यह साबित नहीं करता कि दृश्य वास्तविक था या कि C2PA श्रृंखला के बाहर कोई हेरफेर नहीं हुआ। कोई व्यक्ति किसी तस्वीर को मंचित कर सकता है और फिर भी उसे सही ढंग से हस्ताक्षरित कर सकता है, और उन उपकरणों द्वारा किए गए संपादन जो इस मानक में भाग नहीं लेते, मैनिफ़ेस्ट में कोई निशान नहीं छोड़ते। एक मान्य हस्ताक्षर को पुष्ट उद्गम के रूप में पढ़ें, पुष्ट सत्य के रूप में नहीं।

क्या Content Credentials पढ़ने से मेरी फ़ाइल कहीं अपलोड होती है?

नहीं। C2PA रीडर फ़ाइल का विश्लेषण पूरी तरह आपके ब्राउज़र में करता है, इसलिए छवि, वीडियो या दस्तावेज़ आपके उपकरण पर ही रहता है। आप इसकी पुष्टि अपने ब्राउज़र के डेवलपर टूल्स खोलकर और फ़ाइल लोड करते समय Network टैब देखकर कर सकते हैं: कोई अपलोड अनुरोध नहीं किया जाता।

स्रोत