Itinerario 05Lección 3 / 8

Sigue detectando y corrigiendo vulnerabilidades

Crea un proceso continuo desde la detección de vulnerabilidades hasta la corrección verificada en producción. Comprende la carencia de mantenimiento que puede ocultar un prototipo satisfactorio.

Práctica profesional12 minRevisado

Publicado por Cómo escribimos

Qué aprenderás

  • Explicar por qué el software sin cambios necesita revisión continua de seguridad.
  • Relacionar los tipos de análisis con su cobertura y sus límites.
  • Seguir un hallazgo durante la priorización, corrección, despliegue y verificación.

Un prototipo funcional puede convertirse en un servicio sin soporte

El vibe coding puede producir un prototipo útil rápidamente. El riesgo de producción crece cuando las personas siguen usándolo sin mantenimiento continuo de seguridad. Es una carencia grave: el software sigue expuesto mientras quien lo creó considera terminado el trabajo.

La carencia es organizativa y técnica. Puede existir un escáner sin responsable. Un hallazgo puede tener responsable, pero carecer de una vía de publicación. Hacer merge de una corrección puede dejar el artefacto antiguo funcionando en producción.

Evalúa la plataforma de desarrollo real y su configuración. Algunas herramientas ofrecen funciones de seguridad. Una etiqueta de producto no demuestra que la aplicación desplegada reciba análisis continuos y correcciones verificadas.

Analiza cuando puedan cambiar las pruebas

Ejecuta las comprobaciones pertinentes sobre cambios propuestos y artefactos compilados. Reevalúa periódicamente las versiones con soporte, porque la información de avisos cambia sin necesidad de un commit. Activa una revisión adicional cuando aparezca un aviso pertinente, un cambio de exposición o un incidente.

Mantén explícito el alcance. Identifica repositorios, ramas, archivos de bloqueo, imágenes, resúmenes criptográficos desplegados, entornos de ejecución y entornos operativos. Incluye aplicaciones que ya no reciben funciones nuevas, pero siguen atendiendo usuarios.

Un análisis fallido significa que faltan pruebas. Supervisa la antigüedad de los análisis, los fallos de las fuentes de avisos, los fallos de autenticación, los componentes no compatibles y las carencias de cobertura. Una lista vacía de hallazgos tras un job fallido no es un resultado limpio.

Usa comprobaciones distintas para preguntas distintas

ComprobaciónCobertura útilLímite importante
Análisis de composición de software, o SCAVulnerabilidades conocidas de dependencias, incluidos los paquetes transitivos identificadosNo demuestra que la autorización de la aplicación sea correcta
Análisis estático de seguridad de aplicaciones, o SASTPatrones de código inseguro que la herramienta reconocePuede omitir comportamiento en ejecución y producir hallazgos que requieren evaluación
Análisis de secretosPatrones reconocidos de credenciales en el contenido analizadoEliminar una cadena puede dejar una credencial válida en otro lugar
Comprobaciones de infraestructura y configuraciónIncumplimientos de políticas definidas en los recursos o la configuración analizadosLa configuración del repositorio puede diferir del entorno en ejecución
Pruebas dinámicas autorizadasComportamiento de una aplicación en ejecución dentro del alcance probadoNecesitan permiso, datos adecuados y cuidado con los efectos de las acciones

Combina estas comprobaciones con revisión y pruebas de seguridad pertinentes. No afirmes que ningún análisis demuestre la ausencia de vulnerabilidades.

Sigue un hallazgo ficticio hasta producción

MomentoEventoEstado real
Lunes 09:00Un aviso nuevo identifica una dependencia PDF afectadaHay que evaluar las versiones existentes
Lunes 09:15El análisis programado identifica la versión de producciónHallazgo detectado, todavía sin corregir
Lunes 10:00El responsable confirma la exposición y elige un parche con soporteCorrección planificada
Lunes 13:00Pasan las pruebas y se hace merge de la PR del parcheRepositorio corregido; falta desplegar en producción
Lunes 14:00El pipeline despliega la imagen corregidaEl artefacto nuevo está en ejecución; falta verificarlo
Lunes 14:20Pasan el análisis del artefacto y las pruebas de regresión de exportaciónCorrección verificada dentro del alcance comprobado

Prioriza con gravedad, pruebas de explotación, exposición, datos afectados y mitigaciones disponibles. El catálogo de CISA ayuda a identificar explotación conocida. Es una entrada, no una evaluación completa del riesgo. Catálogo de CISA.

Una excepción temporal necesita pruebas, responsable, controles compensatorios y una caducidad o condición de revisión. Si no existe un parche, considera una alternativa provisional autorizada, restringir la función o retirar el componente afectado.

Cierra la carencia de mantenimiento

Mide el tiempo hasta la evaluación inicial y hasta la corrección verificada según la prioridad. Registra excepciones vencidas, análisis obsoletos, versiones afectadas de producción y hallazgos recurrentes. Una reducción de hallazgos también puede deberse a menos cobertura; inspecciona el denominador.

Taiga Maintaining analiza los repositorios vinculados después de cambios y de forma periódica. Registra hallazgos y conecta las correcciones con iniciativas y cambios revisados. Comprueba el estado de los análisis y el comportamiento documentado actual. Maintaining.

Tu pipeline sigue necesitando controles adecuados de publicación. El responsable del servicio sigue teniendo que confirmar el despliegue y el funcionamiento operativo correcto. Esta cadena continua forma parte de operar una fábrica de software con IA, incluidos los productos cuya primera versión nació como prototipo.

Haz el ejercicio

Usa la cronología ficticia de esta lección. Identifica dónde podría el equipo declarar el éxito por error. Define los desencadenantes del análisis, la alerta de fallo, el responsable de corrección, la verificación de publicación y la caducidad de una excepción temporal.

Descargar hoja de ejercicios (Markdown)

Comprueba lo que has aprendido

Una aplicación no ha cambiado en tres meses. Su último análisis de dependencias pasó al publicar. ¿Qué afirmación está respaldada?

Fuentes y lecturas adicionales

Lecturas relacionadas de Taiga