¿Qué es el cifrado de conocimiento cero? En 5 minutos

¿Qué es el cifrado de conocimiento cero? Cómo funciona en 5 minutos

El cifrado de conocimiento cero es una arquitectura donde el cifrado y descifrado ocurren exclusivamente en el dispositivo del usuario. El servidor almacena únicamente texto cifrado y claves cifradas. Incluso si el proveedor sufre una brecha, recibe una citación judicial o tiene un empleado malintencionado con acceso a la base de datos, el texto plano permanece fuera de alcance.

Cifrado de conocimiento cero en resumen

El servidor nunca posee la clave de descifrado. Solo almacena texto cifrado y claves cifradas, por lo que una brecha, citación judicial o administrador malintencionado no obtiene nada legible.
Las claves se generan y utilizan exclusivamente en el dispositivo del usuario, derivadas de una contraseña maestra a través de capas de PBKDF2, RSA y AES-256.
Protege los datos en reposo, en tránsito y en uso, pero no contra phishing, compartir datos de forma descuidada o exposición de metadatos.
Combinarlo con MFA, buenas prácticas de contraseña maestra y despliegue sin conexión cierra las brechas que el cifrado por sí solo no cubre.
Un despliegue autoalojado mantiene toda la cadena en el propio hardware de la empresa, sin conexión saliente y sin infraestructura ni personal del proveedor dentro del perímetro de confianza.
Verifique las afirmaciones de un proveedor a través de documentación publicada, auditorías independientes, un flujo de recuperación honesto y, preferiblemente, código fuente auditable.

Qué significa realmente conocimiento cero

La arquitectura de conocimiento cero significa que el proveedor no tiene forma de leer sus datos en texto plano, no que simplemente elige no mirar. La distinción que importa: las claves se generan y utilizan completamente en el cliente, y el servidor solo almacena blobs cifrados que no puede descifrar por sí mismo, incluso bajo orden judicial.

Compare esto con el «almacenamiento cifrado» ordinario. Un proveedor podría cifrar sus datos en reposo, pero si también posee la clave de descifrado, técnicamente puede leer esos datos cuando quiera. El cifrado en reposo protege contra el robo físico de discos duros. No protege contra el propio proveedor, ni contra cualquiera que comprometa la infraestructura del proveedor.

Tres propiedades separan el verdadero conocimiento cero del texto de marketing:

Las claves se generan en el lado del cliente, utilizando un generador de números pseudoaleatorios criptográficamente seguro (CSPRNG), no en un servidor.
La clave privada nunca abandona el dispositivo en texto plano y nunca se transmite al servidor sin cifrar.
El servidor almacena solo blobs cifrados, incluyendo copias cifradas de las propias claves.

Aspecto	Cifrado estándar	Arquitectura de conocimiento cero
Quién genera las claves	Proveedor (servidor)	Dispositivo del usuario (cliente)
Dónde residen las claves	Servidor, a veces en forma reversible	Cifradas, nunca en texto plano en el servidor
¿Puede el proveedor leer sus datos?	Técnicamente sí	Criptográficamente no
Qué expone una brecha	Texto plano o datos débilmente protegidos	Solo texto cifrado

Cómo funciona la cadena de cifrado: un ejemplo real

El cifrado de conocimiento cero funciona mediante una cadena de pasos de derivación y cifrado de claves, donde cada uno desbloquea el siguiente. En el modelo criptográfico de Passwork, una contraseña maestra se convierte en una clave maestra a través de PBKDF2. Esa clave maestra descifra una clave privada RSA, que descifra las claves de bóveda, que a su vez descifran las claves de registro que protegen las contraseñas y secretos reales.

Aquí está la cadena del lado del cliente, paso a paso:

Contraseña maestra → clave maestra. El usuario introduce su contraseña maestra. PBKDF2 (HMAC-SHA-256, 300.000 iteraciones) deriva una clave maestra de 512 bits, y la derivación del lado del servidor ejecuta 600.000 iteraciones para una capa adicional. El alto número de iteraciones existe por una razón: hace que el ataque de fuerza bruta a la contraseña sea computacionalmente costoso.
Clave maestra → clave privada RSA. La clave maestra descifra la clave privada RSA-2048 del usuario (RSA-OAEP, SHA-256) con AES-256. Esa clave privada permanece cifrada en el servidor. Sin la contraseña maestra, son datos inertes.
Clave privada → clave de bóveda. La clave privada RSA descifra una clave simétrica de bóveda (256 bits, aproximadamente 596 bits de entropía). Una bóveda contiene una colección de registros compartidos entre miembros del equipo, y cada bóveda tiene su propia clave única.
Clave de bóveda → clave de registro → datos del registro. La clave de bóveda descifra las claves de registro individuales, que a su vez descifran las contraseñas reales, secretos y archivos adjuntos, todo mediante AES-256.
Una segunda capa independiente. Independientemente de la cadena del lado del cliente, una clave de servidor (256 bits, generada con OpenSSL) cifra la base de datos con AES-256. Dos claves independientes, dos capas independientes. Comprometer una no compromete la otra.

Qué almacena realmente el servidor. No la contraseña maestra. No el texto plano de nada. Almacena: el hash cifrado de la clave maestra para verificación de identidad, la clave privada cifrada, las claves de bóveda y registro cifradas, los datos de registro cifrados, y un hash de verificación utilizado para confirmar un intento de inicio de sesión sin ver nunca la contraseña en sí.

Debido a que el servidor nunca posee la clave de descifrado del lado del cliente, una brecha de base de datos solo produce texto cifrado. Ese es el beneficio de toda la cadena: cualquiera que robe la base de datos, copias de seguridad o la clave del lado del servidor no obtiene nada utilizable.

Sin embargo, esa protección tiene un límite. Defiende contra el compromiso de infraestructura, no contra un atacante que obtiene una contraseña maestra válida e inicia sesión como el usuario. El informe de IBM Cost of a Data Breach 2025 señala que los atacantes dependen cada vez más de credenciales robadas en lugar de explotar directamente la infraestructura, un camino que la arquitectura de conocimiento cero no cubre. Es una razón para combinar la arquitectura con MFA.

Qué protege el conocimiento cero y qué no

El conocimiento cero es poderoso, pero no es magia. Defiende la capa de almacenamiento, no el endpoint, y entender ese límite es lo que separa a un comprador informado de alguien que repite el eslogan de un proveedor.

Protege contra:

Brechas de servidor. Un atacante que extrae la base de datos obtiene blobs cifrados, nada más.
Acceso interno. Los administradores de bases de datos, operadores de copias de seguridad y personal de soporte no pueden leer texto plano, porque ninguno de ellos posee las claves del lado del cliente. Esto es lo que impone la separación de funciones: la persona que mantiene el servidor no obtiene automáticamente acceso a leer las contraseñas almacenadas en él.
Citaciones y órdenes judiciales. Quien opera la infraestructura no tiene nada legible que entregar, ya que las claves de descifrado nunca abandonan el cliente.
Filtraciones de bases de datos o copias de seguridad robadas. Los registros expuestos son texto cifrado, inútiles sin las claves del lado del cliente.

No protege contra:

Phishing. Si entrega su contraseña maestra a un atacante, la arquitectura no puede detenerlo.
Compartir públicamente datos descifrados. Una vez que ha descifrado algo y lo ha pegado en algún lugar inseguro, el cifrado ya no es el control relevante.
Filtración de metadatos. El servidor típicamente sabe cuándo accedió a una bóveda, aunque no sepa a qué accedió.

La seguridad de datos generalmente se describe en tres estados: en reposo, en tránsito y en uso. La arquitectura de conocimiento cero trata fundamentalmente sobre en reposo: el servidor almacena texto cifrado que no puede descifrar, independientemente de cómo se acceda.

En tránsito, la protección proviene de TLS, un control separado. Lo que el conocimiento cero añade aquí es un efecto secundario, no un sustituto: los datos salen del cliente ya cifrados, por lo que incluso un fallo de TLS no expondría texto plano.

En uso, cuando la bóveda está desbloqueada y un registro se descifra, ese descifrado ocurre solo dentro del propio cliente del usuario autenticado, para ese único usuario. El servidor nunca recibe ni observa el texto plano en ningún punto de ese proceso.

Qué significa el conocimiento cero en un entorno autoalojado

El autoalojamiento y el conocimiento cero son propiedades independientes. El autoalojamiento controla dónde reside la infraestructura. El conocimiento cero controla si quien opera esa infraestructura puede leer los datos.

En un despliegue autoalojado, toda la cadena — servidor, base de datos y claves cifradas — reside en el propio hardware de la empresa, sin conexión saliente. Qué cambia cuando esa configuración se combina con conocimiento cero:

Ninguna parte externa en el proceso. No hay infraestructura del proveedor, no hay personal del proveedor, y no hay tráfico saliente transportando datos o claves fuera de las instalaciones. Todo lo que toca la cadena de cifrado permanece dentro de la red de la empresa.
Residencia y cifrado se convierten en respuestas separadas. El autoalojamiento establece dónde residen físicamente los datos. El conocimiento cero establece quién puede leerlos incluso allí. Juntos, reducen el perímetro de confianza hasta el dispositivo cliente, dentro de una infraestructura que la empresa ya controla de extremo a extremo.
El coste se desplaza, no desaparece. Parches, copias de seguridad y tiempo de actividad pasan del proveedor al departamento de TI interno. Eso es un compromiso operativo, no de seguridad, y pertenece a la conversación sobre TCO.

Para industrias reguladas, esta distinción se corresponde directamente con las preguntas de cumplimiento sobre residencia de datos.

Reforzar el conocimiento cero en la práctica

El cifrado de conocimiento cero protege los datos, pero no cubre los hábitos de autenticación ni la exposición de red. Combinarlo con MFA, buenas prácticas de contraseña maestra, controles organizacionales y despliegue sin conexión cierra las brechas restantes.

Base de seguridad:

Autenticación multifactor (MFA). Un atacante que obtiene la contraseña maestra mediante phishing aún necesita el segundo factor para desbloquear la bóveda.
Buenas prácticas de contraseña maestra. El número de iteraciones de PBKDF2 ralentiza el ataque de fuerza bruta, pero no puede arreglar una contraseña débil o reutilizada. La longitud y la unicidad siguen importando más que el KDF que las rodea.
Controles organizacionales. El control de acceso basado en roles, los permisos de grupo sincronizados desde AD/LDAP, y un registro de auditoría completo limitan cuánto daño puede causar una cuenta comprometida.

Despliegue sin conexión: Ejecutar un gestor de contraseñas autoalojado sin conexión saliente elimina por completo la explotación remota, el compromiso de la cadena de suministro en la nube y la interceptación de red como vectores de ataque.

Cómo verificar una afirmación de conocimiento cero

Verificar una afirmación de conocimiento cero sin leer el código fuente se reduce a comprobar cinco cosas que un proveedor legítimo documentará fácilmente: un whitepaper técnico, prueba de generación de claves en el cliente, auditorías independientes, un flujo de recuperación honesto y criptografía abierta. Las páginas de marketing vagas que omiten estos detalles son una señal, no una prueba, de un problema.

Lista de verificación de conocimiento cero (5 puntos):

Confirme el cifrado del lado del cliente. Verifique si el cifrado ocurre antes de que los datos salgan del navegador o la aplicación. Si las claves se generan en el servidor, no es conocimiento cero, independientemente de lo que diga el marketing.
Busque validación independiente. Las pruebas de penetración de terceros y certificaciones como ISO/IEC 27001 o SOC 2 Type II proporcionan evidencia externa, no afirmaciones autoinformadas.
Examine el flujo de recuperación. El verdadero conocimiento cero significa que no hay «restablecimiento de contraseña» en el sentido tradicional. Si el soporte puede restablecer su acceso, tienen una clave en algún lugar. La recuperación legítima depende de una clave de recuperación pregenerada que solo el usuario almacena.
Favorezca la criptografía auditable. No necesita leer cada línea, pero los algoritmos y parámetros documentados públicamente son una señal de confianza significativa.

La propia documentación de Passwork es un ejemplo funcional de lo que esta lista de verificación debería revelar: una certificación ISO/IEC 27001, un programa de HackerOne para pruebas de seguridad independientes, y una especificación criptográfica documentada públicamente que lista cada algoritmo y parámetro utilizado, además de código fuente auditable que los clientes pueden revisar directamente para verificar que la implementación coincide con la documentación.

Conclusión

El cifrado de conocimiento cero se reduce a una decisión de diseño: el servidor almacena solo lo que estructuralmente no puede leer. Todo lo demás — las iteraciones de PBKDF2, el intercambio de claves RSA, el cifrado de dos niveles — existe para hacer cumplir esa única garantía en cada paso de la cadena.

Para un equipo empresarial, se trata de reducir el radio de impacto de una brecha. Una base de datos robada, una copia de seguridad comprometida, un agente de soporte con demasiado acceso: nada de eso importa si lo que se filtra es texto cifrado que nadie puede usar.

Preguntas frecuentes

¿Cuál es la diferencia entre conocimiento cero y cifrado de extremo a extremo?

El cifrado de extremo a extremo (E2EE) protege la comunicación entre dos partes específicas: solo el remitente y el destinatario poseen las claves, no ningún intermediario. El conocimiento cero describe la arquitectura de almacenamiento de un servidor: el proveedor estructuralmente no puede descifrar lo que almacena, independientemente del contexto. Los dos conceptos se superponen a menudo, en lugar de estar opuestos. Un gestor de contraseñas puede ser de conocimiento cero sin que exista ningún intercambio de «dos partes» de mensajes.

¿Cuál es la diferencia entre confianza cero y conocimiento cero?

Confianza cero es un modelo de seguridad de red: ningún usuario o dispositivo es confiable por defecto, cada solicitud se verifica independientemente de su origen. Conocimiento cero es una propiedad criptográfica: el servidor estructuralmente no puede leer los datos almacenados. Confianza cero gobierna las decisiones de acceso; conocimiento cero gobierna lo que un atacante obtiene incluso después de que se conceda el acceso. Los dos funcionan bien juntos pero resuelven problemas diferentes.

¿Puedo recuperar mis datos si olvido mi contraseña maestra?

En un sistema de conocimiento cero verdadero, no. Ni siquiera un administrador del sistema puede restablecer su contraseña, porque la clave de descifrado nunca estuvo disponible para restablecerla. Algunos productos ofrecen recuperación a través de una clave de recuperación pregenerada almacenada por separado por el usuario. Si pierde tanto la contraseña maestra como la clave de recuperación, los datos son criptográficamente inalcanzables.

¿Cómo verifico una afirmación de conocimiento cero sin leer el código fuente?

Solicite el whitepaper técnico y verifique que especifica el KDF, los números de iteraciones y la jerarquía de claves. Confirme que el cifrado ocurre en el lado del cliente antes de la transmisión. Busque auditorías independientes o certificaciones como ISO 27001. Un proveedor que no está dispuesto a proporcionar nada de esto es la verdadera señal de alerta, no la ausencia de código de fuente abierta.

¿Funciona el cifrado de conocimiento cero con SSO o inicio de sesión SAML?

SSO confirma quién es usted; no reemplaza la contraseña maestra utilizada para derivar las claves de cifrado del lado del cliente. Un sistema de conocimiento cero emparejado con SSO SAML aún requiere ese secreto separado, porque al proveedor de identidad nunca se le proporcionaron las claves de descifrado en primer lugar.