Un término general, no una técnica única
La ofuscación de datos no es un método único, sino un objetivo general: volver los datos ilegibles o irreconocibles para quien no debería ver su forma original, manteniéndolos útiles donde se necesitan.
Las técnicas que suelen agruparse bajo este término aparecen abajo. El enmascaramiento de datos se usa a menudo como sinónimo, pero en sentido estricto es una técnica dentro de la familia más amplia de la ofuscación.
| Técnica | Qué hace |
|---|---|
| Enmascaramiento de datos | Reemplaza valores reales por valores verosímiles pero ficticios. |
| Tokenización | Sustituye valores sensibles por tokens; la correspondencia se guarda en una bóveda protegida. |
| Seudonimización | Reemplaza identificadores por seudónimos; volver a vincularlos requiere información adicional. |
| Cifrado | Hace los datos ilegibles sin una clave; es totalmente reversible para quien tiene la clave. |
| Hash y redacción | Transformación unidireccional o eliminación total de fragmentos sensibles. |
Por qué las organizaciones ofuscan datos
Las organizaciones ofuscan datos para reducir la exposición y conservar la utilidad. El principio es el mismo en todos los casos: el proceso que necesita la forma de los datos rara vez necesita los valores sensibles reales.
La fuente más común son los datos de producción. Se enmascaran antes de copiarlos a entornos de prueba y desarrollo, y los identificadores se tokenizan en el procesamiento de pagos, de modo que los sistemas siguen funcionando sin tocar los valores originales.
Dónde encaja cada técnica
Cada técnica responde a un riesgo distinto. La tabla muestra el caso de uso típico y lo que los datos todavía permiten una vez transformados.
| Caso de uso | Técnica habitual | Lo que sigue siendo útil |
|---|---|---|
| Copias para pruebas y desarrollo | Enmascaramiento de datos | Estructura de tablas y formatos de datos |
| Analítica y conjuntos para socios | Seudonimización | Patrones, conteos y relaciones entre registros |
| Procesamiento de pagos | Tokenización | Un valor sustituto que los sistemas pueden guardar y comparar |
| Archivos almacenados y respaldos | Cifrado | Nada, hasta que se aplique la clave |
La ofuscación como técnica de evasión
El mismo concepto funciona al revés. Un empleado interno o un atacante que prepara una exfiltración de datos puede ofuscar el contenido a propósito para que los controles de seguridad no lo reconozcan. Los métodos más comunes son:
- renombrar archivos y cambiar extensiones, de modo que las reglas por nombre y tipo no coincidan
- archivar y comprimir, a menudo con contraseña, para que la inspección de contenido no vea lo que hay dentro
- cifrar o recodificar el contenido, de modo que las reglas de palabras clave solo vean texto cifrado
- usar contenedores o formatos inusuales que las verificaciones por formato no reconocen
Cómo responden los sistemas DLP
Los controles que analizan el contenido, como los sistemas de Data Loss Prevention (DLP), intentan compensarlo. Revisan lo que contiene un archivo y no cómo se llama, y comparan el contenido con las huellas digitales de los archivos protegidos.
- 1
Revisar el contenido
Revisar lo que hay dentro de los archivos comprimidos y contenedores, no solo el nombre o el tipo del archivo externo.
- 2
Comparar la huella
Comparar el contenido con las huellas de los archivos protegidos, para que una copia renombrada siga siendo reconocida.
- 3
Vigilar el comportamiento
Marcar la actividad inusual, por ejemplo un empleado que de pronto archiva muchos documentos poco antes de dejar la empresa.
Cómo se ve en Anexet
En el módulo de huellas digitales, el administrador asigna a un banco de huellas las carpetas que guardan archivos protegidos. Las fuentes y el servidor de índice se ven en un solo lugar, así que la cobertura es fácil de comprobar.
La ofuscación funciona en ambos sentidos
La ofuscación tiene un uso dual: las mismas transformaciones que protegen la privacidad en entornos de prueba pueden ocultar una exfiltración durante la transferencia.
Si actúa como salvaguarda o como amenaza depende de quién la aplique y de si los controles existentes pueden ver a través de ella.
Un archivo que pasa una regla basada en el nombre no está seguro. Hay que revisar el contenido, no solo el nombre.
Por dónde empezar
Empezar por los datos que causarían más daño si salieran de la empresa y, después, revisar los canales por los que realmente circulan. Las reglas que inspeccionan el contenido detectan los archivos disfrazados que las reglas por nombre no ven.
Lectura recomendada: Cifrado, codificación y hashing: ¿cuál es la diferencia?.
Un archivo disfrazado solo es invisible para las reglas que nunca lo abren.
Anexet Team