Boletines de vulnerabilidades que hablan de sus activos
TIBS (Threat Intel Bulletin Service) toma su inventario tecnológico, vigila los avisos que salen cada día y le entrega un boletín sólo cuando algo suyo está afectado: qué es, dónde lo tiene, qué tan expuesto está, qué hacer y para cuándo.
- Entrada
- Inventario por CSV o desde superficie de ataque
- Fuentes
- NVD, CISA KEV, avisos de fabricantes, exploits públicos
- Salida
- Boletines por vulnerabilidad, panel de inventario, PDF por ciclo
- Frecuencia
- Diaria, semanal o bajo demanda
Ejecución remota de código en OpenSSH ≤ 9.7 (regreSSHion)
- Activos afectados
- 3 de 148 · srv-vpn-01, bastion-mx, api-gw-02
- Exposición
- 2 con puerto 22 publicado a internet
- Acción recomendada
- Actualizar a OpenSSH 9.8p1 o aplicar LoginGraceTime 0 como mitigación temporal
- Plazo sugerido
- 72 horas (KEV + exposición externa)
Qué hace distinto a un boletín TIBS
Los avisos genéricos obligan a su equipo a investigar si les aplica. Un boletín TIBS ya hizo esa investigación.
Un boletín por vulnerabilidad, no por activo
Si una CVE afecta a 12 servidores, recibe un boletín con los 12 listados, no 12 correos. El boletín se actualiza si aparecen más activos afectados en ciclos posteriores.
Priorización que usa su contexto
La puntuación combina CVSS, presencia en el catálogo KEV, existencia de exploit público y la exposición real del activo (interno, publicado a internet, en el CDE). El plazo sugerido sale de esa combinación, no de una tabla fija.
Nada se pierde por cuota
Si un ciclo encuentra más vulnerabilidades de las que la cuota permite analizar, las candidatas pendientes quedan en cola visible y se procesan en el siguiente ciclo. El panel muestra cuántas esperan.
Residual documentado
Cuando una vulnerabilidad no se puede corregir, el responsable registra la mitigación y el riesgo residual aceptado. Esa decisión, con fecha y nombre, es la evidencia que pedirá el auditor.
El ciclo de escaneo, paso a paso
Lo que ocurre cada vez que corre TIBS. Cada paso deja rastro en la bitácora.
Correlación
Se cruzan los avisos nuevos con tecnología y versión de cada activo del inventario. Las coincidencias se convierten en candidatas.
Análisis
Cada candidata se enriquece con KEV, exploits, aviso del fabricante y exposición. La IA redacta el boletín; la puntuación la calcula la plataforma.
Publicación y seguimiento
Se notifica al dueño del activo. Remediación, re-verificación y residual se registran en el mismo boletín hasta su cierre.
Panel de inventario
Además de los boletines, TIBS mantiene una vista por activo: cuántas vulnerabilidades abiertas tiene, de qué criticidad, cuántas están en KEV y quién es responsable. Es la vista que un CISO usa en el comité y la que un QSA pide para el requisito 6.3 de PCI DSS.
- Inventario con tecnología, versión, exposición, criticidad y dueño
- Tendencia de vulnerabilidades abiertas por ciclo
- Plantilla CSV y guía de usuario incluidas
- Exportación a PDF del ciclo completo
| Cubre | Sistemas operativos, servicios de red, middleware, bases de datos, aplicaciones comerciales y bibliotecas con versión conocida. |
|---|---|
| Normas que apoya | PCI DSS 4.0 (req. 6.3 y 11.3), ISO/IEC 27001:2022 (A.5.7, A.8.8), SOC 2 (CC7.1). |
| Integración | Alta por CSV; descubrimiento automático con el módulo de superficie de ataque; notificaciones por correo. |
| Quién lo usa | Infraestructura, seguridad de la información, cumplimiento. También disponible como servicio gestionado por KCN1 CERT. |
Vea la plataforma con su propio inventario
En una sesión de 45 minutos cargamos una muestra de sus activos y le mostramos qué boletines, hallazgos y evidencias produce Kentro One para su organización.