Pablo San Emeterio retweeted
El "SMS de la muerte" te puede dejar sin móvil, sin que puedas hacer nada para evitarlo.
Una vulnerabilidad descubierta por Mark Blaszczyk puede dejar un móvil Android prácticamente inutilizable de forma remota, sin que el usuario haga absolutamente nada.
No es un brick permanente. No destruye el firmware ni el hardware, y existen métodos de recuperación que no requieren borrar todos los datos.
La vulnerabilidad, bautizada como SMS of Death (SMS de la muerte), se divulgó ayer (29 de octubre de 2026).
Lo preocupante es que permite interrumpir llamadas telefónicas, incluidas las realizadas al 112, y provocar un bucle de fallos persistente.
Mark lo reprodujo en móviles Pixel y Samsung.
smsofdeath.com
¿Cómo funciona técnicamente?
El problema está en WapPushOverSms.decodeWapPdu(), dentro del framework de telefonía de Android.
El ataque aprovecha un SMS de datos WAP Push.
1. El atacante envía un mensaje especialmente manipulado, sin necesitar que la víctima abra nada.
2. Android interpreta automáticamente una longitud de cabecera codificada como uintvar.
3. El parser convierte un valor de 64 bits (long) a un entero con signo de 32 bits (int) sin comprobar su rango.
4. Una longitud inicialmente positiva se convierte en negativa y provoca una excepción Java no controlada.
5. El proceso com.android.phone termina inesperadamente.
El ejemplo concreto es:
long valor = 0x80000000L; // 2147483648
int longitud = (int) valor; // -2147483648
byte[] cabecera = new byte[longitud];
// NegativeArraySizeException
Esto no permite ejecutar código arbitrario ni obtener privilegios de administrador. Es un ataque de denegación de servicio remoto, zero-click.
Lo grave viene después, el SMS malformado puede permanecer en la cola de mensajes pendientes y Android vuelve a intentar procesarlo.
Además, el operador puede retransmitirlo cuando no recibe confirmación de entrega.
El resultado es que el proceso vuelve a fallar, incluso después de reiniciar el dispositivo.
En determinadas condiciones, el mecanismo de recuperación de Android (RescueParty) puede terminar enviándolo al modo recovery.
¿Por qué ni un hard reset lo arregla?
- El reinicio normal puede seguir fallando porque el SMS permanece en la cola.
- El restablecimiento de fábricaborra la cola local, pero el problema puede reaparecer si el operador retransmite el SMS.
La reinstalación del sistema con el parche corrige la vulnerabilidad, siempre que se instale una versión que incorpore la solución.
Por tanto, no es que el factory reset sea incapaz de reparar el teléfono. Es que el operador puede volver a entregarte el mensaje malicioso.
Esto hace que el teléfono parezca brickeado indefinidamente.
Se podría recuperar aislando primero el teléfono de la red móvil, evitando nuevas entregas, y eliminando los mensajes pendientes mediante ADB si está disponible.
Mark Blaszczyk documenta una recuperación sin pérdida de datos manipulando la cola content://sms/raw. Para ello se necesita acceso ADB autorizado y una breve ventana en la que Android haya arrancado.
### Google dice que no es un problema de seguridad
Google ya había desarrollado una corrección (un commit del 15 de junio de 2026), pero según Blaszczyk, su programa de recompensas rechazaba el informe como un problema no relacionado con la seguridad (lo que sea por ahorrase pagar ¿eh?).
android.googlesource.com/platform/frame…
El cambio captura la excepción y elimina el mensaje problemático de la base de datos, impidiendo que vuelva a producir el bucle.
Es decir, Google reconoce expresamente en el código que está solucionando una denegación de servicio remota.
- La vulnerabilidad se identifica ahora como CVE-2026-58882, con clasificación crítica.
- La corrección llegó a Android 14–17 en octubre de 2026.
- GrapheneOS confirma que ya la incorporaba en sus versiones de seguridad anticipadas de julio.
- Los Android 12 y 13 sin soporte seguramente serán vulnerables de forma indefinida.
Lo grave es que no hay forma fácil de protegerse. El SMS malicioso se procesa automáticamente en el subsistema de telefonía de Android, antes de llegar a Google Messages o cualquier otra aplicación de SMS.
Nada de esto funciona:
- Desactivar Google Messages.
- Desactivar las notificaciones SMS.
- Quitar el permiso SMS a las aplicaciones.
Si aun no has recibido el SMS, activar el modo avión o desactivar la SIM/eSIM evita el fallo, pero claro, te quedas sin poder usarlo.
No está claro aun, pero podría ser que poniendo el móvil en modo avión y usando luego VoWiFi, el ataque pudiera fallar, pero vamos, que no es tampoco una solución muy buena.
Con esto, cualquiera que nos quiera joder el móvil, sólo tiene que enviarnos un SMS malicioso, es inquietante.
Una vulnerabilidad descubierta por Mark Blaszczyk puede dejar un móvil Android prácticamente inutilizable de forma remota, sin que el usuario haga absolutamente nada.
No es un brick permanente. No destruye el firmware ni el hardware, y existen métodos de recuperación que no requieren borrar todos los datos.
La vulnerabilidad, bautizada como SMS of Death (SMS de la muerte), se divulgó ayer (29 de octubre de 2026).
Lo preocupante es que permite interrumpir llamadas telefónicas, incluidas las realizadas al 112, y provocar un bucle de fallos persistente.
Mark lo reprodujo en móviles Pixel y Samsung.
smsofdeath.com
¿Cómo funciona técnicamente?
El problema está en WapPushOverSms.decodeWapPdu(), dentro del framework de telefonía de Android.
El ataque aprovecha un SMS de datos WAP Push.
1. El atacante envía un mensaje especialmente manipulado, sin necesitar que la víctima abra nada.
2. Android interpreta automáticamente una longitud de cabecera codificada como uintvar.
3. El parser convierte un valor de 64 bits (long) a un entero con signo de 32 bits (int) sin comprobar su rango.
4. Una longitud inicialmente positiva se convierte en negativa y provoca una excepción Java no controlada.
5. El proceso com.android.phone termina inesperadamente.
El ejemplo concreto es:
long valor = 0x80000000L; // 2147483648
int longitud = (int) valor; // -2147483648
byte[] cabecera = new byte[longitud];
// NegativeArraySizeException
Esto no permite ejecutar código arbitrario ni obtener privilegios de administrador. Es un ataque de denegación de servicio remoto, zero-click.
Lo grave viene después, el SMS malformado puede permanecer en la cola de mensajes pendientes y Android vuelve a intentar procesarlo.
Además, el operador puede retransmitirlo cuando no recibe confirmación de entrega.
El resultado es que el proceso vuelve a fallar, incluso después de reiniciar el dispositivo.
En determinadas condiciones, el mecanismo de recuperación de Android (RescueParty) puede terminar enviándolo al modo recovery.
¿Por qué ni un hard reset lo arregla?
- El reinicio normal puede seguir fallando porque el SMS permanece en la cola.
- El restablecimiento de fábricaborra la cola local, pero el problema puede reaparecer si el operador retransmite el SMS.
La reinstalación del sistema con el parche corrige la vulnerabilidad, siempre que se instale una versión que incorpore la solución.
Por tanto, no es que el factory reset sea incapaz de reparar el teléfono. Es que el operador puede volver a entregarte el mensaje malicioso.
Esto hace que el teléfono parezca brickeado indefinidamente.
Se podría recuperar aislando primero el teléfono de la red móvil, evitando nuevas entregas, y eliminando los mensajes pendientes mediante ADB si está disponible.
Mark Blaszczyk documenta una recuperación sin pérdida de datos manipulando la cola content://sms/raw. Para ello se necesita acceso ADB autorizado y una breve ventana en la que Android haya arrancado.
### Google dice que no es un problema de seguridad
Google ya había desarrollado una corrección (un commit del 15 de junio de 2026), pero según Blaszczyk, su programa de recompensas rechazaba el informe como un problema no relacionado con la seguridad (lo que sea por ahorrase pagar ¿eh?).
android.googlesource.com/platform/frame…
El cambio captura la excepción y elimina el mensaje problemático de la base de datos, impidiendo que vuelva a producir el bucle.
Es decir, Google reconoce expresamente en el código que está solucionando una denegación de servicio remota.
- La vulnerabilidad se identifica ahora como CVE-2026-58882, con clasificación crítica.
- La corrección llegó a Android 14–17 en octubre de 2026.
- GrapheneOS confirma que ya la incorporaba en sus versiones de seguridad anticipadas de julio.
- Los Android 12 y 13 sin soporte seguramente serán vulnerables de forma indefinida.
Lo grave es que no hay forma fácil de protegerse. El SMS malicioso se procesa automáticamente en el subsistema de telefonía de Android, antes de llegar a Google Messages o cualquier otra aplicación de SMS.
Nada de esto funciona:
- Desactivar Google Messages.
- Desactivar las notificaciones SMS.
- Quitar el permiso SMS a las aplicaciones.
Si aun no has recibido el SMS, activar el modo avión o desactivar la SIM/eSIM evita el fallo, pero claro, te quedas sin poder usarlo.
No está claro aun, pero podría ser que poniendo el móvil en modo avión y usando luego VoWiFi, el ataque pudiera fallar, pero vamos, que no es tampoco una solución muy buena.
Con esto, cualquiera que nos quiera joder el móvil, sólo tiene que enviarnos un SMS malicioso, es inquietante.
18
203
914
63,330
Pablo San Emeterio retweeted
CVE-2026-98432 is a good example of something that really concerns me about the future of cybersecurity.
ubuntu.com/security/CVE-2…
The vulnerability was introduced in October 2015, more than 11 years ago, by a performance optimization in the Linux TCP/IPv4 networking stack. One components of an operating system used by millions of servers.
Now Anthropic reports that Claude discovered this flaw and developed a working exploit that allows remote code execution as root, without authentication, against a server with an MPTCP listener.
anthropic.com/research/disco…
Think about what that means.
For decades, we’ve been building critical infrastructure out of enormous amounts of complex, memory-unsafe code. Humans wrote it. Other humans reviewed it, tested it and searched for vulnerabilities. All working with the same fundamental limitations: limited time, limited attention, incomplete visibility and an inability to reason about every possible interaction and race condition.
And perhaps that’s what protected us to some extent. Attackers had the same limitations as the people developing and defending these systems.
A vulnerability could remain undiscovered for 11 years, even in such a widely used component.
Now AI is changing that balance.
The ability to inspect code, identify subtle weaknesses and develop working exploits is becoming less dependent on a small number of highly skilled researchers. These activities can increasingly be scaled with compute, automated testing and tokens.
And that’s what worries me about the next few years.
We’ve accumulated decades of complex, memory-unsafe code in operating systems, network services, applications and libraries. Much of it has never been assessed with anything close to the capabilities that are now becoming available.
We may have massively overestimated the security of our software simply because the people looking for vulnerabilities were as limited as the people who introduced them.
That balance is breaking down, and I don’t think we’re prepared for what follows.
ubuntu.com/security/CVE-2…
The vulnerability was introduced in October 2015, more than 11 years ago, by a performance optimization in the Linux TCP/IPv4 networking stack. One components of an operating system used by millions of servers.
Now Anthropic reports that Claude discovered this flaw and developed a working exploit that allows remote code execution as root, without authentication, against a server with an MPTCP listener.
anthropic.com/research/disco…
Think about what that means.
For decades, we’ve been building critical infrastructure out of enormous amounts of complex, memory-unsafe code. Humans wrote it. Other humans reviewed it, tested it and searched for vulnerabilities. All working with the same fundamental limitations: limited time, limited attention, incomplete visibility and an inability to reason about every possible interaction and race condition.
And perhaps that’s what protected us to some extent. Attackers had the same limitations as the people developing and defending these systems.
A vulnerability could remain undiscovered for 11 years, even in such a widely used component.
Now AI is changing that balance.
The ability to inspect code, identify subtle weaknesses and develop working exploits is becoming less dependent on a small number of highly skilled researchers. These activities can increasingly be scaled with compute, automated testing and tokens.
And that’s what worries me about the next few years.
We’ve accumulated decades of complex, memory-unsafe code in operating systems, network services, applications and libraries. Much of it has never been assessed with anything close to the capabilities that are now becoming available.
We may have massively overestimated the security of our software simply because the people looking for vulnerabilities were as limited as the people who introduced them.
That balance is breaking down, and I don’t think we’re prepared for what follows.
45
80
363
41,445
Pablo San Emeterio retweeted
🚨 Fallo crítico en el kernel de Linux: se puede atacar por red, sin login y sin necesidad de ninguna acción por parte del usuario.
CVE-2026-98432
➡️ CVSS 9.8 (crítico)
➡️ Afecta a la gestión de conexiones TCP/IPv4, el código que atiende cualquier conexión a tu servidor.
➡️ Ubuntu marca vulnerables desde la 16.04 hasta la 26.10, también los kernels de AWS, Azure, Google Cloud y Oracle.
➡️ La corrección todavía está «en preparación» en casi todas.
Si tienes un servidor o un VPS con Linux, sigue los avisos de tu distribución y actualiza el kernel (y reinicia) en cuanto salga el parche.
ubuntu.com/security/CVE-2…
CVE-2026-98432
➡️ CVSS 9.8 (crítico)
➡️ Afecta a la gestión de conexiones TCP/IPv4, el código que atiende cualquier conexión a tu servidor.
➡️ Ubuntu marca vulnerables desde la 16.04 hasta la 26.10, también los kernels de AWS, Azure, Google Cloud y Oracle.
➡️ La corrección todavía está «en preparación» en casi todas.
Si tienes un servidor o un VPS con Linux, sigue los avisos de tu distribución y actualiza el kernel (y reinicia) en cuanto salga el parche.
ubuntu.com/security/CVE-2…
82
580
3,409
468,097
Pablo San Emeterio retweeted
Este señor lo explica muy bien, y tiene la habilidad de no entrar en tecnicismos para que se entienda.
Y para que (supongo que por experiencia) ningún gilipollas pueda venir a desacreditarlo por cualquier detalle menor de mierda.
Y para que (supongo que por experiencia) ningún gilipollas pueda venir a desacreditarlo por cualquier detalle menor de mierda.
Sobre el «error humano» en el accidente de Toledo:
1
9
28
1,249
Pablo San Emeterio retweeted
Uno de los momentos más emblemáticos es el acertijo de Varys en la segunda temporada donde plantea: "El poder reside donde los hombres creen que reside. No es más que una sombra en la pared. Y un hombre muy pequeño puede proyectar una sombra muy grande". youtube.com/watch?v=ST7wD7…
3
10
77
24,721
Pablo San Emeterio retweeted
Esto no es un comentario político ni una opinión sobre nuestro presidente.
Esto es rotundamente falso.
Apagar el móvil cinco minutos no te protege de forma general contra los ciberataques. Puede interrumpir momentáneamente (porque el movil está apagado) un malware que está escuchando lo que dices, pero no elimina necesariamente una infección ni impide que el atacante vuelva a acceder.
Los hackers tampoco atacan móviles porque tengan mucha actividad. Los ataques automatizados buscan vulnerabilidades, otros aprovechan engaños y los más sofisticados, como Pegasus, se dirigen a personas concretas explotando fallos de seguridad.
¿Reiniciar puede ayudar en determinados casos? Sí. ¿Es una medida mágica de protección? No.
Y si tienes una reunión extremadamente importante y confidencial, la medida sensata es dejar los teléfonos fuera de la sala. Eliminas una posible vía de espionaje y reduces drásticamente la superficie de ataque durante la reunión. Eso sí es una medida de seguridad con fundamento.
Dejemos el pensamiento mágico para la política si es lo que queremos, pero para la ciberseguridad, vamos a ser rigurosos, que las consecuencias arruinan vidas. x.com/rtvenoticias/s…
Esto es rotundamente falso.
Apagar el móvil cinco minutos no te protege de forma general contra los ciberataques. Puede interrumpir momentáneamente (porque el movil está apagado) un malware que está escuchando lo que dices, pero no elimina necesariamente una infección ni impide que el atacante vuelva a acceder.
Los hackers tampoco atacan móviles porque tengan mucha actividad. Los ataques automatizados buscan vulnerabilidades, otros aprovechan engaños y los más sofisticados, como Pegasus, se dirigen a personas concretas explotando fallos de seguridad.
¿Reiniciar puede ayudar en determinados casos? Sí. ¿Es una medida mágica de protección? No.
Y si tienes una reunión extremadamente importante y confidencial, la medida sensata es dejar los teléfonos fuera de la sala. Eliminas una posible vía de espionaje y reduces drásticamente la superficie de ataque durante la reunión. Eso sí es una medida de seguridad con fundamento.
Dejemos el pensamiento mágico para la política si es lo que queremos, pero para la ciberseguridad, vamos a ser rigurosos, que las consecuencias arruinan vidas. x.com/rtvenoticias/s…
42
112
476
196,390
Pablo San Emeterio retweeted
👏 ¡CFP abierto The Annual @criptored Cybersecurity Conference en @rootedcon - V Aniversario! - criptored.es/con/
Hoy tengo la buena noticia que CriptoredCON (track) vuelve a RootedCON el 4 Marzo de 2027.
Criptored organiza y celebra anualmente su Congreso de etivo es promover el conocimiento sobre temas relevantes relacionados con la ciberseguridad, la privacidad, criptografía, esteganografía y los derechos civiles, mediante ponencias de alto nivel técnico y con un enfoque práctico que combina teoría y demostraciones.
Con una asistencia estimada de más 9.000 personas (RootedCON + Tracks), nuestro congreso es uno de los más relevantes de Europa. Reúne a un público diverso que incluye estudiantes, miembros de las fuerzas y cuerpos de seguridad, profesionales del sector tecnológico y de la seguridad de la información, así como personas apasionadas por estas materias.
El Call for Papers está abierto hasta el 22 de diciembre 2026. Te animo a enviar tus investigaciones, trabajo o propuestas divulgativas - criptored.es/con/cfp.txt
👉 cfp.rootedcon.com
📅 Cierre: 22 de diciembre.
📍 Madrid, 4–6 de marzo de 2027. Conferencia el 4 de marzo
⚠️ Para presentar al track: seleccionad Criptored en el apartado Topics del formulario del CFP.
👉 Algunas ponencias - youtube.com/@CriptoRed_Cib…
Si quieres formar parte de la historia de este evento, del elenco de ponentes que ya han compartido su conocimiento con nosotros, y de una edición muy especial (V Aniversario), te espero.
Difunde la palabra. No lo dejes pasar.
Cualquier duda escríbenos a info@criptored.com y únete a nuestro grupo de Telegram (t.me/criptored)
Nos vemos pronto.
Gracias
Alfonso Muñoz, PhD - @mindcrypt Fundador Criptored
Hoy tengo la buena noticia que CriptoredCON (track) vuelve a RootedCON el 4 Marzo de 2027.
Criptored organiza y celebra anualmente su Congreso de etivo es promover el conocimiento sobre temas relevantes relacionados con la ciberseguridad, la privacidad, criptografía, esteganografía y los derechos civiles, mediante ponencias de alto nivel técnico y con un enfoque práctico que combina teoría y demostraciones.
Con una asistencia estimada de más 9.000 personas (RootedCON + Tracks), nuestro congreso es uno de los más relevantes de Europa. Reúne a un público diverso que incluye estudiantes, miembros de las fuerzas y cuerpos de seguridad, profesionales del sector tecnológico y de la seguridad de la información, así como personas apasionadas por estas materias.
El Call for Papers está abierto hasta el 22 de diciembre 2026. Te animo a enviar tus investigaciones, trabajo o propuestas divulgativas - criptored.es/con/cfp.txt
👉 cfp.rootedcon.com
📅 Cierre: 22 de diciembre.
📍 Madrid, 4–6 de marzo de 2027. Conferencia el 4 de marzo
⚠️ Para presentar al track: seleccionad Criptored en el apartado Topics del formulario del CFP.
👉 Algunas ponencias - youtube.com/@CriptoRed_Cib…
Si quieres formar parte de la historia de este evento, del elenco de ponentes que ya han compartido su conocimiento con nosotros, y de una edición muy especial (V Aniversario), te espero.
Difunde la palabra. No lo dejes pasar.
Cualquier duda escríbenos a info@criptored.com y únete a nuestro grupo de Telegram (t.me/criptored)
Nos vemos pronto.
Gracias
Alfonso Muñoz, PhD - @mindcrypt Fundador Criptored
0
5
5
683
Pablo San Emeterio retweeted
¿Quieres subirte al escenario de #RootedCON Madrid 2027? ¡Abrimos el Call for Papers!
Buscamos investigaciones, hacking real, herramientas, PoC y conocimiento técnico.
¡Anímate!
📩 cfp.rootedcon.com
#RootedCON2027 #CFP
Buscamos investigaciones, hacking real, herramientas, PoC y conocimiento técnico.
¡Anímate!
📩 cfp.rootedcon.com
#RootedCON2027 #CFP
1
9
20
2,113
Pablo San Emeterio retweeted
Un buen resumen de #LaLigaGate , dachos y acciones para cambiar estas actuaciones en @Conversation_E : theconversation.com/cuando-el-futb…
3
12
14
2,006
Pablo San Emeterio retweeted
🔥🚒 pfSense Firewall 0day - 5 RCEs! 🚒 🔥
Exploits
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
Writeups
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
Exploits
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
- github.com/abraxas/pfsens…
Writeups
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
- abraxaslabs.tech/research/pfsen…
15
200
800
73,945
Pablo San Emeterio retweeted
📱 Nuevo taller confirmado en #SecAdmin2026.
@javiespejo vuelve a la CON con: “Técnicas Profesionales de Análisis en Android y Flutter”
Pentesting móvil, análisis estático y dinámico, ingeniería inversa y mucho más.
🧵👇
@javiespejo vuelve a la CON con: “Técnicas Profesionales de Análisis en Android y Flutter”
Pentesting móvil, análisis estático y dinámico, ingeniería inversa y mucho más.
🧵👇
1
3
13
625
Pablo San Emeterio retweeted
Para los que queráis RECURRIR la tasa de basuras del Ayuntamiento de Madrid: noaltasazodebasuras.masmadrid.org
"La primera vez que me engañes la culpa la tienes tú. La segunda, la tengo yo" - proverbio árabe.
"La primera vez que me engañes la culpa la tienes tú. La segunda, la tengo yo" - proverbio árabe.
4
49
147
28,973
Pablo San Emeterio retweeted
Mazzucato, desde su tremendísimo gineceo adherido a su butaca académica y sus 15K€ por media hora de charla, es perfectamente consciente de su tarea como legitimadora intelectual de sacamantecas.
ENTREVISTA | Mariana Mazzucato, economista: "España necesita un banco público, no solo bancos privados. Los bancos públicos ayudan a mantener unos tipos de interés más bajos para las viviendas y también para las pequeñas empresas" eldiario.es/economia/maria… Con Serafí del Arco
23
62
319
14,934
Pablo San Emeterio retweeted
🆕 Nuevo artículo en RootedCON Newsletter
El phishing ya no tiene por qué parecer phishing.
Sin faltas de ortografía. Sin adjuntos sospechosos. Sin palabras que hagan saltar una regla.
El Duelo Semántico en el Endpoint, por @TomasIsasia, explora cómo la IA generativa está el papel que pueden jugar el análisis semántico, el contexto y los modelos locales en su defensa.
👇
rootedcon.ghost.io/el-duelo-seman…
El phishing ya no tiene por qué parecer phishing.
Sin faltas de ortografía. Sin adjuntos sospechosos. Sin palabras que hagan saltar una regla.
El Duelo Semántico en el Endpoint, por @TomasIsasia, explora cómo la IA generativa está el papel que pueden jugar el análisis semántico, el contexto y los modelos locales en su defensa.
👇
rootedcon.ghost.io/el-duelo-seman…
0
7
13
1,283
Pablo San Emeterio retweeted
🎤 @risingonline vuelve a SecAdmin 2026 con charla y taller.
Con más de 15 de experiencia en ciberseguridad y Blue Team, regresa tras su paso por SecAdmin 2025.
Este año viene con dos propuestas, pero con un mismo objetivo: mejorar nuestra capacidad de defensa. 👀
Con más de 15 de experiencia en ciberseguridad y Blue Team, regresa tras su paso por SecAdmin 2025.
Este año viene con dos propuestas, pero con un mismo objetivo: mejorar nuestra capacidad de defensa. 👀
1
4
6
332
Pablo San Emeterio retweeted
Los bloqueos de LaLiga se intensifican: la web del consulado de China, Jot Down y más son inaccesibles
redeszone.net/noticias/redes…
redeszone.net/noticias/redes…
1
21
30
3,285
Pablo San Emeterio retweeted
¿A qué estás esperando para ir a uno de los mejores eventos que se hacen en Sevilla? Final presencial del CTF, grandes ponencias, etc... algo más? Te esperamos en secadmin.es
1
10
22
1,142
Pablo San Emeterio retweeted
INTELIGENCIA ARTIFICIAL AGÉNTICA
DESDE LA PERSPECTIVA DE PROTECCIÓN DE DATOS. 2026
Agencia Española de Protección de Datos
Descargar: aepd.es/guias/orientac…
DESDE LA PERSPECTIVA DE PROTECCIÓN DE DATOS. 2026
Agencia Española de Protección de Datos
Descargar: aepd.es/guias/orientac…
4
204
515
38,335
Pablo San Emeterio retweeted
Nueva entrega de Chistes Malos Capitán América . Vol 25
Aportaciones de : @EduMore66210648 @DIVCreativo @Francis31179260 @chux_gs y @Mipowiko
Aportaciones de : @EduMore66210648 @DIVCreativo @Francis31179260 @chux_gs y @Mipowiko
5
33
115
9,328
Pablo San Emeterio retweeted
El nuevo malware que ataca a los Mac utiliza calendarios públicos de iCloud.
bitlifemedia.com/2026/09/malwar…
#Mac #iCloud #Malware #Apple #Bitlifemedia #MacSync #Finder
bitlifemedia.com/2026/09/malwar…
#Mac #iCloud #Malware #Apple #Bitlifemedia #MacSync #Finder
0
2
2
127