Inicio / Brecha de seguridad del producto
Brecha de seguridad del producto
La seguridad del producto debe funcionar en cada versión entregada.
El desarrollo, las dependencias, la SBOM, las vulnerabilidades, los correctivos, los incidentes y el soporte deben formar un proceso operable y demostrable.
Lo que su contexto cambia
Decisión por tomar
Por tratar en primer lugarVer el recorrido correspondiente →
Lo que indica que usted está concernido
- Producto software o conectado
- Mercado o clientes europeos
- Proceso de vulnerabilidades incompleto
Lo que fragiliza la relación con el cliente
- Canal de divulgación sin proceso
- SBOM desconectada de las versiones entregadas
- Soporte prometido sin capacidad de ingeniería
- Declaraciones del cliente superiores a las pruebas de producto
Decisión por obtenerUna evaluación del ciclo de seguridad del producto, desviaciones técnicas y organizativas, y luego un plan de preparación mantenible.
La conclusión vincula los productos y versiones afectados con las decisiones de corrección, soporte y comunicación aún pendientes.
Lógica de examen
Del ciclo de producto a las evidencias de seguridad que deben mantenerse.
La secuencia sigue el ciclo de las versiones para que vulnerabilidad, corrección, soporte y comunicación permanezcan vinculados.
01Delimitar
Identificar productos, versiones y períodos de soporte.
02Examinar
Vincular desarrollo, dependencias, SBOM y versiones entregadas.
03Poner a prueba
Poner a prueba el tratamiento de vulnerabilidades, correcciones e incidentes.
04Mantener
Poner la evidencia a disposición durante todo el ciclo de vida del producto.
Ciclo de seguridad del producto
Una prueba mantenida en cada versión entregada.
01DiseñarAmenazas y requisitos
→02ConstruirCódigo y dependencias
→03PublicarSBOM y versión
→04MantenerVulnerabilidades y correcciones
Elementos a reunir
Preparar el expediente antes de ampliar el examen.
- Los productos, versiones, componentes y periodos de soporte afectados
- El plazo y la decisión comercial asociada
- Los compromisos ya comunicados a las partes interesadas
- Los responsables capaces de explicar el funcionamiento real
- Las pruebas disponibles, incluso cuando son parciales
- Las excepciones, incidentes o remediaciones ya conocidos
SBOM desconectada de las versiones entregadas
Cronología indicativa
Al ritmo de las versiones soportadas
Vincular las decisiones de seguridad a las versiones entregadas, vulnerabilidades, correcciones y períodos de soporte.
Diagnóstico de situación
Ciclo de desarrollo, vulnerabilidades, dependencias, SBOM, soporte: lo que existe realmente, versión por versión.
Desviaciones
Lo que los compradores europeos y el marco CRA esperan de un editor de su tamaño — y lo que falta.
Actualización
Procesos planteados a su escala: divulgación, correcciones, SBOM mantenida, compromisos de soporte sostenibles.
Ritmo
La seguridad de producto opera en cada versión entregada, y se demuestra en cada evaluación de cliente.
Intervención coherente
Evaluación de la seguridad del producto y preparación para la CRA
Evaluar la capacidad real para diseñar, mantener, corregir y documentar un producto destinado a Europa. Los productos, las versiones soportadas y las fechas de comercialización permiten orientar el ciclo, los componentes y las decisiones de seguridad que se deben examinar.