Índice de Linux Privilege Escalation
Propósito
Este índice es el punto de entrada raíz para la rama de Linux privilege escalation del atlas de ciberseguridad.
Usalo para:
- entender límites de privilegios locales en Linux después de un foothold autorizado
- practicar enumeración de hosts estilo OSCP en labs propios
- separar pruebas de mala configuración de ejecución imprudente de exploits
- conectar hallazgos de host con offensive-security, cloud-security y hardening defensivo
Usá Registro de referencias — Linux Privilege Escalation como fuente de verdad para las referencias de esta rama. Volvé a Índice de ciberseguridad para la navegación raíz entre ramas.
Antes de esta rama:
- Fundamentos (Fase 0).
- Redes — incluso el privesc local suele depender de servicios alcanzables por red.
Orden de aprendizaje recomendado
Fase 1 — Modelo mental y enumeración
Fase 2 — Clases comunes de mala configuración
Fase 3 — Riesgo programado y a nivel plataforma
Fase 4 — Automatización como asistente
Cluster central de Linux Privilege Escalation
Madurez de la rama
Esta rama tiene profundidad madura al 2026-04-30. Las 9 notas atómicas siguen el template canónico de 11 secciones, incluyen labs prácticos y tienen ejemplos trabajados que conectan pistas locales del host con prueba mínima, remediación y límites seguros de lab.
Fundamentos
Rutas de mala configuración
Rutas programadas y de kernel
Workflow de herramienta
Cross-links a otras ramas
Ofensiva / recon
Cloud security
Redes y playbooks
Futuras notas sugeridas
- linux-file-permissions
- linux-groups-and-users
- writable-service-files
- nfs-privilege-escalation
- docker-group-privilege-escalation
- linux-credential-hunting
- linux-log-review-for-privesc
- linux-post-exploitation-cleanup
Posibles playbooks futuros
- linux-privesc-enumeration-checklist
- validate-sudo-privesc-in-lab
- audit-suid-binaries
- review-linux-capabilities
- triage-kernel-exploit-risk
Notas de mantenimiento de la rama
- Mantené esta rama enfocada en límites locales de privilegios Linux después de que ya existe un foothold.
- Mantené initial access, recon, explotación web y rutas de identidad cloud en sus ramas existentes.
- Cada lab debería nombrar autorización, host objetivo, efecto esperado, límite de prueba y rollback o evidencia de remediación.
- Preferí prueba mínima sobre compromiso completo cuando el objetivo de aprendizaje es validación defensiva.
- Usá wikilinks no resueltos para futuras notas atómicas así Obsidian puede seguir la expansión de la rama.
- Mantené el patrón enumeration-first: identificar contexto, rankear rutas, verificar manualmente una ruta, registrar remediación.
Referencias
- Referencia técnica: GTFOBins — https://gtfobins.github.io/
- Testing / Lab: PayloadsAllTheThings: Linux Privilege Escalation — https://swisskyrepo.github.io/InternalAllTheThings/redteam/escalation/linux-privilege-escalation/
- Testing / Lab: HackTricks Linux Privilege Escalation — https://book.hacktricks.wiki/en/linux-hardening/privilege-escalation/index.html