Puertos: las puertas de una máquina

Un puerto abierto significa que hay un servicio escuchando: alguien puede hablar con él. Saber qué servicio corre en cada puerto es saber qué puertas tiene la máquina y a dónde dan. La web, el correo, el acceso remoto, la base de datos: cada uno en el suyo. Para quien administra, tener contadas esas puertas es el punto de partida; para quien ataca, es lo primero que mira. En Salitre, cada servicio responde en su puerto.

No se protege lo que no se ha contado. Enumerar los puertos abiertos es hacer el inventario de puertas antes de decidir cuáles deberían estarlo.

No toda puerta debería dar a la calle. La web pública tiene que responder desde fuera —es su trabajo—; el acceso remoto, solo por un canal controlado; la base de datos, a nadie salvo a su propia aplicación, que vive en la red interna. El criterio no es cerrarlo todo: es que cada puerto abierto hacia fuera tenga un motivo. En Salitre, la base de datos responde desde fuera de la red interna, y eso no debería pasar.

Una base de datos expuesta a internet es una caja fuerte con la puerta en la acera. El dato que guarda es justo el que nadie de fuera necesita tocar.

El trabajo no es cerrar todos los puertos: es que cada uno abierto tenga un motivo escrito. Un acceso remoto abierto a toda la red es superficie que nadie justifica; el mismo acceso limitado a un canal controlado es una puerta con cerradura. Revisar puertos es revisar decisiones: por qué está abierto esto, quién necesita hablar con aquello. En Salitre, el acceso remoto debería limitarse al canal controlado, no quedar abierto al exterior.

Una puerta abierta sin motivo no es disponibilidad: es riesgo. Lo disponible de verdad es lo que está abierto a quien lo necesita y cerrado a quien no.

El puerto que sobra no se intuye: se lee en lo que responde desde fuera. Abre el laboratorio, revisa qué puertos de Salitre contestan desde fuera de la red interna y baja hasta el código de sala al pie.