Después de leer el informe de investigación de Binance, no puedo evitar sentir cierto escalofrío.
Un ingeniero quería instalar una popular herramienta de programación con IA y encontró un instalador de Homebrew manipulado. Otra persona recibió una invitación en una plataforma legítima de búsqueda de empleo. Primero hizo una videollamada con alguien de Recursos Humanos y luego una entrevista con el «CEO». En las redes sociales de esa persona había fotos y vídeos de su vida cotidiana. Solo al final le pidieron que descargara una «prueba de entrevista» con código malicioso.
Si solo se tratara de un enlace desconocido o de un instalador sospechoso, creo que cualquiera estaría alerta. Pero después de preparar tan bien el terreno, si me pasara a mí, no me atrevería a asegurar que sabría detectarlo.
Más que preguntarme cómo es posible que los empleados caigan tan fácilmente en estas trampas, quiero saber: una vez que un atacante se apodera del ordenador de un empleado, ¿hasta dónde puede avanzar a partir de ahí?
En el informe, dos rutas de ataque distintas terminan convergiendo en los sistemas internos. Los atacantes aprovecharon una herramienta interna de IA para controlar otros dispositivos de ingenieros, obtener un token de despliegue y, finalmente, llegar al proceso de autorización de transacciones de la billetera.
¿Cómo puede el compromiso de un solo dispositivo terminar convirtiéndose en una pérdida de control de permisos a tan gran escala? Eso es lo que da escalofríos.
Al pensar en cómo trabajo en el día a día, me doy cuenta de que también suelo tomar atajos por comodidad. Dejo claves de API por ahí, mantengo las credenciales de los servidores activas durante mucho tiempo y, cuando doy permisos temporalmente, no siempre me acuerdo de revocarlos al terminar.
Con las herramientas de IA me resulta aún más fácil identificarme. Le pido que lea archivos, ejecute comandos, se conecte a servidores, despliegue cosas automáticamente… Cada vez que le doy más permisos, tengo una razón, y la verdad es que así trabaja más rápido. Después de pasarme horas intentando que todo funcione, aparece otra solicitud de permisos y es muy fácil hacer clic en «Permitir» sin pensarlo.
El informe de Binance menciona que se utilizó una herramienta interna de IA como trampolín para seguir infiltrándose, pero todavía no se ha hecho público el mecanismo concreto. Aun así, al leer esto ya me dieron ganas de comprobarlo: ¿a qué archivos puede acceder mi IA y qué credenciales puede usar? Cuando pruebo un proyecto nuevo, ¿podrían quedar expuestos también los archivos de otros proyectos?
Siempre queremos que la IA haga más cosas por su cuenta y nos pregunte menos. Pero, por ahorrarnos unas cuantas confirmaciones, quizá terminamos concediéndole muchos más permisos de los que necesita para la tarea en cuestión.
No puedo garantizar que nunca me vayan a engañar. Al menos, puedo tomar algunas precauciones: separar el entorno de trabajo del que uso para probar herramientas, guardar las billeteras y las claves por separado, y revocar los permisos temporales en cuanto deje de necesitarlos.
No permitas que una autorización puntual se convierta en una confianza permanente.
$BNB #币安10·30安全事件调查报告
Un ingeniero quería instalar una popular herramienta de programación con IA y encontró un instalador de Homebrew manipulado. Otra persona recibió una invitación en una plataforma legítima de búsqueda de empleo. Primero hizo una videollamada con alguien de Recursos Humanos y luego una entrevista con el «CEO». En las redes sociales de esa persona había fotos y vídeos de su vida cotidiana. Solo al final le pidieron que descargara una «prueba de entrevista» con código malicioso.
Si solo se tratara de un enlace desconocido o de un instalador sospechoso, creo que cualquiera estaría alerta. Pero después de preparar tan bien el terreno, si me pasara a mí, no me atrevería a asegurar que sabría detectarlo.
Más que preguntarme cómo es posible que los empleados caigan tan fácilmente en estas trampas, quiero saber: una vez que un atacante se apodera del ordenador de un empleado, ¿hasta dónde puede avanzar a partir de ahí?
En el informe, dos rutas de ataque distintas terminan convergiendo en los sistemas internos. Los atacantes aprovecharon una herramienta interna de IA para controlar otros dispositivos de ingenieros, obtener un token de despliegue y, finalmente, llegar al proceso de autorización de transacciones de la billetera.
¿Cómo puede el compromiso de un solo dispositivo terminar convirtiéndose en una pérdida de control de permisos a tan gran escala? Eso es lo que da escalofríos.
Al pensar en cómo trabajo en el día a día, me doy cuenta de que también suelo tomar atajos por comodidad. Dejo claves de API por ahí, mantengo las credenciales de los servidores activas durante mucho tiempo y, cuando doy permisos temporalmente, no siempre me acuerdo de revocarlos al terminar.
Con las herramientas de IA me resulta aún más fácil identificarme. Le pido que lea archivos, ejecute comandos, se conecte a servidores, despliegue cosas automáticamente… Cada vez que le doy más permisos, tengo una razón, y la verdad es que así trabaja más rápido. Después de pasarme horas intentando que todo funcione, aparece otra solicitud de permisos y es muy fácil hacer clic en «Permitir» sin pensarlo.
El informe de Binance menciona que se utilizó una herramienta interna de IA como trampolín para seguir infiltrándose, pero todavía no se ha hecho público el mecanismo concreto. Aun así, al leer esto ya me dieron ganas de comprobarlo: ¿a qué archivos puede acceder mi IA y qué credenciales puede usar? Cuando pruebo un proyecto nuevo, ¿podrían quedar expuestos también los archivos de otros proyectos?
Siempre queremos que la IA haga más cosas por su cuenta y nos pregunte menos. Pero, por ahorrarnos unas cuantas confirmaciones, quizá terminamos concediéndole muchos más permisos de los que necesita para la tarea en cuestión.
No puedo garantizar que nunca me vayan a engañar. Al menos, puedo tomar algunas precauciones: separar el entorno de trabajo del que uso para probar herramientas, guardar las billeteras y las claves por separado, y revocar los permisos temporales en cuanto deje de necesitarlos.
No permitas que una autorización puntual se convierta en una confianza permanente.
$BNB #币安10·30安全事件调查报告
