Entradas Mensuales

Síguenos en:

Canal Oficial Telegram de elhacker.NET Grupo Facebook elhacker.NET Twitter elhacker.NET Canal Youtube elhacker.NET Comunidad Steam: Grupo elhacker.NET Mastodon

Entradas populares

PostHeaderIcon Hackean servidores Linux mediante un servidor web CWP troyanizado


Se ha detectado CWPdoor, un malware para Linux que se distribuye mediante una versión troyanizada del servidor web de Control Web Panel (CWP). Este backdoor es extremadamente sigiloso, ya que permanece inactivo hasta recibir comandos cifrados y oculta sus huellas borrando registros y logs. Los expertos recomiendan verificar procesos sospechosos, actualizar el software y rotar credenciales en caso de compromiso.





Un nuevo malware de Linux llamado CWPdoor se está distribuyendo a través de una versión troyanizada de cwpsrv, el servidor web detrás de la interfaz de gestión Control Web Panel (CWP).

CWPdoor actúa como una puerta trasera pasiva que permanece inactiva en el sistema comprometido hasta que el atacante envía una solicitud especialmente diseñada.

Los investigadores de XLab, el brazo de investigación de ciberseguridad de QiAnXin Technology Group, describen a CWPdoor como "excepcionalmente sigiloso" debido a su activación pasiva y su función de supresión de registros.


CWP, anteriormente conocido como CentOS Web Panel, es una solución de administración de hosting web de código abierto similar a cPanel y Plesk que permite a los usuarios gestionar servidores web y servicios como correo electrónico, DNS y bases de datos.

Según XLab, más de 340.000 instancias de CWP han estado expuestas en la web pública durante el último mes.

Los investigadores descubrieron el malware CWPdoor el 29 de junio tras capturar un script que se hacía pasar por un actualizador y que reemplazaba el binario legítimo 'cwpsrv' por una versión maliciosa.

El script reemplaza las versiones 1.15.10 y 1.24.0 de cwpsrv, y toma varias medidas para ocultar el cambio, como restaurar las marcas de tiempo de archivos y directorios, eliminar archivos temporales y borrar el registro de historial de comandos.




Proceso auxiliar




Los operadores del malware activan la puerta trasera enviando comandos para ser ejecutados en forma de un encabezado HTTP cifrado (X-Ngx-Integrity-Data). La solicitud también contiene encabezados para la marca de tiempo (X-Ngx-Integrity-Time) y la firma RSA (X-Ngx-Integrity-Sig).

Los comandos y sus resultados se cifran utilizando el cifrado AES-256-CBC para mantenerlos protegidos.

La puerta trasera comprueba si la marca de tiempo cae dentro de una ventana de cinco minutos y verifica la firma RSA antes de descifrar el comando y pasarlo a un proceso auxiliar para su ejecución.

“Cambiar ya sea la marca de tiempo o el texto cifrado de forma independiente invalida la firma”, explica XLab [enlace].

“Al vincular los tres campos y aplicar una ventana de tiempo de ±300 segundos, el mecanismo proporciona protección contra la repetición y control de autorización”.

La puerta trasera también interfiere con el módulo de registro del servidor para evitar que la solicitud de activación aparezca en los registros de acceso.



limpieza de rastros


Tras encontrar el script de infección inicial, los investigadores vieron que CWPdoor fue subido a VirusTotal el 30 de septiembre en un archivo que incluía la puerta trasera Ebury.

Lo que llamó su atención fue que el archivo cwpsrv malicioso (cwpsrv.suspeito) en el archivo tenía cero detecciones.

"Esto indica que la campaña no fue meramente experimental: ya existen víctimas reales en el entorno real", afirman los investigadores, añadiendo que la conexión entre Ebury y CWPdoor sigue sin estar clara.

Ebury es una botnet de puerta trasera de Linux y robo de credenciales activa desde al menos 2009. Un informe de la empresa de ciberseguridad ESET en mayo de 2024 indicó que el malware había infectado a casi 400.000 servidores desde su aparición.

Los investigadores recomiendan que los administradores busquen el socket Unix ngx_http_integrity_helper, procesos auxiliares de cwpsrv sospechosos y cadenas X-Ngx-Integrity en el binario del servidor.

Si se confirma el compromiso, reemplace el binario comprometido por una copia legítima, actualice a la última versión, rote todas las credenciales del panel de control e investigue el host en busca de malware adicional.

Fuente:
BleepingComputer