Usar un ordenador público con VPN: qué comprobar primero
Un túnel protege el camino, no la máquina de ninguno de los dos extremos. Decida quién controla el host, qué queda en el disco y cómo revocar el acceso antes de iniciar sesión.
Máquina prestada, tarea urgente y un cliente VPN que promete cifrarlo todo: la secuencia parece segura y no lo es. Un túnel protege el camino entre dos extremos, y el extremo que tiene delante es la parte que no puede verificar. Los tres pasos siguientes deciden si el dispositivo es utilizable, cómo mantener las credenciales fuera de él y qué hacer después para que una sesión temporal no se convierta en una copia permanente.
El túnel empieza después de que el host ya haya visto los datos
El cifrado ocurre en el cliente VPN, que se ejecuta como un programa en la máquina. Todo lo que está por encima de ese programa, incluidos el navegador, el sistema operativo y cualquier extensión o controlador con acceso suficiente, maneja sus datos antes de que se cifren. No es un defecto del protocolo; es el lugar donde se sitúa el protocolo.
Comprobar la dirección de salida, por tanto, no demuestra casi nada sobre el host. Una máquina puede enrutar todo el tráfico por una salida limpia y aun así registrar cada pulsación de tecla, y los dos hechos no están en tensión.
El planteamiento útil es preguntar qué puede observar el host en lugar de qué puede la red. En una máquina que administra otra persona, ese conjunto es mayor de lo que puede enumerar.
Paso uno: establecer quién controla el dispositivo
El control es una cuestión de derechos administrativos y acceso físico, no de cortesía. Si otra persona puede instalar software, cargar un controlador, conectar un dispositivo o restaurar una imagen, el comportamiento de la máquina no es algo que usted pueda establecer mirándola. La administración es una capacidad, y las capacidades no aparecen en una captura de pantalla. Pregunte a la persona que le entregó la máquina.
Busque las señales ordinarias y trate cada una como evidencia sobre el control y no como prueba de seguridad. Ninguna de ellas es decisiva por sí sola.
- Una cuenta de invitado o de quiosco que no puede instalar software es un punto de partida mejor que una cuenta de administrador que alguien le haya entregado.
- Un dispositivo gestionado con un propietario conocido y un contacto de soporte es mejor que un terminal desatendido, incluso cuando el terminal parece más limpio.
- Una máquina en la que no puede determinar quién inició sesión por última vez es una máquina cuyo estado no puede describir.
Ninguna de estas comprobaciones hace fiable un host compartido. Le dicen si el riesgo está lo bastante acotado para continuar con una tarea limitada, que es una pregunta distinta y más honesta. Anote la respuesta antes de continuar.
Paso dos: mantener las credenciales fuera del host
Un perfil activo no es un marcador. Un perfil de OpenVPN puede contener certificados incrustados y una clave privada, e importarlo escribe ese material en un dispositivo que no es suyo. Lo mismo ocurre con una sesión de navegador que guarda una cookie y con cualquier gestor de contraseñas que cachee una bóveda localmente.
| Decision | Safe default | What it buys you |
|---|---|---|
| Which device to use | One you control, or an approved managed device | A host whose software you can account for |
| Which account to sign in with | A session that does not persist, with a second factor | Limited exposure if the machine retains state |
| What to install | Nothing; use the browser and the service's own portal | No profile or client left behind for the next user |
| What to do afterwards | Sign out everywhere and revoke sessions from a trusted device | An end to access that does not depend on local cleanup |
Prefiera el acceso menos persistente que admita el servicio. Un portal web que autentica por sesión y exige un segundo factor deja menos rastro que un cliente de escritorio con un perfil guardado, y una sesión que termina al cerrar el navegador es mejor que una que sobrevive a un reinicio.
Después compruebe qué guarda la máquina. En un host Linux compartido la ubicación del perfil es fácil de inspeccionar, y en Windows la búsqueda equivalente cuesta un comando. Encontrar el perfil de un usuario anterior es un recordatorio útil de que el suyo se trataría igual.
ls -la ~/.config/openvpn 2>/dev/null
Get-ChildItem -Path $HOME -Recurse -Filter *.ovpn -ErrorAction SilentlyContinuePaso tres: terminar el acceso desde un lugar de confianza
Limpiar localmente vale la pena y no es suficiente. Cierre la sesión del servicio, cierre el navegador, elimine cualquier archivo descargado y luego haga el paso que de verdad importa: revoque la sesión o la credencial desde un dispositivo que controle.
Ese último paso es el que la gente se salta, porque la pantalla local parece limpia. Un token de sesión copiado por software del host sigue funcionando después de que usted se vaya, y no le importa que el navegador se haya cerrado. La revocación es el único paso que asume que el host pudo haber sido hostil. También es el único que sigue funcionando si lo fue.
Si una clave privada o un secreto de recuperación tocó la máquina, trátelo como expuesto y rótelo en lugar de inspeccionar copias. Para una cuenta que usó un segundo factor, revise también los dispositivos y sesiones que enumera el proveedor, porque un token emitido durante su visita puede seguir activo.
Anote el resultado mientras está fresco: qué dispositivo, qué cuenta, qué se instaló, qué se revocó y cuándo. Esa nota es lo que permite a la siguiente persona responder la única pregunta que importa después: si algo sigue teniendo acceso.
Un dispositivo bajo control privado sigue necesitando mantenimiento, y le da una base para gestionar el extremo que un terminal prestado nunca dará. El túnel era la parte fácil.