El modelo OSI explicado capa por capa:
qué hace cada una y por qué importa en seguridad
Fundamentos de redes | unfantasmaenelsistema.com
Casi todo el mundo que ha estudiado redes se ha aprendido de memoria las siete capas del modelo OSI en algún momento, y casi nadie recuerda para qué sirve realmente saberlo más allá del examen. La respuesta es muy práctica: cada capa tiene sus propios ataques característicos y su propia forma de fallar, y diagnosticar un problema de red —o una intrusión— empieza casi siempre por identificar en qué capa está ocurriendo.
Qué aprenderás en este artículo
Qué hace cada una de las siete capas del modelo OSI, sin listas para memorizar sin más · Qué significa realmente «encapsular» un dato al bajar por las capas, con un ejemplo real · Por qué un switch y un router miran capas distintas del mismo paquete y actúan de forma distinta · Un ataque característico de cada capa, para fijar el concepto con algo concreto · Cómo usar el modelo para diagnosticar en qué capa está fallando algo
1. Las siete capas, con su función real
| Capa | Qué hace |
|---|---|
| 7. Aplicación | El protocolo que entiende directamente el programa: HTTP, DNS, SMTP. Es la capa donde vive el contenido con el que trabaja el usuario |
| 6. Presentación | Formato, cifrado y compresión de los datos (por ejemplo, dónde encaja TLS conceptualmente) |
| 5. Sesión | Establece, mantiene y cierra la conversación entre dos programas a lo largo del tiempo |
| 4. Transporte | Entrega fiable o no fiable de extremo a extremo: TCP (con confirmación y reintentos) o UDP (sin ellos), identificando el proceso concreto mediante puertos |
| 3. Red | Enrutamiento entre redes distintas usando direcciones IP; es la capa donde vive un router |
| 2. Enlace | Comunicación dentro de la misma red local usando direcciones MAC; es la capa donde vive un switch |
| 1. Física | La señal eléctrica, óptica o de radio que realmente viaja por el cable o por el aire |
2. Qué significa «encapsular», con un ejemplo real
Cuando un navegador pide una página web, el dato no viaja tal cual por el cable: cada capa añade su propia cabecera alrededor de lo que le entrega la capa de arriba, como si se metiera un sobre dentro de otro sobre más grande, sucesivamente.
- La petición HTTP (capa 7) se entrega a la capa de transporte, que la envuelve en un segmento TCP con los puertos de origen y destino
- Ese segmento TCP se entrega a la capa de red, que lo envuelve en un paquete IP con las direcciones IP de origen y destino
- Ese paquete IP se entrega a la capa de enlace, que lo envuelve en una trama con las direcciones MAC del siguiente salto en la red local
- Esa trama se convierte finalmente en la señal física real que viaja por el cable o por el aire
En el otro extremo, el proceso se invierte exactamente al revés: cada capa quita su propia cabecera y entrega lo que queda a la capa de encima, hasta llegar de nuevo a la petición HTTP original.
3. Por qué un switch y un router ven cosas distintas
Esta arquitectura por capas explica algo que sorprende la primera vez que se ve en la práctica: un switch, un dispositivo de capa 2, solo lee la dirección MAC de una trama para decidir por qué puerto físico reenviarla, y ni siquiera necesita abrir ni entender la dirección IP que va dentro. Un router, un dispositivo de capa 3, sí necesita desencapsular hasta llegar a la dirección IP para decidir hacia qué red enviar el paquete, y luego lo vuelve a encapsular en una trama nueva con las direcciones MAC correctas para el siguiente salto. Cada dispositivo opera exactamente en su capa, ignorando por diseño todo lo que hay por encima de ella.
4. Un ataque característico por capa
| Capa | Ataque característico |
|---|---|
| 7. Aplicación | Inyección SQL, XSS: el atacante explota la lógica del propio protocolo de aplicación |
| 4. Transporte | Escaneo de puertos, TCP SYN flood: abusa del propio proceso de establecimiento de conexión |
| 3. Red | Suplantación de IP (IP spoofing), enrutamiento malicioso |
| 2. Enlace | ARP spoofing: falsificar la asociación entre una IP y una MAC dentro de la red local para interceptar tráfico ajeno |
| 1. Física | Intervención directa del cable, jamming de una señal inalámbrica |
5. El modelo como herramienta de diagnóstico
Más allá de la seguridad, el modelo OSI es sobre todo una herramienta práctica de diagnóstico: ante un «no funciona», preguntarse en qué capa concreta puede estar el fallo evita perder tiempo mirando donde no toca. Si hay conectividad física (capa 1) y la máquina obtiene IP, pero no resuelve nombres de dominio, el problema probablemente está en la capa de aplicación (DNS), no en la red. Si dos equipos en la misma red local no se ven, conviene revisar la capa de enlace (tablas ARP, VLAN) antes de sospechar de nada más arriba.
Conclusión
El modelo OSI deja de ser una lista para memorizar en cuanto se entiende que cada capa resuelve un problema distinto y, por tanto, puede fallar —o ser atacada— de una forma distinta a las demás. Un switch y un router no son intercambiables porque literalmente miran capas diferentes del mismo paquete, y saber en qué capa vive cada síntoma es la base de cualquier diagnóstico de red serio.
Ver la encapsulación ocurrir en tiempo real, capa por capa, y resolver un reto de diagnóstico identificando en qué capa está el fallo fija estas ideas mucho mejor que la tabla de siete filas.
Practica esto en el simulador de GhostAcademy
Observa la animación real de encapsulación capa por capa, comprueba por qué un switch solo lee la capa 2 mientras un router desencapsula hasta la capa 3, y resuelve un reto de diagnóstico por capas.
Abrir el simulador GhostOSI →Referencias
El simulador interactivo GhostOSI de GhostAcademy, con animación de encapsulación y reto de diagnóstico · ISO/IEC 7498-1 — estándar original que define el modelo de interconexión de sistemas abiertos (OSI)
unfantasmaenelsistema.com | Seguridad, sistemas y todo lo que no debería funcionar (pero funciona)