Aye 👩🏻‍💻 ⚡️

explico bitcoin desde el código y comparto mis experimentos con ai. ingeniera de sistemas. hice @satlensapp 🇦🇷

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

https://t.co/fNK1BHZzNF

[Jarrod Watts @jarrodwatts]

My job description is now just to get coffee for the security team

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

php, node js y ahora java. 9.1 es alto

[Helios Mier @hmier]

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

https://t.co/bZdRoIOXRU

@uwu_underground

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

bueno el fix no arregla completamente el problema

https://t.co/pGulDyTG4H

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

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 👩🏻‍💻 ⚡️ @ayebytes]

@titofrank111 creo igual que le tenés mucha confianza al software de hoy en día

vi cada cosa yo que por eso voy a dejar que pasen unos días antes de hacer algo importante

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

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

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@solozeff 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

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@titofrank111 si obvio, del lado del pánico estoy pensando

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@agustin_kassis si nos acordamos de otro día me muero, más de lo que pasó hoy no quiero

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

todos los devs nos vamos a acordar del 21 de octubre de 2026

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@brunotorossi

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@Gelois_0 railway

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

php, node js y ahora gitlab

[The Hacker News @TheHackersNews]

🚨 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 - https://t.co/frrfCwYlgp

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

railway está caído

[kaladin @0xkaladin]

@ayebytes Y railway hace 30m.

https://t.co/BQMclIVGk9

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@0xkaladin hay eclipse o mercurio retrógrado? que pasa???

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@solozeff 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

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

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

[Unix @Unixsystem13]

Imagine trying to brute force 1 out of 394,020,061,963,944,792,122,790,401,001,436,138,050,797,392,704,654,466,679,482,934,042,457,217,714,972,106,114,142,662,548,849,156,408,066,279,903,068,160 possible values and getting it on the 5th try.

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@agustin_kassis me da algo

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

@albondigadearro no leí mucho sobre eso, así que no sé. entiendo que se conocía algo pero no estoy segura si era el exploit este

[Aye 👩🏻‍💻 ⚡️ @ayebytes]

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