ChatGPT ya puede iniciar sesión en webs sin que el modelo vea tu contraseña
ChatGPT Work ya puede continuar tareas dentro de webs compatibles después de que inicies sesión, sin mostrar al modelo el usuario ni la contraseña. No es autenticación sin contraseña. Sigues introduciendo tus credenciales y el código de doble factor, pero lo haces en un formulario seguro que envía los datos directamente al navegador remoto de ChatGPT.
La distinción importa. Ocultar la contraseña al modelo elimina una vía de fuga evidente, pero no vuelve inocua la sesión autenticada. Una vez dentro, ChatGPT puede leer páginas, rellenar formularios y actuar con los permisos de esa cuenta. Para una empresa, la pregunta real es qué puede alcanzar, cambiar y revelar esa sesión.
¿Quieres probar un flujo autenticado sin entregar una cuenta de administrador?
Diseñar un piloto seguro¿Qué ha cambiado en el navegador cloud de ChatGPT?
A 28 de agosto de 2026, la guía del navegador cloud de OpenAI indica que ChatGPT Work puede operar en webs públicas y autenticadas compatibles. Está disponible en planes de pago, salvo Free y Go, en regiones admitidas. El despliegue y los permisos del espacio de trabajo pueden limitar el acceso.
El navegador cloud es un ordenador separado en la nube de OpenAI. No hereda pestañas, contraseñas guardadas, extensiones, historial ni sesiones de tu portátil. Puede seguir trabajando en segundo plano y se detiene cuando necesita un inicio de sesión, información o confirmación. Si una app conectada o un plugin soporta la tarea, OpenAI recomienda esa vía más estructurada.
Cómo funciona el inicio de sesión seguro
- ChatGPT llega a una página de acceso compatible y se detiene. Las credenciales no deben pegarse en el chat.
- Otro modelo revisa el destino. Según OpenAI, comprueba la dirección y el formulario para detectar indicios de phishing o engaño.
- Tú revisas el dominio y el formulario. Puedes inspeccionar la web real antes de continuar.
- Introduces usuario, contraseña y 2FA. Esos valores van directamente al navegador remoto. OpenAI afirma que el modelo no los ve y ChatGPT no los guarda como credenciales.
- ChatGPT retoma la tarea dentro de la sesión autenticada. Las cookies pueden mantenerla activa hasta que caduquen o borres los datos del sitio.
- Las acciones con consecuencias siguen pidiendo confirmación. Esto incluye compromisos financieros, legales o relacionados con la cuenta.
| Activo | Qué ve el modelo | Qué debes proteger |
|---|---|---|
| Usuario y contraseña | No visibles en el formulario seguro | Dominio correcto, higiene de contraseña y MFA |
| Sesión autenticada | Puede operar páginas accesibles para la cuenta | Permisos, duración de cookies y cierre de sesión |
| Contenido tras el acceso | Legible mediante capturas e interacción | Datos sensibles, prompt injection y controles de datos |
| Navegador local | No se hereda | La sesión cloud separada mantiene su propio estado |
Que el modelo no vea la contraseña no significa que el sistema sea seguro
Una cookie de sesión válida puede otorgar casi la misma autoridad práctica que una contraseña. Si la cuenta permite ver facturas, exportar clientes o cambiar ajustes, el navegador autenticado puede llegar a esas superficies aunque el modelo nunca recibiera la clave.
La guía de seguridad de ChatGPT agent advierte de que un agente autenticado puede acceder a correos, archivos y ajustes sensibles. También describe la inyección indirecta de instrucciones: un texto malicioso en una página intenta desviar al agente hacia una acción o filtración no solicitada.
El análisis de secuestro de agentes de NIST estudió más de 250.000 intentos contra 13 modelos frontier. Encontró al menos un ataque exitoso contra cada objetivo. No evalúa este flujo de acceso concreto, pero respalda una hipótesis prudente: un agente navegador acabará encontrando contenido creado para manipularlo.
Por eso el límite de seguridad es la cuenta y el flujo, no solo el secreto de la contraseña. Nuestra lista de controles para agentes de IA aplica el principio útil: separa entrada no confiable, datos valiosos y capacidad de actuar hacia fuera.
Navegador cloud, app o integración propia
| Opción | Mejor encaje | Coste principal |
|---|---|---|
| App conectada o plugin | Sistema compatible con contrato de datos o acciones | Limitado a operaciones y permisos expuestos |
| Navegador cloud de ChatGPT | Trabajo irregular entre webs sin una API útil | Cambios de interfaz, bloqueos, prompt injection y revisión |
| API, MCP o workflow propio | Procesos repetidos, de gran volumen o regulados | Coste de ingeniería, pero autorización y auditoría más claras |
El navegador cloud encaja en tareas poco frecuentes que cruzan varios portales, como recopilar presupuestos o conciliar unas pocas facturas. No es la opción por defecto para publicar, pagar o administrar cuentas a gran escala. Nuestra guía sobre productos realmente utilizables por agentes explica la alternativa estructurada con permisos, idempotencia y errores accionables.
10 controles antes de la primera tarea autenticada
- Cuenta dedicada: no empieces con propietario, administrador, finanzas o soporte de producción.
- Mínimo privilegio: limita registros y acciones en el sistema de origen.
- “Preguntar siempre”: amplía el acceso solo cuando dominios y tarea sean estables.
- MFA: detente ante cualquier solicitud inesperada.
- Acciones prohibidas: nombra pagos, mensajes, borrados y cambios contractuales que solo se pueden preparar.
- Confirmación humana: revisa destino, valores y estado final de cada consecuencia.
- Apps separadas: activa solo las conexiones necesarias para ese trabajo.
- Controles de datos: decide política de capturas, historial, retención y entrenamiento antes de exponer datos sensibles.
- Borra la sesión: elimina los datos del navegador al terminar el piloto.
- Mide resultados aceptados: registra éxito, minutos de revisión, reintentos, bloqueos e incidentes.
Qué deben cambiar los propietarios de una web
La guía de allowlisting de OpenAI explica que el navegador usa Web Bot Auth y firmas HTTP, con un valor Signature-Agent para https://chatgpt.com. El estándar subyacente, RFC 9421, aporta integridad y autenticidad a componentes HTTP seleccionados. No sustituye TLS, la autenticación del usuario ni la autorización.
“Permitir al agente firmado” y “dejar que el usuario autenticado haga cualquier cosa” deben seguir siendo decisiones separadas. Verifica la firma en el edge, conserva permisos y límites de tasa, y prueba login, redirecciones OAuth, captcha y pantallas de confirmación. No confíes solo en un user agent ni desactives el WAF para rangos amplios.
También ayudan etiquetas asociadas a campos, botones estables, errores de validación concretos y una revisión clara antes de escribir. Nuestra guía de webs legibles por agentes cubre la capa de publicación. Poder iniciar sesión no arregla una interfaz ambigua ni una autorización débil.
Un piloto comercial con criterio de parada
Elige un flujo reversible con una referencia manual. Ejecuta 30 casos representativos y registra éxito, resultado aceptado, tiempo de intervención, bloqueos, reintentos y accesos inesperados. Detén el piloto si el agente sale de los dominios aprobados, pide credenciales en el chat, intenta una acción prohibida o deja un resultado imposible de auditar. Escala solo cuando coste aceptado y riesgo superen a la alternativa manual o integrada.
Preguntas frecuentes
¿ChatGPT ya puede iniciar sesión en webs?
¿ChatGPT puede ver mi usuario o contraseña?
¿Es autenticación sin contraseña?
¿Usa las cuentas abiertas en mi ordenador?
¿Funciona en todas las webs?
¿Navegador cloud o API?
Reflexiones finales
El inicio de sesión seguro de ChatGPT elimina una práctica peligrosa: poner credenciales donde el modelo pueda leerlas. Es una mejora importante, no un modelo de seguridad completo.
Trata el navegador cloud como una sesión delegada temporal. Dale una cuenta dedicada con pocos permisos, una lista corta de dominios, aprobación humana para consecuencias y una tarea medible. Si el flujo demuestra valor estable, pásalo a una integración estructurada con autorización y auditoría explícitas.