Kaspersky Vulnerability Management entra en el registro de software ruso del Ministerio de Desarrollo Digital

El 12 de octubre de 2026 se supo que Kaspersky Vulnerability Management, la solución de Kaspersky para la detección y gestión centralizada de vulnerabilidades, está inscrita en el registro de software nacional. La noticia la publicó CNews. Por sí sola, la inclusión en el registro no cambia las capacidades técnicas del producto. Sí cambia su posición en el mercado: para una parte de los clientes, esta entrada deja de ser un extra agradable y se convierte en condición obligatoria de compra.

Qué se sabe del producto

Vulnerability Management pertenece a la clase de sistemas que recorren la infraestructura, localizan software obsoleto y con fallos, evalúan los riesgos y ayudan a priorizar las correcciones. Su principal valor está en la centralización. En lugar de un conjunto de escáneres independientes y hojas de cálculo con conciliación manual, el equipo de seguridad de la información dispone de una sola consola y una única lista de tareas para el departamento de TI.

La breve nota de la fuente no ofrece detalles técnicos: no indica el número de registro, la versión del producto, la fecha de la resolución ni el número de plataformas compatibles. El cliente tendrá que aclarar estos datos por su cuenta, en el propio registro y con el fabricante.

Resumen de lo que está confirmado:

• Producto: Kaspersky Vulnerability Management.
• Desarrollador: Kaspersky («Laboratoria Kasperskogo»).
• Función: detección centralizada de vulnerabilidades y gestión de las mismas.
• Evento: inscripción en el registro de software nacional.
• Fuente y fecha de publicación: CNews, 12 de octubre de 2026.
• No se ha revelado: número de registro, versión, lista de sistemas compatibles, precios.

Por qué importa el registro

El registro de software ruso lo gestiona el Ministerio de Desarrollo Digital (Minцифры). Estar en él funciona como un pase de acceso a varios segmentos del mercado. Los clientes públicos y cuasi públicos están obligados a dar preferencia al software nacional en sus compras, y los sujetos de la infraestructura de información crítica tienen restricciones para usar software extranjero en sus instalaciones significativas. Para el fabricante, es una cuestión de acceso a las licitaciones. Para el cliente, es una forma de cumplir los requisitos de los reguladores sin largos trámites para aprobar excepciones.

También es una señal para el mercado de gestión de vulnerabilidades. El segmento está saturado: conviven desarrolladores rusos e integradores que montan soluciones en torno a escáneres de código abierto. Cuando un actor de peso obtiene el estatus oficial de software nacional, los competidores tienen menos argumentos a favor de esquemas alternativos «grises», y los clientes, menos motivos para aplazar la sustitución de escáneres extranjeros.

Qué deben hacer los clientes

El orden práctico para elegir un producto de este tipo es sencillo.

• Localice la entrada en el registro y compruebe que figura exactamente la edición y la versión que le ofrecen. A veces el registro recoge una línea de producto y la oferta comercial corresponde a otra.
• Compruebe cómo funciona el producto con sus sistemas: SO, hipervisores, equipos de red, entornos de contenedores, distribuciones rusas de Linux. De esa cobertura depende cuántas vulnerabilidades llegará a ver.
• Aclare en qué bases de conocimiento se apoya la detección. Para la infraestructura rusa importa no solo la base internacional CVE, sino también los datos de la BDU de la FSTEC.
• Averigüe si la solución, además de encontrar vulnerabilidades, puede priorizarlas según la explotación real y cómo transmite las tareas a los sistemas de TI. Una lista de miles de hallazgos críticos sin prioridades no sirve de nada.
• Solicite un piloto en un segmento limitado de la red y revise la proporción de falsos positivos y el tiempo de un recorrido completo.

La conclusión principal de la noticia es pragmática. El registro elimina una barrera para el cliente, pero la elección de un sistema de gestión de vulnerabilidades sigue dependiendo de la cobertura de la infraestructura, la calidad de la priorización y la rapidez con la que se cierran de verdad los agujeros detectados.