explico bitcoin desde el código y comparto mis experimentos con ai. ingeniera de sistemas. hice @satlensapp 🇦🇷
Joined August 2012
- Tweets4.5K
- Following877
- Followers6.4K
- Likes5.6K
php, node js y ahora java. 9.1 es alto
shut... the ... front... door...
was JAVA feeling lonely and wanted to get into the party?????
Oracle Security Alert Advisory - CVE-2026-91403 CVS 9.1
oracle.com/security-alerts/a…
@uwu_underground
bueno el fix no arregla completamente el problema
xitter.cf/pirat_nation/status/21…
estuve leyendo las vulnerabilidades de php
las 2 combinadas permiten correr código en el servidor sin iniciar sesión
- la primera ocurre cuando php pasa su límite de memoria en medio de un pedido. cuando eso pasa corta y deja los datos del pedido a medio armar. al final de cada pedido php libera todo lo que usó, y ahí recorre esos datos como si estuvieran completos y no es así
entonces una cargar de archivos grande provoca esto
- la segunda pasa porque el proceso que atiende pedidos no se reinicia entre uno y otro. guarda cosas como el último error o la sesión, y las tiene que vaciar al terminar cada pedido. si un error corta el pedido antes de vaciarlas, siguen apuntando a memoria que ya se liberó, y el pedido siguiente la usa
el fix revisa si se queda sin memoria en un lugar peligroso, mata el proceso en vez de seguir
Aye 👩🏻💻 ⚡️ retweeted
es cierto que 4 es un valor válido pero es obvio que fue un error humano. alguien puso ese valor para probar y quedó en producción. hay 8 números menores a 400 usados en certificados
coincido de que estaría bueno limitar el uso de internet por algunos días
redes sociales está bien, pero apps como la de bancos y cosas con tarjetas de crédito, si puede esperar mejor
no sabemos el impacto de todo lo que pasó hoy
You’re unable to view this Post because this account owner limits who can view their Posts. Learn more
php, node js y ahora gitlab
🚨 CRITICAL: GitLab flaw (CVSS 10.0) affects 12 years of releases.
CVE-2026-110264 could allow unauthenticated remote code execution on self-managed servers.
Read - thehackernews.com/2026/10/cr…
esta es la nueva forma de trabajar:
- deployar algo a producción tiene que venir después de un scan de una o más llms sobre tu código
- auditoría en cada pr
- hooks o crons que estén constantemente revisando las dependencias que tenés con prs automáticos cuando hay parches de seguridad
después de esto vienen los tests para asegurarse que las reglas de negocio estén bien
ya no importa el linter, la duplicación de código, programación orientada a objetos, etc
primero seguridad y después lógica de negocio. lo demás no importa
Aye 👩🏻💻 ⚡️ retweeted
Hackeo del bueno, habria que hacerlo en muchas apps publicas que son target claro por los millones de datos de users que guardan y van a tardar dias parchear
En europa seria ilegal igual por mas que se haga con fines de proteccion, es mas complejo de lo que parece
Aye 👩🏻💻 ⚡️ retweeted
La Primera ministra de Japón hablando de PHP, jamás pense que iba a leer esto pero para que se den una idea de la gravedad de la situación, hay una cantidad inmensa de código legacy de PHP en sectores gubernamentales, no es joda.
皆様に、今夜に対応して頂きたい大至急のお願いです。
多くのウェブサイトで使用されているPHPに関し、PHPのセキュリティチームが、重大な２件の脆弱性に関する注意喚起を行っています。
公開しているウェブサイトでPHPを使用しているか確認し、今夜、10月21日午後11時（日本時間）に公開される修正パッチについて、可及的速やかに適用できるよう準備をお願いします。
修正パッチを速やかに適用することが困難な場合は、例えばウェブサイト等を一時的に停止させることも、リスクを低減させるための有効策の一つと考えられます。
国家サイバー統括室のXアカウントでも関係する情報を発信していますので、そちらも参考にして下さい。
国家サイバー統括室(注意・警戒情報)（@cyber_forecast） / X
estuve leyendo las vulnerabilidades de php
las 2 combinadas permiten correr código en el servidor sin iniciar sesión
- la primera ocurre cuando php pasa su límite de memoria en medio de un pedido. cuando eso pasa corta y deja los datos del pedido a medio armar. al final de cada pedido php libera todo lo que usó, y ahí recorre esos datos como si estuvieran completos y no es así
entonces una cargar de archivos grande provoca esto
- la segunda pasa porque el proceso que atiende pedidos no se reinicia entre uno y otro. guarda cosas como el último error o la sesión, y las tiene que vaciar al terminar cada pedido. si un error corta el pedido antes de vaciarlas, siguen apuntando a memoria que ya se liberó, y el pedido siguiente la usa
el fix revisa si se queda sin memoria en un lugar peligroso, mata el proceso en vez de seguir
cuando no se respetan los tiempos para publicar las vulnerabilidades se pone en riesgo a todos
es ética y sentido común
me sorprende igual los tiempos que se manejan, 14 hs no es nada. necesitas estar en esta red social si sos el encargado de un sistema importante
lo comparo con el embargo de liquid (layer 2 de bitcoin) que eran 14 días
la diferencia entre actualizar un sistema centralizado de un descentralizado
a las 11 arg liberan los parches
todavía no se sabe que versiones de php son las vulnerables pero en base al
número 9.2 sobre 10, las fallas críticas son muy grandes. un atacante puede correr código en tu servidor
el 90% de internet corre en php. muchas páginas de gobiernos lo usan y puede que no las actualicen a tiempo
no entendía este post hasta que lo entendí
es tremendo
una empresa de india era la encargada de crear certificados para que tu navegador pueda decir "este certificado es de google .com" y aparezca que el sitio es seguro
la empresa usa claves privadas y públicas para crear estos certificados
bueno una de las claves privadas el el número 4
no lo puedo creer
Aye 👩🏻💻 ⚡️ retweeted
The PHP security team is giving advance notice: Upcoming security release Wed, Oct 21st 2026, 14:00UTC, two critical vulnerabilities, both rated CVSSv4 9.2.
PHP users are encouraged to prepare to update. Earlier release if details become public or active exploit evidence.
revisen los que tienen software en producción con php 🙏
Espero que hoy no siga siendo el 80% de la web como lo supo ser
Mañana al mediodia sale parche para php8, pero un 40% de php en la web es php7 para atras, q no tienen soporte hoy en dia por lo tanto no tendran parche
Esta es una de las grandes cagadas que trajo la IA, la cyberseguridad, pensar que deben haber banda de wordpress o cosas horrorosas de ese estilo con plugins viejos vulnerados por ahi indexados en google bing y cia, y si hay un CVE con 10.0 en todas las versiones de php 7 para atras, va a empeorar y rapido