मूल एन्कोडेड अटैचमेंट्स से Epstein PDF को पुनर्स्थापित करना
(neosmart.net)- अमेरिकी न्याय विभाग द्वारा जारी Epstein email archive को गलत encoding और अत्यधिक redaction के कारण गंभीर त्रुटियों और आलोचना का सामना करना पड़ रहा है
- कुछ ईमेल में
Content-Transfer-Encoding: base64फ़ॉर्मेट के attachment ज्यों-का-त्यों शामिल हैं, और इस डेटा को पुनर्स्थापित करके मूल PDF को फिर से बनाया जा सकता है - लेकिन OCR quality degradation, Courier New फ़ॉन्ट में 1 और l को अलग पहचानने की समस्या, और खराब scan quality जैसी वजहों से स्वचालित restoration लगभग असंभव है
- लेखक ने tesseract, Adobe Acrobat Pro, AWS Textract आदि का उपयोग करके restoration की कोशिश की, लेकिन सभी से अपूर्ण परिणाम मिले
- यह मामला digital forensics और document restoration technology की सीमाएँ दिखाता है, और इसे community के सहयोग से हल किए जाने वाले तकनीकी challenge के रूप में पेश किया गया है
न्याय विभाग द्वारा जारी सामग्री की समस्याएँ
- हाल ही में जारी Epstein archive को सह-अपराधियों के नामों से लेकर असंबंधित महिलाओं की तस्वीरों तक अत्यधिक redaction के साथ वितरित किया गया
- कुछ फ़ाइलें Quoted-Printable encoding errors के कारण क्षतिग्रस्त थीं और खोली नहीं जा सकती थीं
- यहाँ तक कि email credentials भी उजागर हो गए, जिससे Reddit उपयोगकर्ता Epstein account तक पहुँच सके
- इस तरह की लापरवाह प्रोसेसिंग के कारण Pam Bondi के नेतृत्व वाले न्याय विभाग की विशेषज्ञता की कमी पर सवाल उठे
base64 attachment की खोज
- ईमेल
EFTA00400459में 76 पन्नों का base64 encoded data मिला- यह
DBC12 One Page Invite with Reply.pdfफ़ाइल का SMTP transmission के लिए encoded रूप था - सिद्धांततः इसे बस कॉपी करके
base64 -d > output.pdfकमांड से restore किया जा सकता था, लेकिन वास्तव में केवल OCR scan copy उपलब्ध थी, जिसमें कई त्रुटियाँ थीं
- यह
- OCR output में गलत character insertion, missing characters, और अवैध base64 characters (जैसे [, ,) शामिल थे, इसलिए decoding संभव नहीं थी
OCR और फ़ॉन्ट से जुड़ी समस्याएँ
- Adobe Acrobat Pro और tesseract से OCR दोबारा चलाने के प्रयासों में भी space insertion और character recognition errors हुए
tesseractमें character set को base64 valid characters तक सीमित करने के बावजूद line length mismatch और आंशिक recognition रुक जाना जैसी समस्याएँ आईं- सबसे बड़ी वजह Courier New फ़ॉन्ट थी, जिसमें
1औरlमें अंतर करना लगभग असंभव है- low-resolution JPEG scans और compression artifacts के कारण दृश्य रूप से पहचानना भी मुश्किल हो गया
- इसके चलते manual correction अनिवार्य हो गई, और decoding के दौरान
1औरlको बदल-बदल कर आज़माना पड़ता है
restoration प्रयास और tools की तुलना
imagemagickऔरghostscriptबड़े डेटा को प्रोसेस करते समय memory exhaustion के कारण विफल रहे, औरpdftoppmको विकल्प के रूप में इस्तेमाल किया गयाAWS Textractने सबसे बेहतर परिणाम दिखाए, लेकिन फिर भी line length errors और non-deterministic results बने रहे- input image को 2 गुना बड़ा करके recognition rate बढ़ाने की कोशिश की गई, फिर भी पूर्ण restoration नहीं हो सका
qpdfसे PDF structure restoration की कोशिश क्षतिग्रस्त cross-reference table के कारण विफल रही
community के सुझाव और आगे की चर्चा
- लेख के अंत में लेखक ने अन्य attachments की restoration कोशिश community को सुझाई
Content-Transfer-Encodingऔरbase64खोजने पर कुछ उपयोगी डेटा मिलने की बात कही गई
- कई उपयोगकर्ताओं ने ML-आधारित OCR, font-specific CNN training, crowdsourcing captcha approach जैसे विभिन्न तरीके सुझाए
- कुछ लोगों ने PDF restoration की सफल मिसालें साझा कीं और बताया कि
pdfimages,pdftoppmकी तुलना में अधिक स्पष्ट परिणाम देता है
- कुछ लोगों ने PDF restoration की सफल मिसालें साझा कीं और बताया कि
- अंततः 1/l distinction automation algorithm, streaming decompressor-आधारित error detection, और pixel-level comparison जैसी उन्नत restoration techniques पर चर्चा हुई
तकनीकी महत्व
- यह घटना दिखाती है कि digital document encoding errors और OCR limitations वास्तविक सूचना तक पहुँच को कैसे बाधित कर सकती हैं
- यह कानूनी साक्ष्यों की digital processing में quality control और document forensics automation technology के महत्व को रेखांकित करती है
- community collaboration के माध्यम से restoration का प्रयास public data transparency और technical verifiability का एक उदाहरण माना गया है
1 टिप्पणियां
Hacker News टिप्पणियाँ
लगता है Pam Bondi की Department of Justice team ने इस काम में अपने सबसे अच्छे लोगों को नहीं लगाया
Claude Opus द्वारा बनाई गई script साझा की गई
script link / text output / cleaned version
यह कम से कम पहला पेज पढ़ने लायक PDF बनाती है
Tesseract को किसी खास font पर train किया जा सकता है। यह एक अच्छा starting point लगता है
संदर्भ: Tesseract training data guide
यह binary PDF decoding की समस्या है। संभव encodings की संख्या सीमित है, इसलिए यह तरीका सुझाया गया
इससे बीच के characters को जल्दी test किया जा सकता है, इसलिए पूरी search रैखिक रूप से संभव है
यह देखने में nerd snipe जैसा है, लेकिन असल में brute force से इससे भी जल्दी खत्म किया जा सकता है। अगर 76 लोग एक-एक पेज टाइप करें, तो ब्लॉग पोस्ट आने से पहले काम खत्म हो जाएगा
PDF इतना complex format है कि सरकार को शायद एक नया safe open format बनाकर standardize कर देना चाहिए
DjVu सरल है और इसके open source tools अच्छे हैं, लेकिन features कम हैं
TIFF तो PDF से भी ज्यादा complex है, इसलिए उपयुक्त नहीं
संदर्भ: XPS, DjVu, TIFF
justice.gov search box में उसी email के कई versions मिले
मूल: EFTA00400459.pdf
अतिरिक्त versions:
EFTA02153691.pdf
EFTA02154109.pdf
EFTA02154246.pdf
कई versions की तुलना करने पर इसे सुलझाना आसान हो सकता है
“1” और “l” की समस्या वही है, लेकिन संदर्भ के लिए उपयोगी हो सकता है
सोचा कि (1, l) संयोजन के सभी permutations आज़माए जाएँ। अगर 76 पेज × 69 लाइन × 1 occurrence मानें, तो 2^5244 संभावनाएँ बनती हैं। किसी के पास extra CPU है?
अगर compression default है, तो checksum की वजह से यह और आसान हो जाता है। लेकिन मौजूदा tools से यह नहीं होगा; decoder के अंदर instrumented test harness खुद बनाना पड़ेगा
इवेंट की डिटेल: Dubin Breast Center 2nd Annual Benefit (Archive)
जिसमें Elisa Port और Ruttenberg परिवार को सम्मानित किया गया था।
होस्ट Cynthia McFadden थीं, और प्रदर्शन में कई musicians शामिल थे
pdftoppm और Ghostscript (Imagemagick के जरिए कॉल किया गया) पूरे पेज को फिर से rasterize करते हैं, इसलिए ये धीमे हैं
pdfimages या mutool से scanned images सीधे extract करना कहीं ज्यादा तेज़ है
टेस्ट में pdfimages, pdftoppm से 13 गुना तेज़ निकला