El hackeo de OpenCode obliga a revocar inmediatamente cualquier clave de API registrada en la Consola alojada y, después, a sustituirla en OpenAI, Anthropic, Google ou le fournisseur concerné. OpenCode a reconnu le 17 octobre 2026 que 1,4 % des utilisateurs de sa Console avaient été touchés. Déconnecter l’intégration ne suffit pas : une clé copiée reste utilisable jusqu’à sa révocation.
¿Qué se sabe exactamente del hackeo de OpenCode?
El hackeo de OpenCode afectó a un sistema antiguo de la Consola alojada que estaba en proceso de retirada. Según la comunicación publicada por OpenCode el 17 de octubre de 2026, el incidente afecta al 1,4 % de los usuarios de la Consola, concretamente a quienes habían conectado proveedores externos de inteligencia artificial.
La Consola de OpenCode es un servicio alojado que conserva las credenciales de los proveedores externos y transmite las solicitudes a través de su pasarela. Por tanto, las claves API registradas en determinados espacios de trabajo pudieron quedar expuestas. Una clave API es un secreto inforático que autoriza a una aplicación a consumir un servicio y, a menudo, a generar gastos.
OpenCode indicó que había avisado por correo electrónico a todos los usuarios identificados y que estaba trabajando con Anthropic, OpenAI y Google en las medidas correctivas. Sin embargo, a 21 de octubre de 2026, no existe ningún total público fiable que permita conocer el número de claves expuestas, el número de claves utilizadas o el importe total de las pérdidas.
La cifra del 1,4 % no puede transformarse en un número de cuentas sin conocer el total de usuarios de la Consola. El mecanismo preciso de la intrusión, el método de extracción de las credenciales y el uso efectivo de cada clave potencialmente accesible también siguen sin determinarse a 21 de octubre de 2026. Cualquier estimación más precisa sería especulativa.
¿Qué hacer tras el hackeo de OpenCode?
Tras el hackeo de OpenCode, la prioridad consiste en eliminar o revocar la clave potencialmente comprometida desde la cuenta del proveedor que la emitió. Después hay que crear una nueva credencial, sustituir la antigua en cada aplicación afectada y controlar el consumo registrado alrededor del 17 de octubre de 2026.
El orden de las operaciones es importante. Eliminar OpenCode de sus herramientas o retirar una conexión de la Consola puede impedir futuros intercambios con el servicio, pero no anula una clave que ya haya sido copiada. La revocación debe realizarse en la consola de administración de OpenAI, Anthropic, Google Cloud o del proveedor utilizado.
Este es el procedimiento que debe seguirse para cada credencial que pueda haber pasado por la Consola de OpenCode:
- Inventorarie los proveedores y espacios de trabajo conectados a OpenCode Console antes del 17 de octubre de 2026 o durante ese día.
- Revoque cada clave afectada en su proveedor, aunque no aparezca ningún consumo anormalo.
- Cree una clave de sustitución limitada al proyecto, la aplicación y el entorno afectados.
- Mettez à jour les servidores, automatisations, outils internes et pipelines de déploiement qui utilisaient l’ancien secret.
- Pruebe cada integración y, después, compruebe que la clave antigua falla lorsqu cuando se intenta realizar una solicitud.
- Examine los registros de uso y facturación y conserve los elementos útiles en caso de reclamación.
Por parte de la agencia, lo primero es elaborar un mapa de las dependencias antes de sustituir un secreto. Una rotación precipitada puede interrumpir un sitio web, un agente conversacional o un proceso empresarial si se ha olvidado una integración secundaria. No obstante, es preferible aceptar una breve interrupción controlada que mantener activa una clave potencialmente comprometida.
¿Cómo comprobar si se ha utilizado una clave API de IA?
La comprobación se realiza mediante los paneles de consumo del proveedor, en un periodo que abarque como mínimo el 17 de octubre de 2026 y los días posteriores. OpenAI permite filtrar la actividad por proyecto y periodo; Anthropic ofrece filtros por clave API, modelo, espacio de trabajo y hora o minuto.
Busque un aumento inusual de los tokens consumidos, llamadas realizadas a horarios incoherentes, modelos que su equipo nunca haya utilizado o consumo procedente de un proyecto inactivo. Compare estos datos con los registros de su aplicación, su proveedor de alojamiento y su herramienta de supervisión. La ausencia de anomalías no demuestra que la clave no haya sido copiada.
Algunos usuarios han informado de consumos no autorizados después del incidente. Un testimonio publicado el 17 de octubre de 2026 menciona aproximadamente 158 dólares estadounidenses consumidos durante una noche, mientras que otro relato fechado el 20 de octubre de 2026 estima los gastos en unos 1.700 dólares estadounidenses. Estas cantidades son declaraciones individuales no auditadas, no una medida de las pérdidas totales.
En 2026, OpenAI gestiona los presupuestos y las alertas de uso a nivel de proyecto. Anthropic ofrece límites de gasto y notificaciones por espacio de trabajo en 2026. Estas medidas de protección no sustituyen a la revocación, pero reducen el tiempo entre un uso anormalo y su detección.
Consola alojada o cliente local: ¿qué diferencia de riesgo existe?
La Consola alojada de OpenCode y el cliente local no conservan las credenciales en el mismo lugar. En 2026, la Consola almacena los accesos a los proveedores externos para transmitir las solicitudes, mientras que el cliente local coloca las credenciales introducidas con /connect en ~/.local/share/opencode/auth.json.
| Modo de uso | Ubicación documentada | Acción tras el incidente | Riesgo principal |
|---|---|---|---|
| OpenCode Console alojada | Credenciales conservadas por el servicio alojado | Revocar y sustituir las claves vinculadas | Copia de un secreto desde el sistema remoto comprometido |
Cliente local de OpenCode con /connect |
~/.local/share/opencode/auth.json |
Comprobar si la clave también se introdujo en la Consola | Acceso al equipo, copia de seguridad o archivo local mal protegido |
| Aplicación con gestor de secretos | Bóveda cifrada o secreto inyectado durante el despliegue | Rotar la clave si la misma estaba vinculada a la Consola | Permisos demasiado amplios o secreto compartido entre varios proyectos |
Un mantenedor afirmó el 17 de octubre de 2026 que las claves introducidas únicamente en el cliente local no llegaban a los sistemas alojados de OpenCode. La documentación oficial confirma el almacenamiento local, pero ningún informe público de análisis forense había encor validado todos los límites técnicos del incidente a 21 de octubre de 2026.
Por cierto, «local» no significa «sin riesgo». El archivo de autenticación puede ser recuperado por un programa malicioso, una copia de seguridad con permisos excesivos o una cuenta de usuario comprometida. Para una pyme, la pregunta adecuada es, por tanto, qué sistemas pueden leer el secreto, y no confiar únicamente en el lugar donde aparentemente está almacenado.
Esta lógica coincide con la gestión de accesos de cualquier subcontratista digital. Las lecciones de una fuga de datos en un proveedor ayudan a delimitar las responsabilidades, la notificación y las pruebas que deben conservarse. Un plan de recuperación en la nube completa este enfoque cuando una revocación o una indisponibilidad perturba un servicio empresarial.
¿Cómo proteger de forma duradera las claves API de IA?
Una clave API de inteligencia artificial debe limitarse a un proyecto y un entorno, almacenarse en un gestor de secretos cifrado, supervisarse y sustituirse periódicamente. En 2026, OpenAI, Anthropic y Google recomiendan separar las credenciales por aplicación, proyecto, entorno o caso de uso para contener una posible vulneración.
Évitez une clé commune pour le site public, les essais des desarrolladores et les traitements internes. Si ce secret fuit, vous devrez interrompre plusieurs services à la fois et aurez du mal à attribuer les dépenses. Honnêtement, le léger effort de gestion supplémentaire se justifie dès qu’une API intervient dans un processus métier ou facture à l’usage.
Los secretos nunca deben escribirse directamente en el código ni enviarse a un repositorio de Git. Utiliza un gestor de secretos cifrado o variables de entorno inyectadas durante el despliegue. Google también recomienda en 2026 restringir las claves por API y por aplicación cuando el servicio lo permita, eliminar las claves que no se utilicen, supervisar su uso y organizar su rotación.
En los proyectos que llevamos a cabo, a menudo observamos un riesgo más sutil: la clave de pruebas se convierte en la clave de producción porque la integración funcionó a la primera. Unos meses después, nadie sabe qué herramientas la utilizan. Un registro sencillo que asocie propietario, proveedor, proyecto, entorno y fecha de rotación evita este bloqueo.
Por último, los límites máximos de gasto y las alertas deben configurarse en el nivel más detallado disponible. Un límite no impide el robo de un secreto, pero limita su impacto financiero. Para ampliar el control a los puestos de trabajo, las cuentas y las copias de seguridad, estas herramientas gratuitas de ciberseguridad para empresas proporcionan puntos de partida complementarios.
Establecer la gestión de secretos antes del próximo incidente evita rotaciones improvisadas e interrupciones innecesarias. Una perspectiva externa puede ayudar a inventariar las dependencias, definir permisos más detallados y probar el procedimiento sin esperar a que se exponga una clave.
Preguntas frecuentes sobre el pirateo de OpenCode y las claves API
¿Basta con desconectar OpenCode para proteger una clave de API?
Desconectar OpenCode no revoca una clave de API que ya se haya copiado. La clave debe eliminarse o revocarse directamente en la consola de OpenAI, Anthropic, Google o de su proveedor.
¿Es necesario cambiar una clave si no aparece ningún gasto anormale?
Una clave potencialmente expuesta debe revocarse aunque su uso parezca normal. Un tercero puede conservarla y utilizarla más adelante, mientras que una actividad baja puede quedar por debajo del umbral de las alertas.
¿Afecta esto a las claves utilizadas únicamente en el cliente local?
Las credenciales introducidas únicamente en el cliente local de OpenCode están documentadas como almacenadas en ~/.local/share/opencode/auth.json. A 21 de octubre de 2026, ningún informe forense público había establecido, sin embargo, todos los límites del incidente; comprueba sobre todo si la misma clave también se registró en la Consola alojada.
¿Se pueden impugnar los cargos de API generados después de una filtración?
Una impugnación depende de las normas del proveedor y de las pruebas disponibles. Revoque la clave, exporte los registros horodatados, conserve la notificación del incidente e informe rápidamente de las llamadas impugnadas al supporte correspondiente.