RTMS adopta una política de soporte activo restringida exclusivamente a la última versión estable liberada. Los parches de seguridad, correcciones de fallos críticos y mitigaciones de vulnerabilidades se publican y garantizan únicamente para la versión más reciente en producción:
| Versión | Soportada |
|---|---|
| >= 2.8.3 | ✅ |
| < 2.8.3 | ❌ |
Important
Si estás ejecutando una versión anterior a la más reciente disponible en los Releases oficiales de GitHub, por favor actualiza tu instalación antes de reportar un posible problema de seguridad.
RTMS implementa análisis continuo de seguridad y composición de software (SCA/SAST) mediante Snyk Security integrado en los pipelines de GitHub Actions (.github/workflows/snyk.yml).
- Inspección de Dependencias: Verificación automatizada de vulnerabilidades y exploits conocidos en el árbol de dependencias de producción y desarrollo.
- Exportación SARIF: Los resultados se exportan e integran nativamente en la pestaña Security / Code Scanning de GitHub.
- Configuración del Secreto: Para colaboradores y entornos de integración continua, el escaneo se autentica mediante el secreto
SNYK_TOKENconfigurado en el repositorio (Settings > Secrets and variables > Actions).
Si descubres una vulnerabilidad o incidente de seguridad en RTMS, por favor NO abras un Issue público en GitHub ni lo comentes en discusiones públicas.
Envía un reporte confidencial detallado a: 📧 joaquinyarsky@gmail.com
Por favor incluye en tu mensaje:
- Descripción exhaustiva de la vulnerabilidad y vector de ataque identificado.
- Pasos detallados para reproducir el fallo o código de prueba de concepto (PoC / exploit de prueba).
- Impacto potencial en equipos locales o redes de producción (ej. escalada de privilegios, fuga de streams SRT, denegación de servicio).
- Versión y entorno de prueba (versión de RTMS y build de Windows).
Todas las comunicaciones se tratarán con estricta confidencialidad y se responderá en un plazo máximo de 48 horas con la evaluación técnica y el cronograma de mitigación.