Divulgación de Ciberseguridad. Mentor de ciber Padawans. Docente y formador. Cibervengador por un mundo más seguro.

1 Lo que se nos viene encima es algo que no hemos visto en ciberseguridad. Si PHP2Shell nos ha impactado, lo que está por no venir no va a ser menos.
2
4
42
2,823
6 Y sí, todos diréis, pero está la IA para hacerlo, correcto. ¿Pero confiamos en que esa IA no la líe? No hablo de un AIpocalisis como algunos vaticinan, pero si de un cambio de paradigma.
1
2
316
7 Hay que darle una pensada a todo el modelo, procedimientos y herramientas que usamos hoy porque en cuestión de 24h se nos puede ir todo al garete.
1
6
297
Vaya tela
Sam Altman "No encuentro una palabra lo bastante dramática para describir el problema que se nos viene encima. Creo que todavía no nos lo hemos tomado en serio, ni los líderes de organizaciones, ni los países, ni las personas. os modelos serán mucho más inteligentes y probablemente encontrarán fallos… fallos increíbles, ¿sabes? Fallos que quedan fuera del modelo habitual de amenazas, de lo que creemos que puede hacer un hacker. A nivel de hardware, cosas demenciales, lo que sea"
6
27
16,789
6/7 La versión maliciosa ya fue retirada. Pero ojo, si la ejecutaste, actualizar NO ES SUFICIENTE. Hay que investigar el compromiso, reconstruir entornos afectados y rotar las credenciales expuestas. Porque quitar el malware no significa que hayan dejado de tener tus llaves.
1
3
334
7/7 Estamos enseñando a nuestros agentes IA a no confiar en órdenes maliciosas Igual deberíamos empezar por comprobar que podemos confiar en el código q los hace funcionar La IA no ha inventó los ataques a la cadena de suministro Pero está multiplicando lo q tenemos que proteger
1
3
328
3/7 ¿Y qué robaba? Credenciales de AWS, Azure y Google Cloud, claves API de modelos de IA, tokens, cookies y claves SSH. Vamos, las llaves de tu infraestructura. Y además incorporaba una puerta trasera para ejecutar código remoto. Casi nada.
1
2
486
5/7 Estamos obsesionados con proteger nuestros agentes frente al prompt injection, las alucinaciones y las instrucciones maliciosas. Mientras tanto, una dependencia comprometida puede entregar nuestras credenciales a un cibercriminal. ¿De qué sirve tanta protección entonces?
1
2
327
4/7 Pero aquí viene lo verdaderamente interesante. El malware utilizaba archivos .pth y sitecustomize.py para ejecutarse al arrancar Python. NI SIQUIERA NECESITABAS IMPORTAR LiteLLM. Bastaba con iniciar Python en el entorno comprometido.
1
2
357
1/7 Estamos metiendo IA en TODO. Agentes autónomos, automatizaciones, conexiones cloud... Y resulta que una simple librería de Python puede ROBARTE las credenciales de toda tu infraestructura. ¿Nos hemos vuelto locos? Lo de LiteLLM es para estudiarlo. Os cuento.
6
8
37
3,356
2/7 El 21 de octubre comprometieron LiteLLM, una librería con unos 23 MILLONES de descargas semanales. Los atacantes distribuyeron la versión 1.107.0 con malware a través de PyPI y Docker. Una actualización aparentemente legítima. Con regalito incluido.
1
2
525
Haced lo que dice Lorenzo pero CARGANDO LECHES !!!!!!
OJO que esto puede ser muy grave. Solución rápida: Buscar y editar la línea session.upload_progress.enabled y cambiar de On a Off en php.ini / .user.ini (quitar el ; del principio de la línea). Luego reinicia el servicio web y/o php-fpm
1
2
11
1,877
Exquisito empezar el día con un Yonki intentando robarme en Atocha en el parking. Aunque peor mañana tenido él.
6
30
6,819
No voy a volver a dar clases en un Máster. No mientras haya alumnos que no sean capaces de buscar la más mínima información, crean que el profesor está para darles manuales y que ellos los copien. Si quieres ser alumno mío...
4
3
45
4,298
Vas a tener que buscarte la vida en foros, manuales en internet y colaborar con otros. Estoy para resolver dudas, no para hacerte el ejercicio.
2
14
812
Y no, no es un proceso de un mes y ya sabrás seguridad de red, threat Intel o tecnologías de ciberseguridad. El proceso es largo, lleno de obstáculos que deberás superar y ahí entro yo, cuando no veas más opciones, no al primer bache
5
16
766