Documento técnico sobre seguridad y privacidad (resumen)Apéndice
Versión y registro de cambios
Esta página recoge los cambios de versión y los resúmenes de la documentación del documento técnico. Cada cambio debería indicar: el alcance del cambio, los capítulos afectados, los ID de afirmaciones implicados y (si procede) la relación con las versiones de la implementación o con cryptoVersion.
Normas de registro
- Número de versión: se recomienda el versionado semántico (p. ej.,
v1.0,v1.1) o el versionado por fecha (p. ej.,2026-01). - Tipo de cambio: añadido / cambiado / corregido / obsoleto / eliminado.
- Trazabilidad: cada cambio debería enlazar con capítulos y ID de afirmaciones concretos; los cambios en el texto de las afirmaciones deberían sincronizarse con el índice.
- Relación con la implementación: si se documentan cambios de implementación (p. ej., parámetros de cifrado, alcance de los tokens, política de registros), indica la versión de cliente o servidor correspondiente o la fecha de entrada en vigor.
Registro de cambios
La tabla siguiente ofrece una estructura mínima y mantenible. Actualiza la fecha, la versión y el resumen según el ritmo de publicación; usa el versionado por fecha si no se exponen los números de versión internos.
| Fecha | Versión del documento | Resumen del cambio | Capítulos | ID de afirmaciones relacionados |
|---|---|---|---|---|
| 2026-01-14 | v1.0 | Primera publicación del documento técnico sobre seguridad y privacidad (dividido por capítulos). Cubre alcance y modelo de amenazas, arquitectura y autenticación, criptografía y gestión de claves, privacidad y conocimiento cero, seguridad web, registros y respuesta a incidentes, divulgación de vulnerabilidades, evidencia y estado, el índice de ID de afirmaciones y el glosario. | Resumen + cap. 1–12 + apéndice | Consulta el índice /security-privacy-appendix-claim-ids |
| YYYY-MM-DD | v1.1 | Ejemplo: completar los cap. 6 y 7 (ciclo de vida de los datos y abuso), actualizar los ejemplos de CSP y Referrer-Policy de la página de descarga y afinar la minimización de los campos de auditoría. | Cap. 6, 7, 9, 10 | (Ej.) DATA-*, ABUSE-*, WEB-*, LOG-* |
| YYYY-MM-DD | v1.2 | Ejemplo: introducir un nuevo cryptoVersion (p. ej., v2), ajustar la especificación de IV/AAD y la compatibilidad; añadir el calendario de retirada. | Cap. 5, 11 | (Ej.) CRYPTO-*, VERSION-* |
Sugerencias de mantenimiento
- Al modificar el texto, comprueba si afecta a los ID de afirmaciones (contenido de la declaración o enlaces de evidencia).
- Para los cambios importantes relacionados con compromisos públicos de seguridad, plantéate sincronizar la evidencia y las notas en /status.
- Si se divulgan incidentes de seguridad (sin ampliar la superficie de ataque), registra aquí la ventana de publicación y el alcance, enlazando con el comunicado público del incidente (si procede).