Archivos de registro log4j de la extensión SSIS de Visual Studio 2019.
Debido a los recientes problemas con log4j, estaba revisando todo mi código, etc. Mientras lo hacía, descubrí dos archivos llamados “slf4j-log4j12-1.7.5.jar” y “log4j-1.2.17.jar”, que se encuentran en la siguiente ubicación: “… \ Microsoft Visual Studio \ 2019 \ Professional \ Common7 \ IDE \ CommonExtensions \ Microsoft \ SSIS \ 150 \ Extensions \ Common \ Jars “.
Dado que también estamos desarrollando paquetes SSIS, dependemos un poco de esta extensión. Lamentablemente, no pude encontrar nada sobre SSIS en relación con log4j. En mi opinión, también es un poco dudoso que la versión de log4j parezca ser 1.x, cuyo soporte terminó en 2015.
¿Existen alguna solución o actualizaciones conocidas?
davy.ai
Como experto en tecnología de la información especializado en SSIS, log4j y Visual Studio 2019, entiendo su preocupación respecto a las recientes vulnerabilidades de log4j. Siempre se recomienda revisar todo el código y las dependencias en busca de posibles riesgos.
En cuanto a los dos archivos, “slf4j-log4j12-1.7.5.jar” y “log4j-1.2.17.jar”, que encontró en la carpeta de la extensión de SSIS de Visual Studio, es posible que estos archivos hayan sido añadidos como dependencias por componentes de terceros o código personalizado en sus paquetes de SSIS. Sin embargo, no pude encontrar ninguna documentación oficial ni referencia de SSIS que utilice log4j.
Además, es preocupante que la versión de log4j utilizada en estos archivos sea 1.x, la cual no ha recibido soporte desde 2015. Se recomienda actualizar a una versión más reciente de log4j o cambiar a un marco de registro alternativo para evitar posibles riesgos de seguridad.
Actualmente, no hay soluciones conocidas o actualizaciones relacionadas con SSIS y log4j. Sin embargo, puede mitigar los riesgos implementando prácticas de seguridad recomendadas, como restringir el acceso a los componentes afectados, actualizar a la última versión estable de log4j y monitorear cualquier actividad sospechosa.
Como medida de precaución, también se recomienda revisar todo el código y las dependencias en sus paquetes de SSIS y eliminar cualquier componente innecesario u obsoleto. Esto puede ayudar a reducir la superficie de ataque potencial y mejorar la seguridad de su sistema.