Mi proyecto open source de Skills & Agents para QA Automation Engineers ya alcanzó las 🌟 250 en Github 😊
Yo se qué es poco pero es trabajo honesto 🤗 #AI #QA #Testing
github.com/fugazi/test-au…
Yo se qué es poco pero es trabajo honesto 🤗 #AI #QA #Testing
github.com/fugazi/test-au…
1
0
1
51
Douglas Fugazi retweeted
OpenAI's AI agents figured out how to secretly communicate between isolated virtual machines using CPU cache timing.
No internet. No network connections. No shared files.
Imagine two prisoners in solitary confinement discovering they can communicate by tapping on a shared wall.
CPU cache.
No internet. No network connections. No shared files.
Imagine two prisoners in solitary confinement discovering they can communicate by tapping on a shared wall.
CPU cache.
Over the past several months, we have substantially hardened the security of our research training environment. We’ve removed live internet access for all frontier models during training and built an offline world for them to use instead—a cached version of the web where they can still learn to browse, search, and use applications.
On September 20, after a model exploited a DNS misconfiguration to find a way outside of this offline world, we paused frontier training to strengthen containment further. We assembled teams of agents, powered by our most cyber-capable models, and tasked them with finding weaknesses in our research environments.
While they found no route to the internet they could easily exploit while concealing their activity from our monitors, they did find zero-day vulnerabilities, virtual machine escapes, and hardware side-channels for communication between agents. We used their discoveries to further strengthen our defenses and contribute fixes to open-source software.
After strengthening our containment architecture, we resumed our frontier RL training and inference on October 1. We’ve reserved substantial compute for continuous red-teaming, and made high-compute red-teaming part of the safety cases we use to decide whether frontier training and evaluation can proceed securely.
openai.com/index/securing…
77
208
1,748
159,326
No le damos el mérito suficiente a lo qué nos provee hoy en día los MCP. Qué pedazo de tecnología tan importante en estos tiempos de AI.
0
0
0
51
Douglas Fugazi retweeted
Anochece en Pompeya. Nadie lo sabe todavía pero esta es la última puesta de sol que verá la ciudad del Vesubio
Mañana empieza la retransmisión anual de la destrucción de Pompeya en el año 79. Nos esperan días de tragedia, emoción e historias perdidas en el tiempo. ¿Me acompañas?
Mañana empieza la retransmisión anual de la destrucción de Pompeya en el año 79. Nos esperan días de tragedia, emoción e historias perdidas en el tiempo. ¿Me acompañas?
6
136
825
12,830
De verdad qué no podemos seguir eligiendo un Alcalde en Medellín qué le importe un pito el tema ambiental.
Está horrible la contaminación del aire en los últimos días en la ciudad, qué horrible respirar esta porquería.
Está horrible la contaminación del aire en los últimos días en la ciudad, qué horrible respirar esta porquería.
0
1
1
52
Lo chistoso es qué criticaban qué porqué el otro gobernaba por Twitter, y ahora éste hace lo mismo tal cuál.
2
1
8
188
Mi openclaw actualizó todos mis repos qué tenían Nodejs desactualizado. What a time to be alive.
0
0
0
68
Douglas Fugazi retweeted
Hay que parchar Node y PHP en los servidores
El update de Node ya está listo: nodejs.org/en/blog/vulner…
Pero el de PHP sale en 1h.
Mientras algunas personas y empresas están optando por apagar sus servidores de PHP, así de horrible está la situación.
El update de Node ya está listo: nodejs.org/en/blog/vulner…
Pero el de PHP sale en 1h.
Mientras algunas personas y empresas están optando por apagar sus servidores de PHP, así de horrible está la situación.
if this affects the default installation of PHP
We are fucked up
CVE-2026-109618
CVE-2026-109619
PHP RCEs with a CVSS score of 10.0 ☠️
news.ycombinator.com/item?id=501677…
3
19
82
8,610
Douglas Fugazi retweeted
¡DISPONIBLES LOS PARCHES DE SEGURIDAD DE PHP!
PHP ha publicado las actualizaciones urgentes para solucionar las dos vulnerabilidades críticas que permiten ejecutar código remoto SIN autenticación.
Estas son las versiones que debes instalar:
8.2.35, 8.3.36, 8.4.27 y 8.5.12
Son → CVE-2026-109618: Un fallo en la gestión de memoria puede corromper datos internos y permitir ejecutar código malicioso.
→ CVE-2026-109619: PHP puede reutilizar memoria ya liberada, permitiendo que un atacante aproveche ese estado para ejecutar código.
¿A quién le afecta esto?
A servidores que utilizan PHP-FPM, Apache con mod_php, LiteSpeed, php-cgi...
Ya se ha demostrado un ataque contra Apache con mod_php que funciona SIN autenticación y ANTES de ejecutar el código de tu aplicación. Vamos, un locurón.
¿Y si uso una versión antigua?
PHP 8.1 y anteriores ya no tienen soporte oficial, pero por la gravedad del problema han publicado parches EXCEPCIONALES para PHP 7.4, 8.0 y 8.1.
También hay proveedores de Linux que distribuirán sus propios parches. Ojito.
IMPORTANTE: PHP advierte que las mitigaciones temporales NO solucionan completamente el problema, así que cuidado con confiar en cambiar cualqueir cosita de la config y olvidarte.
La única solución completa es ACTUALIZAR.
Toda la información oficial:
php.net/archive/2026.p…
PHP ha publicado las actualizaciones urgentes para solucionar las dos vulnerabilidades críticas que permiten ejecutar código remoto SIN autenticación.
Estas son las versiones que debes instalar:
8.2.35, 8.3.36, 8.4.27 y 8.5.12
Son → CVE-2026-109618: Un fallo en la gestión de memoria puede corromper datos internos y permitir ejecutar código malicioso.
→ CVE-2026-109619: PHP puede reutilizar memoria ya liberada, permitiendo que un atacante aproveche ese estado para ejecutar código.
¿A quién le afecta esto?
A servidores que utilizan PHP-FPM, Apache con mod_php, LiteSpeed, php-cgi...
Ya se ha demostrado un ataque contra Apache con mod_php que funciona SIN autenticación y ANTES de ejecutar el código de tu aplicación. Vamos, un locurón.
¿Y si uso una versión antigua?
PHP 8.1 y anteriores ya no tienen soporte oficial, pero por la gravedad del problema han publicado parches EXCEPCIONALES para PHP 7.4, 8.0 y 8.1.
También hay proveedores de Linux que distribuirán sus propios parches. Ojito.
IMPORTANTE: PHP advierte que las mitigaciones temporales NO solucionan completamente el problema, así que cuidado con confiar en cambiar cualqueir cosita de la config y olvidarte.
La única solución completa es ACTUALIZAR.
Toda la información oficial:
php.net/archive/2026.p…
55
400
2,131
99,631