OP.ACC.4 Proceso de gestión de derechos de acceso
Finalidad
Este documento establece el proceso de gestión del ciclo de vida de los derechos de acceso conforme al control OP.ACC.4 del Anexo II del Real Decreto 311/2022, aplicable a un sistema de categoría ALTO. El objetivo es garantizar que los accesos se otorgan según necesidad legítima, se mantienen actualizados y se revocan oportunamente.
Principios
- Los derechos de acceso se estructuran según las necesidades de cada usuario en función de su rol y las tareas encomendadas.
- La necesidad de acceso debe constar por escrito, autorizada por el Responsable de la Información o del Servicio correspondiente.
- La necesidad de acceso se reasegura periódicamente; los derechos se extinguen cuando no se demuestre positivamente que la necesidad perdura.
- Las cuentas de administración reciben atención especial, con procedimientos ágiles de cancelación y mecanismos de monitorización.
Ciclo de vida de los derechos de acceso
Solicitud y concesión
- El responsable del área solicita el acceso indicando el usuario, los recursos necesarios y la justificación.
- El Responsable de la Información o del Servicio autoriza la solicitud por escrito.
- El Responsable de Seguridad valida que la solicitud es coherente con la política de seguridad y la segregación de funciones (OP.ACC.3).
- El Responsable del Sistema implementa los derechos de acceso.
- Se notifica al usuario y se registra la concesión en el log de auditoría.
Revisión periódica
| Tipo de acceso | Frecuencia | Revisor |
|---|---|---|
| Accesos con privilegios de administración | Trimestral | Responsable de Seguridad |
| Accesos a datos clínicos | Semestral | Responsable de la Información |
| Accesos estándar | Semestral | Responsable del Servicio |
| Accesos temporales | Al vencimiento | Responsable que autorizó |
En cada revisión se verifica que la necesidad de acceso persiste. Si no se justifica positivamente, los derechos se revocan.
Matriz de permisos persona × sistema × nivel
La organización mantiene una matriz actualizada que relaciona cada persona del alcance con cada sistema y su nivel de acceso. Esta matriz es la referencia para todas las revisiones periódicas.
Sistemas incluidos en la matriz:
| Sistema | Niveles de acceso posibles |
|---|---|
| AWS IAM | Administrador, Desarrollador (escritura), Lectura, Sin acceso |
| Google Workspace | Administrador, Usuario estándar, Sin acceso |
| GitHub | Owner, Maintainer, Escritura, Lectura, Sin acceso |
| Wazuh | Administrador, Analista (lectura), Sin acceso |
Formato de la matriz:
| Persona | Rol funcional | AWS IAM | Google Workspace | GitHub | Wazuh |
|---|---|---|---|---|---|
| (nombre) | (rol) | (nivel) | (nivel) | (nivel) | (nivel) |
La matriz se almacena como registro de GP-110 y se actualiza cada vez que se concede, modifica o revoca un acceso.
Proceso de revisión semestral de permisos
Cada 6 meses, el Responsable del Sistema coordina una revisión completa de permisos siguiendo este flujo:
-
Preparación (Responsable del Sistema):
- Obtener capturas de pantalla de los permisos reales de cada sistema (consola AWS IAM, panel de administración de Google Workspace, configuración de GitHub, etc.).
- Comparar las capturas con la matriz de permisos vigente.
- Documentar las discrepancias encontradas.
-
Verificación (Responsable de Seguridad):
- Revisar las capturas y las discrepancias identificadas.
- Confirmar que cada permiso está justificado y es coherente con la política de seguridad.
- Aprobar o solicitar la revocación de permisos injustificados.
- Registrar su revisión mediante commit en el repositorio del QMS.
-
Registro:
- Crear un registro de revisión semestral con los siguientes campos:
| Campo | Descripción |
|---|---|
| Fecha de revisión | Fecha en que se realizó la revisión |
| Período revisado | Semestre al que corresponde (ej. 2026-S1) |
| Revisor (área sistemas) | Persona que obtuvo las capturas y preparó la comparación |
| Verificador (Resp. Seguridad) | Persona que validó la revisión |
| Sistemas revisados | Lista de sistemas incluidos en la revisión |
| Discrepancias encontradas | Número y descripción de permisos no justificados |
| Acciones correctivas | Cambios aplicados (revocaciones, ajustes) |
| Capturas adjuntas | Referencia a las capturas de pantalla de cada sistema |
| Observaciones | Notas adicionales |
Modificación
Cuando un usuario cambia de función o de responsabilidades, se ajustan sus derechos de acceso. El proceso es el mismo que para la solicitud inicial: autorización del responsable del recurso, validación de seguridad e implementación técnica.
Revocación
| Evento | Plazo de revocación |
|---|---|
| Terminación de la relación laboral o contractual | Inmediato |
| Cambio de rol o función | 24 horas |
| Violación de la política de seguridad | Inmediato |
| Expiración de acceso temporal | Automático |
| No justificaci ón en revisión periódica | 48 horas |
| Inactividad superior a 90 días | Automático |
Gestión de accesos privilegiados
Los accesos con privilegios de administración se gestionan con controles reforzados:
- Concesión temporal y por tarea específica (principio just-in-time).
- Autenticación multifactor obligatoria.
- Registro completo de todas las acciones realizadas durante la sesión privilegiada.
- Revocación automática al finalizar la tarea o al expirar el plazo concedido.
Responsabilidades
| Rol ENS | Responsabilidad |
|---|---|
| Responsable de la Información | Autorizar el acceso a la información de su competencia, participar en revisiones |
| Responsable del Servicio | Autorizar el acceso al servicio de su competencia, participar en revisiones |
| Responsable de Seguridad | Validar solicitudes, coordinar revisiones periódicas, gestionar revocaciones de emergencia |
| Responsable del Sistema | Implementar la concesión, modificación y revocación técnica de derechos |
Documentos de referencia
- Real Decreto 311/2022, Anexo II, OP.ACC.4
- ISO/IEC 27002:2013: 9.2.2, 9.2.3, 9.2.5, 9.2.6
- NIST SP 800-53 rev. 4: AC-3 (Access Enforcement), AC-24 (Access Control Decisions)
Signature meaning
The signatures for the approval process of this document can be found in the verified commits at the repository for the QMS. As a reference, the team members who are expected to participate in this document and their roles in the approval process, as defined in Annex I Responsibility Matrix of the GP-001, are:
- Author: Team members involved
- Reviewer: JD-003 Design & Development Manager, JD-004 Quality Manager & PRRC
- Approver: JD-001 General Manager