Ejemplo simulado · No es un scan real
Orientación de preparación basada en un chequeo público y tus respuestas. No es una auditoría ni certifica protección o cumplimiento.
Objetivo sugerido: 30 días.
Este plazo organiza el trabajo. No es una fecha regulatoria ni una predicción cuántica.
Identificar dónde circulan y se almacenan los datos de larga vida
Responsable sugerido: Negocio + IT
40 / 100
Primeros pasosRespuestas conocidas: 5 de 5 dimensiones. Declaraciones no verificadas documentalmente.
| Dimensión | Respuesta | Puntos |
|---|---|---|
| Inventario | Tenemos una lista parcial | 10/20 |
| Proveedores | Consultamos, pero faltan respuestas documentadas | 5/20 |
| Responsable | Una persona identificada, con revisión agendada | 20/20 |
| Capacidad de cambio | Conocemos el procedimiento, pero no hay prueba | 5/20 |
| Plan | No existe | 0/20 |
10 + 5 + 20 + 5 + 0 = 40. “No sé” suma cero por falta de información, no por una falla comprobada.
Mide preparación declarada según nuestro checklist. No mide probabilidad de ataque ni porcentaje de información protegida.
El intercambio híbrido combina mecanismos clásicos y post-cuánticos. Se observó en 1 de 1 ensayos híbridos.
· Fecha UTC · Ubicación simulada
No acredita protección de toda la empresa ni del tramo CDN–origen. No se probaron todas las variantes PQ ni todos los clientes.
Fecha exacta: 2026-09-09T15:00:00Z · 5 conexiones. Grupo ensayado: X25519MLKEM768.
TLSv1.3 · TLS_AES_256_GCM_SHA384 · X25519MLKEM768
| Clave pública | ec prime256v1 |
|---|---|
| Firma del certificado | ecdsa-with-SHA256 |
| Emisor | Emisor de ejemplo |
| Vigencia | 2026-09-01T00:00:00Z → 2026-12-01T00:00:00Z |
| Validación | Nombre: válido · Fecha: válida · Cadena: válida |
| Fingerprint | SIMULADO |
DNS empresa.example: 203.0.113.10. No ensayadas: ninguna de las resueltas. CNAME: no observado.
HTTP empresa.example: 200; strict-transport-security: max-age=31536000
Herramienta: SIMULADO — OpenSSL
Trust store: SIMULADO
TLS 1.0/1.1, puertos adicionales, sistemas privados y suites no ensayadas: no comprobados.
Los responsables y las fechas son sugeridos. Confirmalos internamente. Las marcas del checklist son temporales; no se guardan ni cambian el puntaje.
Completado cuando: Servicios relevantes incorporados a la revisión; sin subir información privada.
Q1: Datos personales o comerciales. Declarado por vos. Q2: Más de 5 años. Declarado por vos.
Regla A10 · Fuente de referencia
Completado cuando: Respuesta por producto, tramo y versión; dependencias sin respuesta identificadas.
Q5: Consultamos, pero faltan respuestas documentadas. Declarado por vos.
Regla A03 · Fuente de referencia
Completado cuando: Alcance edge/origen documentado por el proveedor.
Observado en 1 de 1 ensayos híbridos; no prueba el tramo al origen.
Regla A07 · Fuente de referencia
Completado cuando: Mapa del alcance declarado con un responsable por servicio.
Q4: Tenemos una lista parcial. Declarado por vos.
Regla A02 · Fuente de referencia
Completado cuando: Procedimiento con evidencia de prueba y reversión, propia o del proveedor.
Q7: Conocemos el procedimiento, pero no hay prueba. Declarado por vos.
Regla A05 · Fuente de referencia
Completado cuando: Plan aceptado internamente con fechas y criterios de prueba.
Copiá el mensaje y compartilo con el proveedor correspondiente.
| Servicio | Estado | Próximo paso |
|---|---|---|
| Hosting / CDN | Por confirmar con el proveedor | Documentar tramos, versiones y responsabilidades. |
| Sistemas y proveedores internos | Todo mediante servicios gestionados (declarado) | Completar el mapa; no se infiere de un dominio. |
¿Qué información privada manejan?
Datos personales o comerciales
¿Cuánto tiempo necesita seguir siendo confidencial?
Más de 5 años
¿Cómo funcionan los sistemas principales?
Todo mediante servicios gestionados
¿Tienen una lista de sistemas y proveedores?
Tenemos una lista parcial
¿Qué saben de los planes post-cuánticos de sus proveedores?
Consultamos, pero faltan respuestas documentadas
¿Quién coordinaría esta preparación?
Una persona identificada, con revisión agendada
¿Podrían actualizar los componentes criptográficos sin improvisar?
Conocemos el procedimiento, pero no hay prueba
¿Existe un plan de preparación?
No existe
TLS: protocolo de protección de conexiones. Intercambio híbrido: combina mecanismos clásicos y post-cuánticos. Certificado: vincula identidad y clave pública; su firma no es el intercambio de claves. Crypto-agility: poder cambiar algoritmos preservando operación. HNDL: capturar información cifrada para intentar descifrarla después; no se comprobó que ocurra en este dominio.
Método 1.0.1 · Contenido 2026-09-09.2 · 2026-09-09T15:00:00Z. Fotografía congelada, sin monitoreo.
Esta es una fotografía de preparación, no una auditoría de seguridad. Combina observaciones de un endpoint público con respuestas declaradas. No certifica protección post-cuántica, ausencia de vulnerabilidades ni cumplimiento regulatorio.