By · Last updated 2026-03-05

Bloga DönHukuk Teknolojisi

Epstein Dosyaları: Üstünü Boyamak Redaksiyon Değildir

Aralık 2025'te DOJ'un yayımladığı Epstein dosyaları kritik bir redaksiyon hatasını gözler önüne serdi: PDF'lerde siyah vurgulanan metin kopyala-yapıştırla okunabilir halde kalıyor.

March 5, 20267 dk okuma
document redactionPDF redaction failurelegal complianceWord redaction

Aralık 2025'teki Redaksiyon Başarısızlığı

ABD Adalet Bakanlığı Aralık 2025'te Epstein dosyalarını yayımladığında, kamuoyunun ilgisi kısa sürede belgelerin içeriğinden redaksiyonlara kaydı — özellikle de bu redaksiyonların ne kadar kolaylıkla aşılabildiğine.

Mekanizma basitti: PDF dosyalarında siyah vurgulama kullanılarak "redakte edilen" metin, PDF'nin metin katmanında olduğu gibi durmaktaydı. Siyah kutuyu bir metin düzenleyiciye yapıştırırsanız, altındaki metin ortaya çıkıyordu. Görsel gizleme, metnin kaldırılması anlamına gelmiyordu. Hassas bilgiler hiçbir zaman silinmemişti.

Bu, yeni keşfedilen bir güvenlik açığı değildi. 2007 yılındaki Anthony Pellicano davasında, federal mahkemeye sunulan hukuki belgelerdeki hatalı redaksiyon nedeniyle hassas bilgiler gün yüzüne çıkmıştı. Aynı başarısızlık biçimi, sonraki yıllarda mahkeme dosyaları, hükümet raporları ve kurumsal belge üretimlerinde defalarca karşımıza çıkmıştı. Ancak Epstein dosyaları, kamuoyundaki profili sayesinde bu başarısızlığı gerçek zamanlı olarak on milyonlarca insanın gözü önüne serdi.

Görsel Gizleme ile Gerçek Redaksiyon Arasındaki Fark

Bu durumun neden tekrar tekrar yaşandığını anlamak için gizleme ile silme arasındaki teknik ayrımı kavramak gerekir.

Görsel gizleme, metnin üzerine görsel bir öge yerleştirir; ancak dosya yapısından metni kaldırmaz. Bu kategoriye giren yöntemler:

  • Siyah metin vurgulama (metin arka planını siyah yapar)
  • Beyaz zemin üzerine beyaz metin (metin rengini arka planla eşleştirir)
  • Metnin üzerine siyah dikdörtgen çizme
  • PDF açıklama örtmesi (opak açıklama öğesi ekler)
  • Görüntü bindirmesi (metnin üzerine siyah görüntü yerleştirir)

Yukarıdaki her durumda orijinal metin dosyada kalmaya devam eder. Gizlenmiş bölge kopyalanarak, bindirme öğesi kaldırılarak ya da ham dosya yapısı incelenerek metin geri elde edilebilir.

Gerçek redaksiyon ise altında yatan metni dosyadan kalıcı olarak kaldırır. Metin gizlenmez — yok olur. Geriye kurtarılacak hiçbir şey kalmaz.

Denetimi bırakacağınız herhangi bir belge için kritik soru şudur: teknik bilgiye sahip biri bu dosyayı incelediğinde orijinal metni bulabilir mi? Görsel gizlemede yanıt evettir.

Word Belgelerindeki Sorun

Aynı başarısızlık biçimi Microsoft Word'de de geçerlidir. Siyah metin vurgulama, beyaz metin rengi veya opak metin kutuları kullanarak bir Word belgesini "redakte etmek", orijinal metni belgenin XML yapısında bırakır.

Bu önemlidir; çünkü Word belgeleri hukuki yazışmaların, sözleşmelerin, tanık ifadelerinin, İK dosyalarının ve iç soruşturmaların birincil formatıdır. Vurgulama kullanarak belgeleri "redakte eden" kuruluşlar, aslında bu belgelerin dağıtım geçmişi boyunca kurtarılabilir içerikli belgeler üretmiştir.

Hukuk ekiplerinin %71'i, veri konumlandırma kaygılarına rağmen üretken yapay zeka araçları kullanmaktadır (ACC 2025). Yapay zeka araçları belge iş akışlarının bir parçası haline geldikçe, geçmişte yapılmış redaksiyon hatalarının keşfedilme riski artmaktadır — belgeleri işleyen yapay zeka araçları, aslında hiç silinmemiş olan "redakte edilmiş" bölümlerdeki metinleri gün yüzüne çıkarabilir.

Yüksek Profilli Redaksiyon Başarısızlıkları

Epstein dosyaları, bu başarısızlık biçiminin ilk yüksek profilli örneği değildi.

Anthony Pellicano davası (2007), federal mahkemeye sunulan hukuki belgelerdeki hatalı redaksiyon nedeniyle hassas bilgilerin ifşa olmasını kapsıyordu.

FOIA talepleriyle yayımlanan NSA belgeleri, güvenlik araştırmacıları ve gazeteciler tarafından defalarca incelenmiş; ulusal güvenlik belgesi yayımlarında siyah kutular altında okunaklı metin bulunmuştur.

Kurumsal dava dosyaları, tarafların gerçek içerik silme yerine PDF yorum veya açıklama katmanlarını kullandığı durumlarda rutin olarak istem dışı okunabilir redakte içerikler barındırmaktadır.

Bu başarısızlık örüntüsünün tutarlılığı, temel bir boşluğu yansıtmaktadır: hukuk profesyonellerinin redaksiyonu kavrayış biçimi (görsel bir eylem olarak) ile PDF ve Word belge formatlarının gerçekte nasıl çalıştığı (görsel sunumdan bağımsız olarak metin içeren yapılandırılmış veri) arasındaki derin uçurum.

Gerçek Redaksiyon Ne Gerektirir?

Bir belgenin gerçek anlamda redakte edilmesi için — yani teknik kapasiteye sahip bir alıcının orijinal içeriği kurtaramaması için — altındaki metnin dosya yapısından kaldırılıp değiştirilmesi gerekir.

PDF belgelerinde gerçek redaksiyon şunları gerektirir:

  • PDF'nin tüm düzenlenebilir katmanları kaldırmak için düzleştirilmesi
  • Metin içeriğinin içerik akışı düzeyinde siyah dikdörtgenler veya redaksiyon işaretleriyle değiştirilmesi
  • Orijinal metni barındırabilecek meta verilerin kaldırılması
  • Metin yeniden oluşturmayı mümkün kılabilecek gömülü yazı tiplerinin kaldırılması

Word belgelerinde gerçek redaksiyon şunları gerektirir:

  • Kaldırılacak metnin tüm örneklerinin bulunması (izlenen değişiklikler, yorumlar, revizyon geçmişi, meta veriler ve gömülü nesnelerdekiler dahil)
  • Metin içeriğinin görsel olarak örtülmek yerine değiştirilmesi
  • Neyin kaldırıldığını belli eden izler bırakmadan belge biçimlendirmesinin korunması

Anahtar kelime değiştirmedir: orijinal metin, başka bir şeyin altına gizlenmek yerine başka bir şeyle değiştirilmelidir.

Üstbilgi, Altbilgi ve Yorumlar Sorunu

Hukuki belge redaksiyonu, ana metin gövdesinin ötesinde ek karmaşıklıklar içerir. Hassas bilgiler, görsel redaksiyon araçlarının çoğunlukla tamamen atladığı konumlarda karşımıza çıkar:

Üstbilgi ve altbilgiler çoğunlukla dava adlarını, müvekkil tanımlayıcılarını, gizlilik atamalarını ve belge kontrol numaralarını içerir. Bir sözleşmenin gövdesini siyah vurgularken üstbilgide "Gizli ve Ayrıcalıklı — Konu: TechCorp/MegaStartup Satın Alması" ifadesini bırakmak, yapılan çalışmanın amacını ortadan kaldırır.

Yorumlar ve izlenen değişiklikler, istem dışı ifşanın tutarlı bir kaynağını oluşturur. "Bu maddeyle ilgili John Smith'in ifadesine bakın" diye yorum bırakan bir incelemeci, maddenin kendisi "redakte edilmiş" olsa bile o yorumu belgede bırakmıştır.

Belge özellikleri ve meta verileri, yazar adlarını, şirket adlarını, revizyon geçmişini ve içerik redakte edilmiş olsa dahi belgenin kaynağını tanımlayabilen özet bilgileri içerir.

Word belgelerindeki revizyon geçmişi, düzenlenen metnin önceki sürümlerini korur. "Davacının ev adresi 123 Ana Cadde'dir" yazan bir belgeden sonradan "davacının adresi" olarak düzenlense de revizyon geçmişi bu geçmiş açıkça temizlenmediği sürece orijinal sürümü saklar.

Uyumlu Bir Redaksiyon Süreci Oluşturmak

Yukarıdaki başarısızlık biçimleri göz önünde bulundurulduğunda, uyumlu bir redaksiyon süreci şunları gerektirir:

1. Word belgeleri için yerel Word entegrasyonunu kullanın: Doğrudan Word belge nesne modeli içinde çalışan — metin içeriğini belge yapısında doğrudan değiştiren — redaksiyon, gizleme ile silme sorununu önlemenin tek yoludur. PDF'e dönüştürerek PDF'i redakte etmek, format dönüşüm riski taşır ve yorumları, izlenen değişiklikleri veya revizyon geçmişini doğru biçimde işlemeyebilir.

2. Tüm belge alanlarını işleyin: Uyumlu bir redaksiyon süreci, üstbilgiler, altbilgiler, dipnotlar, son notlar, yorumlar, izlenen değişiklikler ve belge özellikleri dahil tüm öğeleri açıkça işlemelidir; yalnızca ana gövde metnini değil.

3. Çıktıyı doğrulayın: Redaksiyonun ardından, redakte edilen içeriği kurtarmaya çalışarak sonucu doğrulayın. Redakte edilmiş alanları kopyalayıp yapıştırın. Belgenin XML yapısını açın. İzlenen değişiklikleri ve revizyon geçmişini kontrol edin. Orijinal içerik herhangi bir yerde görünüyorsa redaksiyon tamamlanmamıştır.

4. Denetim izi tutun: Hukuki üretimler için neyin, hangi yöntemle ve kimin tarafından redakte edildiğini belgeleyin. Bir gizlilik itirazı veya redaksiyon mücadelesi ortaya çıktığında bu bilgiler belirleyici olur.

Epstein Dosyalarından Çıkarılan Ders

Epstein dosyalarındaki redaksiyon başarısızlığı DOJ açısından utanç vericiydi; ancak görsel gizlemenin gerçek redaksiyonla karıştırıldığında ne olduğunu somut, kamuya açık ve tartışmasız biçimde ortaya koydu.

Bu haberi takip eden her hukuk ekibi, devlet kurumu ve uyum uzmanı şu soruları sormalıdır: Geçmişteki belge üretimimizde benzer biçimde kurtarılabilecek neler var? Mevcut redaksiyon sürecimiz gerçekten metni siliyor mu, yoksa yalnızca gizliyor mu?

Gerçek maruziyeti belirleyen bu soruların yanıtlarıdır; redaksiyon politikasının varlığı değil.


anonym.legal'in Office Eklentisi, Word belgelerinde gerçek KBB değişimini gerçekleştirir — metin içeriğini görsel olarak örtmek yerine doğrudan belge yapısında değiştirir. Üstbilgiler, altbilgiler, dipnotlar, yorumlar ve izlenen değişiklikler işleme alınır. Sonuç, orijinal metnin gizlendiği değil, var olmadığı bir belgedir.

Kaynaklar:

Verilerinizi korumaya hazır mısınız?

48 dilde 285+ varlık türü ile PII anonimleştirmeye başlayın.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.