pyLoad tiene una Escritura Arbitraria de Archivos a través de Path Traversal en edit_package()

Un atacante puede explotar esta vulnerabilidad enviando una petición maliciosa a la función editpackage() con un parámetro packfolder cuidadosamente elaborado. La validación actual, que se basa en un simple reemplazo de la secuencia “../”, es fácilmente evitable mediante el uso de secuencias de recorrido recursivas. Esto permite al atacante escapar del directorio de almacenamiento previsto y escribir archivos en ubicaciones arbitrarias del sistema de archivos al que tenga acceso el usuario autenticado. El impacto potencial incluye la modificación o eliminación de archivos críticos, la ejecución de código malicioso si se pueden escribir archivos ejecutables, y la posible escalada de privilegios dependiendo de los permisos del usuario autenticado.

Users running pyLoad-ng versions prior to 0.5.0b3.dev97 are at risk, particularly those hosting the application on publicly accessible servers or within shared hosting environments. Systems where pyLoad-ng is used to process user-supplied input for file management are also at higher risk.

• python / server:

import os
import re

def check_pack_folder(pack_folder):
    if '..' in pack_folder:
        # Check for recursive traversal attempts
        if re.search(r'../+', pack_folder):
            print("Potential directory traversal attempt detected!")
            return False
    return True

# Example usage (replace with actual input)
pack_folder = input("Enter pack_folder: ")
if check_pack_folder(pack_folder):
    print("Pack folder is safe.")
else:
    print("Pack folder is potentially unsafe.")

1. 2026-03-05Disclosure

   disclosure

1. Reservado2026-03-04
2. Publicada2026-03-05
3. Modificada2026-03-09
4. EPSS actualizado2026-03-23

La mitigación principal para CVE-2026-29778 es actualizar a la versión corregida de pyload-ng, 0.5.0b3.dev97. Si la actualización no es inmediatamente posible, se recomienda implementar una validación robusta de rutas en la función edit_package(). Esto debe incluir una verificación exhaustiva de la ruta resultante después del reemplazo de “../” para asegurar que se mantiene dentro del directorio esperado. Además, se debe considerar la implementación de una lista blanca de rutas permitidas o el uso de una función de normalización de rutas segura. Después de la actualización, confirme la corrección revisando los registros de acceso y buscando intentos de acceso no autorizados.