Qué sí es Kali Linux
Kali Linux es una distribución GNU/Linux especializada en seguridad informática. Está diseñada para auditoría, pentesting, análisis forense y formación en ciberseguridad. Y aquí viene lo importante: es tan potente como malentendida.
Kali es un laboratorio portátil. Un entorno pensado para aprender, probar y verificar la seguridad de sistemas, redes y aplicaciones.
- Un sistema basado en Debian, estable y bien documentado.
- Un conjunto curado de herramientas profesionales: escaneo, explotación, análisis de tráfico, ingeniería inversa, OSINT, forense, wireless…
- Un estándar educativo y profesional en ciberseguridad (universidades, certificaciones, laboratorios, CTFs).
- Una plataforma para pensar como atacante, con permiso y con método, para poder defender mejor.
Kali no “hace magia”. Cada herramienta exige entender redes, sistemas, protocolos y lógica. Si no sabes qué es TCP, Kali no te lo va a enseñar a golpes de teclado.
Qué no es Kali Linux
Kali no es:
- ❌ Un sistema para usar como Linux de diario (navegar, ofimática, jugar).
- ❌ Un botón rojo para “hackear WiFi en 3 minutos”.
- ❌ Una forma de saltarte la ley sin consecuencias.
- ❌ Un atajo para no aprender fundamentos.
- ❌ Un sistema “más potente” que Ubuntu para tareas normales.
Si alguien instala Kali sin saber Linux, redes o seguridad… lo más probable es que solo consiga romper cosas propias y frustrarse.
Kali Linux no te convierte en hacker.
Kali Linux amplifica lo que ya sabes.
Un experto con Ubuntu es peligroso (en el buen sentido).
Un novato con Kali solo tiene un martillo enorme… y dedos cerca.
Nunca es “primer Linux”. Siempre como herramienta especializada
La historia BackTrack → Kali Linux es, en el fondo, la historia de cómo el “hacking artesanal” se convirtió en disciplina profesional. Vamos por partes, con contexto y sin mitología barata.
BackTrack: el origen (2006–2013)
BackTrack nació cuando la seguridad informática todavía tenía aroma a underground técnico.
No era una distro “bonita”. Era un arsenal.
BackTrack surge de la fusión de varios proyectos previos (WHAX, Auditor, etc.) y se construye sobre una idea clara:
tener todas las herramientas de pentesting listas para usar, en un sistema arrancable.
Características clave de BackTrack:
- Basado primero en Slackware, luego en Ubuntu
- Uso intensivo en Live CD / Live USB
- Pensado para pentesters, investigadores y formadores
- Muy popular en:
- Auditorías
- CTFs
- Formación autodidacta
- Escenarios “de campo”
Pero BackTrack tenía problemas estructurales:
- Mantenimiento complejo
- Sistema poco homogéneo
- Instalaciones frágiles
- Difícil de escalar a entornos profesionales
- Enfoque más “herramientas juntas” que “sistema bien diseñado”
Era brillante… pero caótico.
El punto de inflexión: profesionalización
A medida que la ciberseguridad entra en:
- empresas
- universidades
- certificaciones
- auditorías reguladas
BackTrack empieza a quedarse corto.
No por las herramientas, sino por el modelo.
Offensive Security (la empresa detrás del proyecto) se hace una pregunta clave:
¿Y si esto no fuera solo una distro con herramientas, sino una plataforma profesional mantenible?
La respuesta fue romper con el pasado.
Kali Linux: el renacimiento
En 2013 BackTrack se retira oficialmente y nace Kali Linux.
No es una versión nueva.
Es un rediseño completo desde cero.
Cambios fundamentales:
- Base Debian pura (estabilidad, repositorios, mantenimiento)
- Sistema modular y coherente
- Instalación real en disco (no solo live)
- Metodología clara: cada herramienta tiene un propósito
- Integración con certificaciones como OSCP
- Pensado para:
- VMs
- Cloud
- ARM (Raspberry Pi)
- Contenedores
- Laboratorios educativos
Kali ya no es “un CD lleno de cosas”.
Es un sistema operativo de trabajo.
Cambio de filosofía
BackTrack decía:
“Aquí tienes herramientas. Averigua tú el resto.”
Kali dice:
“Aquí tienes herramientas clasificadas, documentadas y mantenidas, ahora aprende el método.”
Por eso Kali:
- Clasifica herramientas por fases del ataque
- Elimina herramientas obsoletas sin piedad
- Prioriza reproducibilidad y legalidad
- Se alinea con estándares profesionales
Por qué BackTrack murió (y debía morir)
BackTrack no fracasó.
Cumplió su misión.
Fue el puente entre:
- el hacker autodidacta
- y el profesional de seguridad
Kali es lo que viene después:
- más serio
- más estable
- más ético
- más usable en docencia
Hoy, enseñar BackTrack tendría el mismo sentido que enseñar MS-DOS para administrar servidores modernos: interesante como historia, inútil como práctica real.
Resumen mental rápido
BackTrack fue:
- rebelde
- potente
- desordenado
- fundacional
Kali es:
- profesional
- mantenido
- estructurado
- educativo
Uno abrió la puerta.
El otro construyó la casa.
Y esa evolución explica muy bien cómo maduró toda la ciberseguridad como disciplina.
Filosofía de Offensive Security
La filosofía de Offensive Security no va de “atacar por atacar”. Va de una idea incómoda, pero profundamente honesta:
Si algo puede romperse, alguien lo romperá. Mejor que seas tú, con permiso y con método.
Eso es offensive security. No una actitud gamberra, sino una postura intelectual frente a la seguridad.
Pensar como atacante para defender de verdad
La seguridad defensiva clásica tiende a decir:
“he configurado esto bien, debería ser seguro”.
La seguridad ofensiva responde:
“debería no es una garantía”.
Offensive Security parte de una premisa brutalmente simple:
la única forma fiable de comprobar la seguridad de un sistema es intentar comprometerlo.
El enemigo no es el hacker, es la ilusión de seguridad
En esta filosofía, el problema no son los atacantes.
El problema es el autoengaño técnico:
- “Esto no lo va a atacar nadie”
- “Nadie sabrá que está aquí”
- “Es solo una app pequeña”
- “Tenemos firewall, estamos cubiertos”
Offensive security desmonta esas frases con hechos, no con opiniones.
Herramientas ≠ filosofía
Un matiz clave que muchos no pillan:
- Usar Metasploit no te hace offensive security.
- Usar Kali no te hace offensive security.
- Saber exploits no te hace offensive security.
La filosofía está en el proceso mental:
- Enumerar sin asumir nada
- Buscar superficies de ataque reales
- Encadenar fallos pequeños
- Pensar en impacto, no solo en “entré”
- Documentar cómo y por qué ocurrió
El ataque es el medio.
El objetivo es el conocimiento verificable.
Metodología antes que ego
Offensive Security es, paradójicamente, anti-ego.
No va de:
- “mira lo listo que soy”
- “he entrado en X”
- “tengo 0days”
Va de:
- ¿qué falló exactamente?
- ¿cómo se reproduce?
- ¿cómo se mitiga?
- ¿qué aprendemos de esto?
Por eso OffSec insiste tanto en:
- laboratorios
- informes
- reproducibilidad
- entender lo que haces, no copiar comandos
Ética: el límite no es técnico, es legal y moral
La filosofía offensive no glorifica el delito.
Lo separa claramente.
Hay una línea muy clara:
- con permiso → auditoría
- sin permiso → delito
La diferencia no está en la técnica. Está en el contexto y la intención.
En el fondo, es una postura filosófica
Offensive Security dice algo muy humano:
La confianza ciega es peligrosa.
El escepticismo informado es saludable.
No destruye sistemas por placer. Los desmonta para entenderlos.
La línea roja: el permiso
Todo se decide con una sola pregunta:
¿Tienes autorización explícita para hacer lo que estás haciendo?
- Sí → auditoría, práctica, formación.
- No → acceso ilícito, daños informáticos, responsabilidades penales.
No importa:
- que el sistema sea vulnerable
- que “solo estuvieras mirando”
- que no hayas borrado nada
- que fuera “por aprender”
La intención técnica no te protege legalmente.
Marco legal básico
En España —y de forma muy similar en la UE— entran en juego leyes como:
- acceso no autorizado a sistemas
- interceptación de comunicaciones
- alteración o daño de datos
- uso indebido de credenciales
- suplantación
Muchas acciones típicas de laboratorio (escaneos, fuerza bruta, sniffing) son ilegales fuera de un entorno autorizado, aunque no “rompas” nada.
El argumento “no causé daño” no suele salvarte. El acceso ya es el daño.
Ética profesional ≠ “todo lo que la ley permita”
La ética va un paso más allá de la ley.
Hay cosas que pueden ser legales… y aun así poco éticas.
Ejemplos clásicos:
- escanear infraestructuras sin avisar “a ver qué sale”
- probar exploits en sistemas de terceros aunque “solo sea lectura”
- usar datos reales en informes educativos sin anonimizar
- humillar a un cliente demostrando fallos sin contexto
La ética profesional exige:
- mínimo impacto
- necesidad justificada
- proporcionalidad
- responsabilidad sobre los datos
No todo lo técnicamente posible es profesionalmente aceptable.
El principio del entorno controlado
Por eso en formación se insiste tanto en:
- máquinas virtuales
- laboratorios aislados
- plataformas vulnerables a propósito
- redes sin salida a Internet
- contratos y documentos de autorización
No es paranoia.
Es protección legal y pedagógica.
Un buen profesional nunca “practica” en producción ajena.
Documentar también es una obligación ética
Offensive security no termina cuando entras.
Termina cuando:
- explicas qué hiciste
- explicas por qué fue posible
- explicas cómo corregirlo
- evalúas impacto real
- propones medidas de mitigación
Callarte un fallo crítico para “parecer más hacker” es una falta ética.
Exagerarlo para impresionar también.
El error más común
Creer que:
- la herramienta es ilegal
- o que usarla “en local” siempre es seguro
La realidad:
- las herramientas no son ilegales
- el uso sí puede serlo
Nmap, Wireshark, Metasploit o Burp son herramientas legítimas.
Usarlas fuera de contexto es lo que crea problemas.
La regla de oro
Antes de ejecutar un comando ofensivo, un profesional se pregunta:
- ¿Tengo permiso escrito?
- ¿Es el entorno adecuado?
- ¿Es necesario hacerlo?
- ¿Puedo justificarlo en un informe?
- ¿Estoy preparado para asumir consecuencias si algo falla?
Si alguna respuesta incomoda… se para.
La ciberseguridad ofensiva no va de cruzar límites,
va de entenderlos y respetarlos.
El conocimiento da poder.
La ética decide si ese poder construye o destruye
Diferencias: Kali vs Parrot vs BlackArch vs Ubuntu “hardened”
No son rivales directos. Son respuestas distintas al mismo problema.
Kali Linux
Kali es ofensiva pura y explícita.
Está pensada para atacar con método, no para convivir.
- Enfoque: pentesting, auditoría, formación
- Filosofía: offensive security
- Herramientas: muchas, seleccionadas, clasificadas por fase
- Público: estudiantes, pentesters, auditores
- Uso típico: laboratorio, VM, live, cloud
Kali no intenta ser discreta. Es un maletín abierto lleno de ganzúas… con permiso.
Parrot Security OS
Parrot es más híbrida y más política en el buen sentido.
- Enfoque: seguridad + privacidad + desarrollo
- Filosofía: anonimato, hardening, uso diario posible
- Herramientas: menos que Kali, pero bien integradas
- Público: seguridad, pero también usuarios avanzados
- Uso típico: sistema principal o VM
Parrot intenta convivir con el día a día. Kali no.
BlackArch
BlackArch es radical.
- Enfoque: ofensivo extremo
- Filosofía: “si existe una herramienta, la incluimos”
- Herramientas: miles
- Público: usuarios muy avanzados
- Uso típico: entornos muy específicos
BlackArch no te enseña. Te exige saber.
Es potencia sin pedagogía.
Ubuntu hardened
Aquí cambia completamente el eje.
- Enfoque: defensa
- Filosofía: reducir superficie de ataque
- Herramientas ofensivas: ninguna por defecto
- Público: administradores, producción
- Uso típico: servidores, entornos reales
No sirve para atacar. Sirve para no ser atacado.
Cada uno juega a otra cosa, aunque compartan campo.
Modos de uso de Kali Linux
Aquí está la parte crítica para docencia y práctica profesional.
1. Máquina virtual (VM)
Este es el modo rey en formación.
Qué es:
- Kali ejecutándose dentro de VirtualBox, VMware, Proxmox, etc.
Ventajas:
- Aislamiento total
- Fácil de romper y rehacer
- Snapshots
- Ideal para laboratorios
Inconvenientes:
- Rendimiento
- Algunas limitaciones hardware (WiFi, GPU)
Uso típico:
- clases
- prácticas
- CTFs
- pruebas controladas
Si alguien empieza con Kali, esto es lo correcto.
2. Live USB
Kali “arranca y desaparece”.
Qué es:
- Kali ejecutándose desde USB sin tocar el disco
Ventajas:
- No deja rastro (en modo live)
- Ideal para auditorías puntuales
- Muy portable
Inconvenientes:
- Cambios no persistentes (salvo configuración especial)
- Más lento
- No pensado para trabajar a largo plazo
Uso típico:
- auditorías de campo
- demostraciones
- emergencias
Este modo es heredero directo del espíritu BackTrack.
Aquí ya hablamos de uso serio y consciente.
Qué es:
- Kali instalado como sistema principal en el equipo
Ventajas:
- Rendimiento completo
- Acceso total al hardware
- Entorno de trabajo permanente
Inconvenientes:
- No es cómodo para uso diario
- Riesgo si no sabes lo que haces
- No tiene sentido para la mayoría
Uso típico:
- profesionales dedicados
- equipos exclusivos de auditoría
Instalar Kali como “mi Linux normal” suele ser una mala decisión… hasta que deja de serlo por razones muy concretas.
4. Kali en la nube / contenedor (conceptual)
Aquí entramos en la Kali moderna.
Kali en la nube
- Kali desplegado en VPS, cloud o laboratorio remoto
- Ideal para OSINT, análisis, escaneos desde IP externa
- Muy usado en auditorías reales
No dependes de tu portátil.
Dependes de infraestructura reproducible.
Kali en contenedores
- Herramientas concretas en Docker
- No todo el sistema, solo lo necesario
- Automatización, CI/CD, pruebas repetibles
Esto refleja una idea clave:
Kali ya no es solo un sistema, es un ecosistema de herramientas.
