By · Last updated 2026-03-05

Volver al BlogTecnología Legal

Después de los Archivos Epstein: Por Qué el Resaltado...

La publicación de los archivos Epstein por el DOJ en diciembre de 2025 expuso una crítica falla de redacción...

March 5, 20267 min de lectura
document redactionPDF redaction failurelegal complianceWord redaction

El Fallo de Redacción de Diciembre de 2025

Actualizado para 2026

El Departamento de Justicia de EE. UU. publicó los archivos Epstein en diciembre de 2025. La cobertura mediática rápidamente pasó del contenido a las redacciones. Se centró en lo fácil que era eludir esas redacciones.

El método era simple. El contenido "redactado" en archivos PDF fue ennegrecido con resaltado. Pero las palabras permanecen en la capa de texto del PDF. Copia el cuadro negro en un editor de texto y las palabras originales aparecen. La cobertura visual no era una eliminación real. Los datos sensibles nunca fueron removidos.

Este no era un fallo nuevo. El caso Anthony Pellicano de 2007 involucró datos sensibles revelados mediante una redacción incorrecta en documentos legales. El mismo fallo apareció durante años en expedientes judiciales e informes gubernamentales. Sin embargo, los archivos Epstein hicieron visible el fallo a millones de personas en tiempo real.

Para más información sobre la des-identificación de documentos en contextos legales, consulte nuestra descripción de cumplimiento.

Cobertura Visual vs. Redacción Real

¿Por qué sigue ocurriendo esto? La respuesta está en una brecha técnica clave. Existe una diferencia entre cobertura visual y eliminación real.

La cobertura visual coloca un elemento sobre las palabras. No las elimina del archivo. Estos métodos caen en esta categoría. El resaltado negro establece el fondo en negro. Las palabras blancas sobre fondo blanco cambian el color para que coincida con la página. Un rectángulo negro dibujado sobre el texto oculta el contenido visualmente. La cobertura de anotación PDF agrega una capa opaca. Una superposición de imagen coloca una imagen negra sobre las palabras.

En todos los casos, las palabras originales permanecen en el archivo. Se pueden encontrar copiando la región o eliminando la cobertura. Una persona con habilidades técnicas también puede leer la estructura bruta del archivo.

La redacción real elimina definitivamente las palabras del archivo. El contenido no está oculto — ha desaparecido. No queda nada que encontrar.

La pregunta clave para cualquier archivo que envíe: cuando alguien revise este archivo, ¿encontrará las palabras originales? Con cobertura visual, la respuesta es sí. Consulte nuestro glosario para las definiciones de los términos de redacción.

El Problema de los Documentos Word

El mismo fallo existe en Microsoft Word. Usar resaltado negro o cuadros opacos para "redactar" un archivo Word deja las palabras originales en la estructura XML del documento.

Esto importa porque Word es el formato principal para cartas legales, contratos, archivos de RRHH y revisiones internas. Los grupos que usan resaltado han enviado registros con datos recuperables a lo largo de su historia.

El 71 % de los equipos legales usan herramientas de IA a pesar de las preocupaciones sobre el almacenamiento de información (encuesta ACC 2025). A medida que las herramientas de IA entran en el trabajo documental, crece el riesgo de descubrir fallos de redacción pasados. Una IA que lea sus archivos puede encontrar palabras en secciones "redactadas" que nunca fueron realmente eliminadas.

Fallos de Redacción de Alto Perfil

Los archivos Epstein no fueron el primer caso de alto perfil de este fallo.

El caso Anthony Pellicano (2007) involucró datos sensibles revelados a través de documentos incorrectamente redactados presentados ante un tribunal federal. [VERIFICADO-EXTERNO]

Documentos de la NSA publicados mediante solicitudes FOIA han contenido repetidamente palabras legibles bajo cuadros negros. Investigadores de seguridad han documentado esto en publicaciones de seguridad nacional. [VERIFICADO-EXTERNO]

Los expedientes de litigios corporativos a menudo contienen contenido legible cuando las partes usan capas de anotación PDF en lugar de una eliminación real. [VERIFICADO]

Este patrón muestra una brecha básica. Los equipos legales piensan en la redacción como un acto visual. Pero los formatos PDF y Word contienen datos estructurados independientemente de lo que se vea en pantalla.

Qué Requiere la Redacción Real

Para que un archivo esté verdaderamente redactado, las palabras deben ser eliminadas y reemplazadas. Una persona capacitada no debe poder recuperarlas.

En archivos PDF, la redacción real significa cuatro cosas. Primero, aplanar el PDF para eliminar todas las capas editables. Segundo, reemplazar el contenido con cuadros negros a nivel de flujo de contenido. Tercero, eliminar los metadatos que pueden contener las palabras originales. Cuarto, eliminar las fuentes incrustadas que podrían permitir la recuperación.

En archivos Word, la redacción real significa tres cosas. Primero, encontrar cada instancia del contenido objetivo — en cambios rastreados, comentarios, metadatos e historial de revisiones. Segundo, reemplazar el contenido, no cubrirlo visualmente. Tercero, preservar el formato sin dejar marcas.

La palabra clave es reemplazo. El contenido original debe ser reemplazado por otra cosa, no ocultado debajo de otra cosa.

Encabezados, Pies de Página y Zonas Ocultas

La redacción de documentos legales tiene más capas que solo el cuerpo principal. Los datos sensibles a menudo aparecen en zonas que las herramientas visuales pasan por alto por completo.

Los encabezados y pies de página a menudo contienen nombres de asuntos, IDs de clientes y números de documentos. Ennegreciendo el cuerpo de un contrato mientras se deja "Confidencial — Re: TechCorp" en el encabezado se derrota el propósito.

Los comentarios y cambios rastreados son una fuente común de divulgación involuntaria. Un revisor que comenta "ver la nota de John Smith" deja ese comentario en el archivo. Permanece incluso después de que la cláusula está cubierta.

Las propiedades del documento y los metadatos contienen nombres de autores e historial de revisiones. Estos pueden revelar el origen del documento incluso cuando el cuerpo está ennegrecido.

El historial de revisiones en Word preserva versiones anteriores del contenido editado. Un archivo que alguna vez decía "el domicilio del demandante es Calle Principal 123" conserva esa versión. Permanece a menos que lo borre explícitamente.

Construyendo un Proceso Conforme

Dados estos modos de fallo, un proceso de redacción sólido necesita cuatro pasos.

1. Usar la integración nativa de Word para archivos Word. La redacción dentro del modelo de objeto de Word reemplaza el contenido directamente en el archivo. Esto evita el problema de cobertura. Convertir a PDF primero agrega riesgo y puede pasar por alto comentarios e historial de revisiones.

2. Procesar todas las zonas del documento. Un proceso conforme debe manejar encabezados, pies de página, notas al pie, notas finales, comentarios, cambios rastreados y propiedades del documento — no solo el cuerpo principal.

3. Verificar el resultado. Después de la redacción, intente recuperar el contenido. Copie y pegue las áreas redactadas. Revise el XML del documento. Examine los cambios rastreados y el historial de revisiones. Si aparece contenido original en algún lugar, la redacción está incompleta.

4. Mantener una pista de auditoría. Para producciones legales, registre qué fue redactado, con qué método y por quién. Esto importa si surge una disputa de privilegio. Más información en nuestra página de seguridad y conformidad.

Lecciones de los Archivos Epstein

El fallo de los archivos Epstein fue una lección pública. Mostró lo que ocurre cuando la cobertura visual se confunde con la redacción real.

Cada equipo legal y profesional de cumplimiento que siguió esta historia debe hacerse dos preguntas. Primero: ¿qué hay en nuestras producciones documentales pasadas que podría recuperarse de manera similar? Segundo: ¿nuestro proceso actual realmente elimina el contenido o simplemente lo cubre?

Las respuestas determinan la exposición real — no solo la existencia de una política de redacción.


El complemento de Office de anonym.legal realiza un reemplazo real de PII dentro de archivos Word. Reemplaza el contenido directamente en la estructura del documento, no visualmente sobre él. Los encabezados, pies de página, notas al pie, comentarios y cambios rastreados se procesan todos. El resultado es un archivo del que los datos originales están ausentes, no ocultos. Más información.

Fuentes

¿Listo para proteger sus datos?

Comience a anonimizar PII con más de 285 tipos de entidades en 48 idiomas.

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.