Requisitos de capacidad antes que nombres de productos

Un error común en compras de ciberseguridad es redactar pliegos que copian las características del folleto de un fabricante determinado ("queremos el producto X"). El rol del arquitecto de seguridad es abstraer las necesidades en capacidades técnicas verificables: ¿qué problema de diseño resuelve?, ¿qué protocolos debe interceptar?, ¿qué nivel de latencia tolera la red?, ¿cómo se integra con el directorio existente? Redactar requisitos neutros garantiza competencia real y evita sesgos de patrocinio.

En el pliego técnico de Farmacias Sanavida se define la capacidad de rotación automática de contraseñas de cuentas con privilegios.

Abre el laboratorio y consulta requisitos-capacidad-pam.txt. Identifica el criterio de verificación fijado para el requisito obligatorio REQ-CAP-01.

La elevación de privilegios Just-in-Time (JIT) otorga accesos efímeros que caducan tras la sesión, eliminando cuentas estáticas con privilegios permanentes.

Revisa requisitos-capacidad-pam.txt y localiza la criticidad asignada al requisito REQ-CAP-03.

Cualquier producto de seguridad que no ofrezca una API REST documentada y completa se convierte en un silo aislado que requiere intervención manual. El soporte de estándares abiertos para aprovisionamiento (como SCIM o OpenAPI) debe ser un requisito mandatorio en todo proceso de adquisición.