Vulnerabilidades

En Brocade Fabric OS antes de v9.2.0a, un usuario privilegiado autenticado localmente puede desencadenar una condición de desbordamiento de búfer, lo que lleva a un pánico del kernel con una gran entrada a los búferes en el comando portcfgfportbuffers.

Control de acceso inadecuado en el repositorio de GitHub instantsoft/icms2 anterior a 2.16.1-git.

Brocade SANnav antes de v2.3.0 y v2.2.2a almacena las contraseñas de autenticación SNMPv3 en texto plano. Un usuario con privilegios podría recuperar estas credenciales con conocimiento y acceso a estos archivos de registro. Las credenciales SNMP podrían verse en SANnav SupportSave si la captura se realiza después de que un fallo de configuración SNMP provoque un volcado de registro de comunicación SNMP.

La interfaz web Brocade SANnav v2.3.0 y v2.2.2a permite a usuarios remotos no autenticados eludir la autenticación y autorización web.

Puede producirse un fallo de segmentación en Brocade Fabric OS después de Brocade Fabric OS v9.0 y antes de Brocade Fabric OS v9.2.0a a través del comando "passwdcfg". Esto podría permitir que un usuario privilegiado autenticado local bloquease un Brocade Fabric OS swith utilizando el cli "passwdcfg --set -expire -minDiff".

Posible exposición de información a través de la vulnerabilidad del archivo de registro donde se guardan campos sensibles en el registro de configuración sin enmascarar en Brocade SANnav antes de v2.3.0 y 2.2.2a. Notas: Para acceder a los registros, el atacante local debe tener acceso a una salida "supportsave" de Brocade SANnav ya recopilada.

El comando firmwaredownload en Brocade Fabric OS v9.2.0 podría registrar la contraseña del servidor FTP/SFTP/SCP en texto plano en el archivo "SupportSave" al realizar un downgrade de Fabric OS v9.2.0 a culaquier versión anterior de Fabric OS.

Se identificó una vulnerabilidad de comparación incorrecta en GitHub Enterprise Server que permitía el contrabando de commits mostrando un diff incorrecto en un Pull Request reabierto. Para explotar esta vulnerabilidad, un atacante necesitaría acceso de escritura al repositorio. Esta vulnerabilidad se notificó a través del programa de recompensas por fallos de GitHub: https://bounty.github.com/.

*** Pendiente de traducción *** A Reflected Cross-site scripting (XSS) vulnerability in the file manager tab in Usermin 2.000 allows remote attackers to inject arbitrary web script or HTML via the replace in results field while replacing the results under the tools drop down.

Graylog es una plataforma de gestión de logs gratuita y de código abierto. En un clúster Graylog de múltiples nodos, después de que un usuario ha cerrado sesión explícitamente, una sesión de usuario aún puede ser utilizada para solicitudes de API hasta que haya alcanzado su tiempo de caducidad original. Cada nodo mantiene una caché en memoria de sesiones de usuario. Ante un fallo de caché, la sesión se carga desde la base de datos. Después de eso, el nodo opera únicamente con la sesión en caché. Las modificaciones a las sesiones actualizarán la versión en caché, así como la sesión persistida en la base de datos. Sin embargo, cada nodo mantiene su versión aislada de la sesión. Cuando el usuario cierra sesión, la sesión se elimina de la caché local del nodo y se borra de la base de datos. Los otros nodos, sin embargo, seguirán utilizando la sesión en caché. Estos nodos solo fallarán en aceptar el ID de la sesión si intentan actualizar la sesión en la base de datos. Entonces notarán que la sesión ha desaparecido. Esto es cierto para la mayoría de las solicitudes de API que se originan de la interacción del usuario con la interfaz de usuario de Graylog porque estas conducirán a una actualización de la marca de tiempo de 'último acceso' de la sesión. Si la actualización de la sesión se evita, sin embargo, configurando el encabezado X-Graylog-No-Session-Extension:true en la solicitud, el nodo considerará la sesión (en caché) válida hasta que la sesión expire según su configuración de tiempo de espera. No se filtran identificadores de sesión. Después de que un usuario ha cerrado sesión, la interfaz de usuario muestra la pantalla de inicio de sesión nuevamente, lo que da al usuario la impresión de que su sesión ya no es válida. Sin embargo, si la sesión se ve comprometida más tarde, aún puede ser utilizada para realizar solicitudes de API contra el clúster Graylog. El plazo para esto está limitado a la vida útil de la sesión configurada, a partir del momento en que el usuario cerró sesión. Este problema ha sido abordado en las versiones 5.0.9 y 5.1.3. Se aconseja a los usuarios que actualicen.

Un problema en Archive v3.2.7 permite a los atacantes ejecutar un salto de directorios a través de la extracción de un archivo .zip manipulado.

Un problema en ZIPFoundation v0.9.16 permite a los atacantes ejecutar un salto de ruta a través de la extracción de un archivo .zip manipulado. <br />