May 2, 2026 by PandaPandemio2 minutes
A real-world recovery story after breaking PAM authentication on Parrot OS.

Un 2 de mayo, mientras intentaba dejar listo mi entorno en Parrot OS para mezclar música como DJ, me encontré con un problema inesperado:
● pantalla negra al iniciar.
El sistema lograba iniciar, pero algo no estaba bien:
Había pasado de un problema visual a algo más serio:
👉 pérdida de control lógico del sistema

Primero descarté lo básico:
/usr/bin/passwd tenía permisos correctos (SUID)/etc/shadow tenía permisos válidosnosuidEntonces quedó claro:
👉 el problema no era permisos. 👉 era el stack de autenticación (PAM).
El siguiente paso fue recuperar control total del sistema.
Desde GRUB inicié en modo de emergencia:
👉 init=/bin/bash
Monté el sistema en modo escritura:
mount -o remount,rw /Y desde ahí corregí configuraciones críticas.

🔧 Solución
El problema estaba en configuraciones corruptas de PAM.
Reinstalar los paquetes clave permitió restaurar el comportamiento esperado:
libpam-modules libpam-runtime libpam0g
Tras esto, el sistema volvió a comportarse de forma consistente.
🧩 Lecciones aprendidas PAM es un punto crítico del sistema pequeños cambios pueden romper toda la autenticación validar permisos no siempre es suficiente tener acceso a recovery es clave
👉 nunca subestimar cambios en autenticación
En pentesting, romper algo no es el objetivo final.
En este caso, el sistema quedó en un estado crítico:
sudo y passwd)Prácticamente, el control del sistema se había perdido por completo.
Romper fue fácil. Lo valioso fue entender qué falló y cómo recuperarlo.
A partir de ahí, el proceso fue claro:
Porque en seguridad no se trata solo de explotar, sino de comprender, recuperar y reconstruir.