Qué hay dentro de la máquina

Un computador no es una caja mágica. Son cuatro piezas hablando entre ellas, y saber cuál hace qué explica la mitad de lo que verás más adelante.

• El procesador ejecuta instrucciones. No sabe qué es un paciente ni una contraseña: solo suma, compara y salta. Todo lo demás está construido encima de eso.
• La memoria RAM es donde vive lo que se está usando ahora. Es rápida y se borra al apagar. Cuando abriste la agenda de la clínica, esos nombres estuvieron en la memoria de un servidor.
• El disco es donde queda lo que sobrevive al apagón. Más lento, más grande, permanente.
• La red conecta esa máquina con las demás. Sin ella, tu escaneo no habría salido de tu propio equipo.

La diferencia entre memoria y disco parece un detalle técnico y no lo es. Es la razón por la que apagar una máquina comprometida destruye pruebas: lo que el atacante tenía cargado en memoria desaparece. Quien investiga incidentes lo primero que decide es si apaga o no.

La clínica no tiene su agenda en un computador de escritorio debajo de una mesa. La tiene en un servidor: una máquina pensada para estar encendida siempre y atender a muchos a la vez.

Y ahí está la diferencia que importa para la seguridad. Tu portátil atiende a una persona: tú. Un servidor atiende a cualquiera que sepa su dirección — incluido quien no debería.

Cuando escaneaste clinica-meridiano.local, no hablabas con una web. Hablabas con un programa corriendo en una máquina, que recibe peticiones y decide qué contestar. Ese programa se llama servidor web, y decide tres cosas en cada petición: si la dirección existe, si quien pregunta tiene derecho a verla y qué devolver.

El fallo de la clínica fue que en la segunda decisión no había nadie decidiendo.

Hay una distinción que vas a encontrar en todas partes y conviene fijarla ahora: datos y código.

Los datos son lo que se guarda: un nombre, una fecha, una foto. El código son las instrucciones que se ejecutan.

La mayoría de los problemas graves de seguridad nacen cuando algo que era un dato acaba ejecutándose como código. Alguien escribe su nombre en un formulario, y en vez de guardarse como texto, el sistema lo interpreta como una orden. Ahí es donde vive buena parte de lo que verás en los módulos siguientes.

No hace falta que entiendas cómo pasa todavía. Basta con que reconozcas la forma del problema cuando la veas: una máquina confundiendo lo que le cuentan con lo que le mandan.