99.9999% sarcasm. RT is not endorsement, my opinions are opinions not necessarily facts. PC, hate is welcome 😘. Au wa wakare no hajime

Earth
aebm retweeted
Imagine being at 3am on call right now, trying to patch all the security holes, and neither Claude nor Codex help you because it triggers their safeguards. This is why castrating models so they don't do security is naive at best, harmful at worst. Criminals will always find a way, while you will be the one pants down getting getting gang banged without any lube.
5
2
69
1,307
Replying to @CiberPoliES
Como gesto de compromiso hacia nuestros clientes, nuestro equipo de desarrolladores y personal de sistemas ha trabajado para compilar manualmente los parches de seguridad correspondientes. Gracias a este esfuerzo, hemos podido ponerlos a disposición de quienes aún los necesitan, garantizando así la continuidad del servicio en nuestra plataforma para PHP desde la 5.6 en adelante.
5
14
43
1,878
aebm retweeted
Two invaluable life skills: 1) Get good at talking to strangers 2) Be comfortable talking to large crowds of strangers Both involve worrying way less about what others think of you.
15
21
636
7,883
aebm retweeted
AI-assisted vulnerability research is speeding up an uncomfortable reality check: much of our infrastructure is poorly coded or misconfigured. Some people learn and improve. Others complain about the tools exposing the problems.
1
5
252
🤣
-----BEGIN RSA PRIVATE KEY----- 4 -----END RSA PRIVATE KEY-----
1
1
94
RT @toplus: Arreglada desde la versión php5.6 en adelante, en todas las versiones que soportamos… si, lo sé pero la empatía es un problema…
2
1
cosas de las empresas esperar que la gente trabaje gratis
PHP Foundation avisando de que si dependes de este reconocido repo third party, estás al horno porque el flaco se fue de vacaciones. Es terrible lo poco preparados que estamos para el mundo que se vino
72
Nice to see our recent blog post: Open-source Citus matches PlanetScale's Neki at 10M QPS on half the data nodes stackgres.io/blog/open-sourc… mentioned on Postgres Weekly news (thanks @cooperx86 ) Mentioned next to the link to @PostgresFM's episode where Citus and the benchmark were discussed: postgres.fm/episodes/citus-s… Have you listened to it?
1
1
12
485
aebm retweeted
Quote: "an independent security researcher reported that the keys of eight eMudhra Global TLS intermediate Certificate Authorities were cryptographically weak". Well, yeah, they were weak. A private key should look something like this: 84ac06790886c80c48d31691fd4c0fe9 ce3207f9807f2fe571d6e4ec426d7864 4298fc53df2b92566970e757ac998c34 Instead, their keys looked like this: 00000000000000000000000000000000 00000000000000000000000000000000 00000000000000000000000000000004
Global TLS Intermediate CA incident: We’ve updated our incident page with how it happened, who is affected (one US customer ecosystem), what’s not affected, and what we’re putting in place. We will publish the root cause once our investigation is complete. 👉emudhra.com/en/post/certific…
32
97
658
40,060
Realmente todos aquellos que son “expertos en ciberseguridad” y dicen que hagas un upgrade de PHP 5, 6 o 7 a 8 como si fuese parpadear de ojos no entienden nada y venden humo, jamás administraron una infra real. Me tienen harto.
119
128
1,461
83,755
🔄 ACTUALIZACIÓN: vulnerabilidades críticas en PHP Seguimos a la espera de la actualización oficial de PHP, prevista para hoy a las 16:00 (hora peninsular). Os resumimos las novedades de las últimas horas, sin alarmismo pero con atención. 🆕 Qué ha cambiado Circula públicamente una prueba de concepto del ataque, así que la explotación real es cuestión de tiempo. La mitigación que circula no es oficial: PHP no ha confirmado que la vulnerabilidad esté en session.upload_progress, y hay mensajes contradictorios al respecto. Por eso no podemos asegurar que cubra el fallo real. La mantenemos porque no tiene apenas coste, pero la única solución fiable será el parche oficial. Algunas plataformas han optado por restringir servicios hasta que salga el parche. Por ejemplo, 4chan está en solo lectura. La PHP Foundation avisa de que el repositorio Remi (muy usado en RHEL, AlmaLinux, Rocky) no tendrá actualizaciones hoy. Si dependes de él, conviene pasar a los paquetes de la distribución o compilar desde fuente. ✅ Qué hemos hecho En todos los servidores que operamos, propios y de clientes, mantenemos la mitigación preventiva aplicada desde esta mañana, sabiendo que es una medida provisional y no confirmada. Estamos reforzando la vigilancia de los servidores y preparados para actualizar en cuanto se publique el parche. ⏳ Qué esperamos El parche oficial para las ramas con soporte (PHP 8.2 en adelante). Las versiones antiguas (7.x, 8.0, 8.1) seguirán sin parche oficial. Si tu web va con una de ellas, la migración pasa a ser prioritaria. 🛠 Si administras tu propio servidor Aplica la mitigación si no lo has hecho: ; php.d/99-no-upload-progress.ini session.upload_progress.enabled = Off ; pool PHP-FPM php_admin_flag[session.upload_progress.enabled] = off Si usas Cloudflare, puedes bloquear en el WAF las peticiones que incluyan PHP_SESSION_UPLOAD_PROGRESS. Ten preparado el procedimiento de actualización y aplica el parche en cuanto salga. Revisa si dependes del repositorio Remi. Os iremos informando por aquí. Un saludo DMNTR Network Solutions
🚨 Vulnerabilidades críticas en PHP: qué está pasando y qué hacer Hoy, 21 de octubre a las 16:00 (hora peninsular), PHP publica una actualización urgente que corrige dos vulnerabilidades críticas (CVE-2026-109618 y CVE-2026-109619, CVSS 9,2). 🔎 Qué sabemos Son fallos de ejecución remota de código: permitirían tomar el control del servidor sin credenciales. La información se filtró ayer, así que se esperan ataques masivos en cuanto salgan los detalles. Aún no se conocen las versiones afectadas. Hay que dar por vulnerable cualquier web con PHP (WordPress, WooCommerce, Prestashop…). ⏳ Qué esperamos Solo recibirán parche las ramas con soporte (PHP 8.2 en adelante). Las versiones antiguas (7.x, 8.0, 8.1) no tendrán parche oficial. Si tu web va con una de ellas, es momento de migrar. ✅ Qué hemos hecho nosotros En todos los servidores que operamos, propios y de clientes, ya hemos aplicado una mitigación preventiva: desactivar el progreso de subida de ficheros de PHP, bloqueado para que ningún dominio pueda reactivarlo. El único efecto es que puede dejar de verse la barra de progreso al subir archivos. Es una medida no oficial, pero consideramos que compensa con creces. En cuanto salgan las versiones corregidas, actualizaremos. 🛠 Si administras tu propio servidor Crea php.d/99-no-upload-progress.ini con: session.upload_progress.enabled = Off Y en el pool de PHP-FPM, para que ningún dominio lo reactive: php_admin_flag[session.upload_progress.enabled] = off Reinicia PHP-FPM y actualiza PHP en cuanto esté disponible. Seguiremos informando...
9
39
219
27,431
Conocéis algún equipo o empresa donde exista la figura de esa persona que todos los equipos quieren llaman para tocar su proyecto o problema durante unos días, sin rol definido, y que mejora todo un 20%?
12
3
63
57,852
Indexar el PDF del fabricante no lo convierte en verdad, lo convierte en una mentira con citas. El RAG hereda el defecto y te lo subraya.
1
2
12
1,050
PHP con dos vulnerabilidades críticas desde la versión 5 a la 8. El vatillo qué trabaja en gobierno usando PHP 4 aún:
31
219
3,297
44,699
🚨 Vulnerabilidades críticas en PHP: qué está pasando y qué hacer Hoy, 21 de octubre a las 16:00 (hora peninsular), PHP publica una actualización urgente que corrige dos vulnerabilidades críticas (CVE-2026-109618 y CVE-2026-109619, CVSS 9,2). 🔎 Qué sabemos Son fallos de ejecución remota de código: permitirían tomar el control del servidor sin credenciales. La información se filtró ayer, así que se esperan ataques masivos en cuanto salgan los detalles. Aún no se conocen las versiones afectadas. Hay que dar por vulnerable cualquier web con PHP (WordPress, WooCommerce, Prestashop…). ⏳ Qué esperamos Solo recibirán parche las ramas con soporte (PHP 8.2 en adelante). Las versiones antiguas (7.x, 8.0, 8.1) no tendrán parche oficial. Si tu web va con una de ellas, es momento de migrar. ✅ Qué hemos hecho nosotros En todos los servidores que operamos, propios y de clientes, ya hemos aplicado una mitigación preventiva: desactivar el progreso de subida de ficheros de PHP, bloqueado para que ningún dominio pueda reactivarlo. El único efecto es que puede dejar de verse la barra de progreso al subir archivos. Es una medida no oficial, pero consideramos que compensa con creces. En cuanto salgan las versiones corregidas, actualizaremos. 🛠 Si administras tu propio servidor Crea php.d/99-no-upload-progress.ini con: session.upload_progress.enabled = Off Y en el pool de PHP-FPM, para que ningún dominio lo reactive: php_admin_flag[session.upload_progress.enabled] = off Reinicia PHP-FPM y actualiza PHP en cuanto esté disponible. Seguiremos informando...
10
152
697
177,851
aebm retweeted
Cloudflare: We recorded a wall of 100+ lava lamps with cameras to generate unpredictable, maximum-entropy cryptographic seed data. Meanwhile Certificate Authorities:
a trusted intermediate CA just "leaked" (the private key was 4)
37
809
13,462
194,603
** Insertar audio de “ojalá me lleve el diablo” **
16
54
1,595
66,599