क्या काले रंग से ढका टेक्स्ट वापस निकाला जा सकता है?
बेचैन कर देने की हद तक अक्सर: हाँ — टेक्स्ट चुनने वाले टूल से, किसी प्रयोगशाला से नहीं। ज़्यादातर काले आयत शब्दों के ऊपर बनाए जाते हैं और उन्हीं के बगल में सहेजे जाते हैं, और शब्द नीचे-नीचे साथ चलते हैं। यह पेज उन तरीकों की सूची है जिनसे ऐसा होता है — और इसकी भी कि मिटाने का मतलब असल में क्या होना चाहिए।
# क्या काले रंग से ढका टेक्स्ट वापस निकाला जा सकता है?
बेचैन कर देने की हद तक अक्सर: हाँ — टेक्स्ट चुनने वाले टूल से, किसी प्रयोगशाला से नहीं। ज़्यादातर काले आयत शब्दों के *ऊपर* बनाए जाते हैं और उन्हीं के बगल में सहेजे जाते हैं, और शब्द नीचे-नीचे साथ चलते हैं। यह पेज उन तरीकों की सूची है जिनसे ऐसा होता है — और इसकी भी कि मिटाने का मतलब असल में क्या होना चाहिए।
आखिरी अपडेट 26 अगस्त 2026
## छोटा जवाब
बेचैन कर देने की हद तक अक्सर: हाँ। फोरेंसिक से नहीं — काले किए गए हिस्से को चुनकर कॉपी दबाने से। जब कुछ छिपाना होता है तो लोग जिन टूल तक पहुँचते हैं, उनमें से ज़्यादातर सामग्री के *ऊपर* एक आयत बनाते हैं और उसे सामग्री के *बगल में* सहेज देते हैं, और नीचे का सब कुछ फ़ाइल में साथ चलता रहता है, सब्र से, जब तक कोई देख न ले।
यह लापरवाह लोगों की कोई दुर्लभ भूल नहीं है। इसने अदालती दस्तावेज़ों से नाम छापे हैं, सरकारी रिपोर्टों से बिना ढके आँकड़े — और दिसंबर 2025 में एक मुकदमे के दस्तावेज़ों की भारी रिलीज़ में, काले किए गए ऐसे नाम जो घंटों के भीतर पढ़े जा रहे थे। उन भूलों के पीछे के लोगों के पास वकील थे और तय तरीके भी। जो नहीं था, वह है वही फ़र्क जिस पर यह पेज टिका है: ढकने और मिटाने का फ़र्क।
## वह आयत जो असल में एक ऑब्जेक्ट है
PDF रीडर, वर्ड प्रोसेसर, स्लाइड डेक या परतों वाले इमेज एडिटर में बनाया गया काला डिब्बा रंग नहीं होता। वह एक *ऑब्जेक्ट* होता है: जगह, नाप और रंग वाली एक आकृति, जो फ़ाइल में अपनी अलग चीज़ की तरह सहेजी जाती है, उस टेक्स्ट के आगे जो पूरा का पूरा वहीं मौजूद है। दस्तावेज़ यह नहीं कहता कि “यह शब्द चला गया”; वह कहता है “यह शब्द यहाँ है, और इसके आगे एक आयत है”।
बाकी सब इसी से निकलता है। हिस्सा चुनिए और कॉपी कीजिए — क्लिपबोर्ड को टेक्स्ट मिल जाता है, क्योंकि कॉपी करना टेक्स्ट की परत पढ़ता है और आगे की सजावट को अनदेखा करता है। फ़ाइल किसी एडिटर में खोलिए, और आयत को बस सरकाया जा सकता है। किसी और फ़ॉर्मैट में निर्यात कीजिए, और परतें किसी और क्रम में चपटी हो सकती हैं। स्क्रीन पर वह डिब्बा असली रिडैक्शन जैसा हूबहू दिखता है, और ठीक इसीलिए यह भूल जाँच से बच निकलती है: आँख पन्ना जाँचती है, और पन्ना ठीक दिखता है।
PDF एक और चुपचाप वाला रूप जोड़ता है। PDF यह घोषणा कर सकता है कि अक्षरों की कोई कतार जो बना है उससे अलग कुछ “हिज्जे” करती है — `/ActualText` नाम की एक एक्सेसिबिलिटी सुविधा — और कॉपी करना स्याही की जगह वही घोषणा पढ़ता है। यानी दस्तावेज़ ऐसा शब्द भी लीक कर सकता है जो पन्ने पर दिखता तक नहीं।
## वह धुंधलापन जो असल में गणित है
पिक्सेलेट करना जितना सुरक्षित लगता है उतना है नहीं। मोज़ेक औसतों की एक जाली है, और औसत नीचे की चीज़ की एक *माप* है: छोटी और अधूरी, पर माप फिर भी। जाने-पहचाने फ़ॉन्ट और अंदाज़े लायक आकार के टेक्स्ट के लिए इतना ही उसे वापस पढ़ लेने को काफ़ी रहा है: हर मुमकिन शब्द लीजिए, उसे बनाइए, उसी तरह पिक्सेलेट कीजिए, और जिस उम्मीदवार का मोज़ेक मिल जाए उसे रख लीजिए। इसमें किसी प्रयोगशाला की ज़रूरत नहीं; यह एक लूप है और एक तुलना।
धुंधला करना सिद्धांत में और बुरा है। धुंधलापन एक कन्वोल्यूशन है — हर निकलने वाला पिक्सेल अपने पड़ोसियों का भारित औसत — और कन्वोल्यूशन अक्सर इतनी अच्छी तरह उलटे चलाए जा सकते हैं कि डीकन्वोल्यूशन फ़ोटोग्राफ़ी का आम टूल है, कोई अनोखा हमला नहीं। दोनों असरों में एक ऐसी कमी भी साझा है जिसका गणित से कोई लेना-देना नहीं: वे जताते हैं कि कुछ छिपाया गया है और मोटे तौर पर वह कितना लंबा है — छह अक्षरों के पासवर्ड के लिए इतना ही एक इशारा है।
सपाट भराई में इनमें से कोई गुण नहीं। एक ही रंग, किनारे से किनारे तक, किसी चीज़ की कोई माप नहीं ढोता। इसीलिए वह यहाँ के [इमेज रिडैक्टर](https://abox.tools/hi/redact-image/) की डिफ़ॉल्ट सेटिंग है, इसीलिए उसके पिक्सेलेट और धुंधला विकल्प अपने ही लेबल पर कह देते हैं कि वे क्या वादा नहीं करते, और इसीलिए उसका तीव्रता वाला नियंत्रण विशेषण की जगह एक संख्या बताता है।
## वे कॉपियाँ जो फ़ाइल अपने अतीत की रखती है
भूलों का तीसरा परिवार ढकने से बिलकुल अलग है। फ़ाइलें याद रखती हैं, ऐसे तरीकों से जो स्क्रीन पर कहीं नहीं दिखते:
- **फ़ोटो के मेटाडेटा में अक्सर एक थंबनेल होता है** — तस्वीर का, जैसी वह एडिट से पहले थी। फ़ोटो से अपना पता काट दीजिए, और EXIF ब्लॉक में बिना कटे मूल की छोटी प्रति फिर भी बची रह सकती है। [EXIF व्यूअर और रिमूवर](https://abox.tools/hi/exif-editor/) वह ब्लॉक दिखाता है और निकाल देता है; [इसकी गाइड है](https://abox.tools/hi/guides/remove-exif-and-gps-data/)।
- **कुछ एडिटर फ़ाइल छोटी किए बिना उसी जगह सहेजते हैं।** 2023 की एक मशहूर जोड़ी-भर खामियाँ — एक फ़ोन के स्क्रीनशॉट-मार्कअप टूल में और एक डेस्कटॉप के स्निपिंग टूल में — क्रॉप के बाद मूल तस्वीर के बाइट फ़ाइल में छोड़ जाती थीं, जिससे “काटकर हटाया” हिस्सा बचे-खुचे से दोबारा जोड़ा जा सकता था।
- **PDF अपना इतिहास साथ ढो सकते हैं।** इंक्रीमेंटल सेव से एडिट हुआ PDF बदलावों को फ़ाइल के आखिर में जोड़ता है और पहले वाला रूप भीतर ज्यों का त्यों छोड़ देता है, मिटाए हुए समेत।
साझा धागा: व्यूअर जो दिखाता है और फ़ाइल में जो है, ये दो अलग सवाल हैं, और सिर्फ़ देखकर जाँचा गया रिडैक्शन केवल पहले का जवाब दे पाया है।
## मिटाने में असल में क्या लगता है
असली रिडैक्शन डेटा बदलता है, नज़ारा नहीं, और वह उसी रास्ते जाँचा जा सकता है जिस रास्ते वह फेल हो सकता है: स्क्रीन से नहीं, फ़ाइल से पूछकर।
तस्वीर के लिए इसका मतलब है कि डिब्बे के नीचे के पिक्सेल किसी भी फ़ाइल के लिखे जाने से पहले ही खत्म हो जाएँ। यही [इमेज रिडैक्टर](https://abox.tools/hi/redact-image/) करता है — ढके हुए मान मेमोरी में ही मिटाकर लिखे जाते हैं और तभी एनकोडर को सौंपे जाते हैं, तो नतीजे में वहाँ काले पिक्सेल होते हैं जहाँ सामग्री थी, आगे रखी काली स्याही नहीं। सिलसिलेवार तरीका [इमेज रिडैक्शन की गाइड](https://abox.tools/hi/guides/redact-an-image/) में है।
PDF के लिए मतलब है कि अक्षर उन निर्देशों से ही हटा दिए जाएँ जो पन्ना बनाते हैं, छिपे ढोने वालों समेत: `/ActualText` घोषणाएँ, बुकमार्क, टिप्पणियाँ, फ़ॉर्म फ़ील्ड। यही [PDF रिडैक्टर](https://abox.tools/hi/redact-pdf/) करता है, और फिर वह सबसे ज़रूरी काम करता है: अपना ही नतीजा दोबारा खोलकर उसमें हटाए गए शब्द खोजता है, और **कुछ भी बच गया हो तो डाउनलोड मिलता ही नहीं**। पूरा रास्ता [PDF रिडैक्शन की गाइड](https://abox.tools/hi/guides/redact-a-pdf/) में है।
और आप जो भी टूल कहीं भी इस्तेमाल करें, स्वीकृति-परीक्षा आपकी है: रिडैक्ट किए हिस्से के ऊपर चुनकर कॉपी कीजिए; फ़ाइल में हटाया हुआ शब्द खोजिए; उसे किसी और व्यूअर में खोलिए। सामग्री सचमुच हटी है तो कुछ भी उसे ढूँढ़ नहीं सकता — और कोई टूल यह सब आपके ब्राउज़र में, फ़ाइल को मशीन से बाहर भेजे बिना करता है या नहीं, यह भी ऐसा दावा है जिसे मानने की जगह जाँचा जा सकता है: [अपलोड वाली गाइड](https://abox.tools/hi/guides/is-it-safe-to-upload-files/) तरीका दिखाती है। रिडैक्शन अकेला ऐसा काम है जिसमें फ़ाइल परिभाषा से ही संवेदनशील है — इसलिए वह आखिरी काम है जिसे किसी अजनबी के सर्वर से गुज़रना चाहिए।
छोटा जवाब
बेचैन कर देने की हद तक अक्सर: हाँ। फोरेंसिक से नहीं — काले किए गए हिस्से को चुनकर कॉपी दबाने से। जब कुछ छिपाना होता है तो लोग जिन टूल तक पहुँचते हैं, उनमें से ज़्यादातर सामग्री के ऊपर एक आयत बनाते हैं और उसे सामग्री के बगल में सहेज देते हैं, और नीचे का सब कुछ फ़ाइल में साथ चलता रहता है, सब्र से, जब तक कोई देख न ले।
यह लापरवाह लोगों की कोई दुर्लभ भूल नहीं है। इसने अदालती दस्तावेज़ों से नाम छापे हैं, सरकारी रिपोर्टों से बिना ढके आँकड़े — और दिसंबर 2025 में एक मुकदमे के दस्तावेज़ों की भारी रिलीज़ में, काले किए गए ऐसे नाम जो घंटों के भीतर पढ़े जा रहे थे। उन भूलों के पीछे के लोगों के पास वकील थे और तय तरीके भी। जो नहीं था, वह है वही फ़र्क जिस पर यह पेज टिका है: ढकने और मिटाने का फ़र्क।
वह आयत जो असल में एक ऑब्जेक्ट है
PDF रीडर, वर्ड प्रोसेसर, स्लाइड डेक या परतों वाले इमेज एडिटर में बनाया गया काला डिब्बा रंग नहीं होता। वह एक ऑब्जेक्ट होता है: जगह, नाप और रंग वाली एक आकृति, जो फ़ाइल में अपनी अलग चीज़ की तरह सहेजी जाती है, उस टेक्स्ट के आगे जो पूरा का पूरा वहीं मौजूद है। दस्तावेज़ यह नहीं कहता कि “यह शब्द चला गया”; वह कहता है “यह शब्द यहाँ है, और इसके आगे एक आयत है”।
बाकी सब इसी से निकलता है। हिस्सा चुनिए और कॉपी कीजिए — क्लिपबोर्ड को टेक्स्ट मिल जाता है, क्योंकि कॉपी करना टेक्स्ट की परत पढ़ता है और आगे की सजावट को अनदेखा करता है। फ़ाइल किसी एडिटर में खोलिए, और आयत को बस सरकाया जा सकता है। किसी और फ़ॉर्मैट में निर्यात कीजिए, और परतें किसी और क्रम में चपटी हो सकती हैं। स्क्रीन पर वह डिब्बा असली रिडैक्शन जैसा हूबहू दिखता है, और ठीक इसीलिए यह भूल जाँच से बच निकलती है: आँख पन्ना जाँचती है, और पन्ना ठीक दिखता है।
PDF एक और चुपचाप वाला रूप जोड़ता है। PDF यह घोषणा कर सकता है कि अक्षरों की कोई कतार जो बना है उससे अलग कुछ “हिज्जे” करती है — /ActualText नाम की एक एक्सेसिबिलिटी सुविधा — और कॉपी करना स्याही की जगह वही घोषणा पढ़ता है। यानी दस्तावेज़ ऐसा शब्द भी लीक कर सकता है जो पन्ने पर दिखता तक नहीं।
वह धुंधलापन जो असल में गणित है
पिक्सेलेट करना जितना सुरक्षित लगता है उतना है नहीं। मोज़ेक औसतों की एक जाली है, और औसत नीचे की चीज़ की एक माप है: छोटी और अधूरी, पर माप फिर भी। जाने-पहचाने फ़ॉन्ट और अंदाज़े लायक आकार के टेक्स्ट के लिए इतना ही उसे वापस पढ़ लेने को काफ़ी रहा है: हर मुमकिन शब्द लीजिए, उसे बनाइए, उसी तरह पिक्सेलेट कीजिए, और जिस उम्मीदवार का मोज़ेक मिल जाए उसे रख लीजिए। इसमें किसी प्रयोगशाला की ज़रूरत नहीं; यह एक लूप है और एक तुलना।
धुंधला करना सिद्धांत में और बुरा है। धुंधलापन एक कन्वोल्यूशन है — हर निकलने वाला पिक्सेल अपने पड़ोसियों का भारित औसत — और कन्वोल्यूशन अक्सर इतनी अच्छी तरह उलटे चलाए जा सकते हैं कि डीकन्वोल्यूशन फ़ोटोग्राफ़ी का आम टूल है, कोई अनोखा हमला नहीं। दोनों असरों में एक ऐसी कमी भी साझा है जिसका गणित से कोई लेना-देना नहीं: वे जताते हैं कि कुछ छिपाया गया है और मोटे तौर पर वह कितना लंबा है — छह अक्षरों के पासवर्ड के लिए इतना ही एक इशारा है।
सपाट भराई में इनमें से कोई गुण नहीं। एक ही रंग, किनारे से किनारे तक, किसी चीज़ की कोई माप नहीं ढोता। इसीलिए वह यहाँ के इमेज रिडैक्टर की डिफ़ॉल्ट सेटिंग है, इसीलिए उसके पिक्सेलेट और धुंधला विकल्प अपने ही लेबल पर कह देते हैं कि वे क्या वादा नहीं करते, और इसीलिए उसका तीव्रता वाला नियंत्रण विशेषण की जगह एक संख्या बताता है।
वे कॉपियाँ जो फ़ाइल अपने अतीत की रखती है
भूलों का तीसरा परिवार ढकने से बिलकुल अलग है। फ़ाइलें याद रखती हैं, ऐसे तरीकों से जो स्क्रीन पर कहीं नहीं दिखते:
फ़ोटो के मेटाडेटा में अक्सर एक थंबनेल होता है — तस्वीर का, जैसी वह एडिट से पहले थी। फ़ोटो से अपना पता काट दीजिए, और EXIF ब्लॉक में बिना कटे मूल की छोटी प्रति फिर भी बची रह सकती है। EXIF व्यूअर और रिमूवर वह ब्लॉक दिखाता है और निकाल देता है; इसकी गाइड है।
कुछ एडिटर फ़ाइल छोटी किए बिना उसी जगह सहेजते हैं। 2023 की एक मशहूर जोड़ी-भर खामियाँ — एक फ़ोन के स्क्रीनशॉट-मार्कअप टूल में और एक डेस्कटॉप के स्निपिंग टूल में — क्रॉप के बाद मूल तस्वीर के बाइट फ़ाइल में छोड़ जाती थीं, जिससे “काटकर हटाया” हिस्सा बचे-खुचे से दोबारा जोड़ा जा सकता था।
PDF अपना इतिहास साथ ढो सकते हैं। इंक्रीमेंटल सेव से एडिट हुआ PDF बदलावों को फ़ाइल के आखिर में जोड़ता है और पहले वाला रूप भीतर ज्यों का त्यों छोड़ देता है, मिटाए हुए समेत।
साझा धागा: व्यूअर जो दिखाता है और फ़ाइल में जो है, ये दो अलग सवाल हैं, और सिर्फ़ देखकर जाँचा गया रिडैक्शन केवल पहले का जवाब दे पाया है।
मिटाने में असल में क्या लगता है
असली रिडैक्शन डेटा बदलता है, नज़ारा नहीं, और वह उसी रास्ते जाँचा जा सकता है जिस रास्ते वह फेल हो सकता है: स्क्रीन से नहीं, फ़ाइल से पूछकर।
तस्वीर के लिए इसका मतलब है कि डिब्बे के नीचे के पिक्सेल किसी भी फ़ाइल के लिखे जाने से पहले ही खत्म हो जाएँ। यही इमेज रिडैक्टर करता है — ढके हुए मान मेमोरी में ही मिटाकर लिखे जाते हैं और तभी एनकोडर को सौंपे जाते हैं, तो नतीजे में वहाँ काले पिक्सेल होते हैं जहाँ सामग्री थी, आगे रखी काली स्याही नहीं। सिलसिलेवार तरीका इमेज रिडैक्शन की गाइड में है।
PDF के लिए मतलब है कि अक्षर उन निर्देशों से ही हटा दिए जाएँ जो पन्ना बनाते हैं, छिपे ढोने वालों समेत: /ActualText घोषणाएँ, बुकमार्क, टिप्पणियाँ, फ़ॉर्म फ़ील्ड। यही PDF रिडैक्टर करता है, और फिर वह सबसे ज़रूरी काम करता है: अपना ही नतीजा दोबारा खोलकर उसमें हटाए गए शब्द खोजता है, और कुछ भी बच गया हो तो डाउनलोड मिलता ही नहीं। पूरा रास्ता PDF रिडैक्शन की गाइड में है।
और आप जो भी टूल कहीं भी इस्तेमाल करें, स्वीकृति-परीक्षा आपकी है: रिडैक्ट किए हिस्से के ऊपर चुनकर कॉपी कीजिए; फ़ाइल में हटाया हुआ शब्द खोजिए; उसे किसी और व्यूअर में खोलिए। सामग्री सचमुच हटी है तो कुछ भी उसे ढूँढ़ नहीं सकता — और कोई टूल यह सब आपके ब्राउज़र में, फ़ाइल को मशीन से बाहर भेजे बिना करता है या नहीं, यह भी ऐसा दावा है जिसे मानने की जगह जाँचा जा सकता है: अपलोड वाली गाइड तरीका दिखाती है। रिडैक्शन अकेला ऐसा काम है जिसमें फ़ाइल परिभाषा से ही संवेदनशील है — इसलिए वह आखिरी काम है जिसे किसी अजनबी के सर्वर से गुज़रना चाहिए।