Por Qué las Herramientas de IA Inventan Paquetes Falsos

La mayoría de las conversaciones sobre los riesgos del código generado por IA se centran en errores o lógica defectuosa. Existe un riesgo más específico y menos evidente, propio de cómo funcionan estas herramientas: a veces recomiendan instalar un paquete de software que en realidad no existe, y los atacantes han descubierto cómo convertir exactamente eso en un arma.

Qué Está Pasando Realmente

Las herramientas de codificación con IA generan código, incluidos los nombres de las dependencias, prediciendo lo que es estadísticamente probable que venga a continuación según los patrones de sus datos de entrenamiento, no consultando un registro real de paquetes en tiempo real. La mayoría de las veces esto produce nombres de paquetes reales y correctos. Ocasionalmente, produce un nombre que suena completamente plausible —siguiendo las mismas convenciones de nomenclatura que los paquetes reales— pero que simplemente no existe. A esto se le llama un paquete “alucinado”.

Un estudio académico de 2025 que analizó millones de muestras de código generado por IA en varios modelos encontró que aproximadamente uno de cada cinco contenía al menos un nombre de paquete alucinado, con una tasa notablemente más alta en modelos de código abierto que en los comerciales. No es un caso extremo raro, es un subproducto rutinario de cómo estas herramientas generan código.

Por Qué Esto se Convirtió en una Amenaza de Seguridad Real, No Solo un Error

Por sí solo, un nombre de paquete alucinado solo causaría un error de instalación: molesto, pero inofensivo. El problema es que los atacantes notaron el patrón y empezaron a registrar deliberadamente estos nombres comúnmente alucinados como paquetes reales y funcionales, subidos con código real (a menudo malicioso) dentro. Esta práctica ha recibido un nombre: slopsquatting. Un desarrollador que copia y pega un comando de instalación sugerido por IA sin verificarlo primero puede terminar instalando código genuinamente malicioso, controlado por el atacante, bajo un nombre que parecía completamente legítimo.

Quién Está Realmente en Riesgo

Este riesgo aumenta cuanta más verificación se omite, lo que lo hace especialmente relevante para fundadores no técnicos que hacen vibe coding en un MVP: todo el atractivo de ese flujo de trabajo es avanzar rápido y confiar en el resultado de la IA, que es exactamente el hábito que hace más fácil pasar por alto un paquete alucinado. Un desarrollador acostumbrado a revisar manualmente las dependencias antes de instalarlas naturalmente tiene más probabilidades de detectarlo; alguien que nunca ha tenido motivo para pensar en los registros de paquetes no tiene ningún instinto previo que le indique que algo anda mal.

Cómo Protegerte Realmente

• Verifica que el paquete sugerido realmente exista en su registro real (npm para JavaScript, PyPI para Python, etc.) antes de instalarlo: una búsqueda rápida toma segundos y detecta de inmediato un nombre completamente inventado.
• Revisa el número de descargas y el historial, no solo la existencia: un paquete con casi ninguna descarga y sin historial real merece una segunda mirada aunque técnicamente exista.
• Sé más cauteloso con sugerencias poco conocidas o de sonido inusual: un nombre de paquete que no reconoces, para una tarea que esperarías que ya manejara una librería conocida, merece una doble verificación antes de que se acerque a tu proyecto.
• Usa archivos de bloqueo de dependencias y escáneres donde tus herramientas lo permitan, para que una dependencia inesperada o no revisada no se cuele en silencio durante una instalación posterior.

Este Es un Riesgo Acotado, No una Razón para Evitar las Herramientas de IA

Vale la pena mantener esto en proporción: es un modo de fallo específico y bien entendido, ligado a una parte concreta de lo que generan las herramientas de codificación con IA —los nombres de las dependencias— no una razón para desconfiar del código generado por IA en general. La solución es un hábito simple y barato (verificar antes de instalar), no un cambio radical en cómo usas estas herramientas. Se suma a las otras razones por las que el código generado por IA a veces falla en producción como una brecha específica y solucionable, no como un fallo fundamental del enfoque.

En Resumen

Las herramientas de codificación con IA ocasionalmente inventan nombres de paquetes que suenan reales pero no lo son, y los atacantes han empezado a registrar exactamente esos nombres para distribuir código malicioso a cualquiera que instale sin verificar. La solución cuesta casi nada —una verificación rápida antes de agregar cualquier dependencia nueva a tu proyecto— pero omitirla, especialmente en un flujo de trabajo rápido de describir y generar, es exactamente cómo este riesgo pasa de teórico a real.

Preguntas Frecuentes

¿Qué es un paquete alucinado?

Es el nombre de una librería de software que una herramienta de codificación con IA sugiere instalar y que en realidad no existe: inventado, con sonido plausible, pero fabricado. Ocurre porque el modelo predice un nombre con apariencia probable, no porque consulte un registro real.

¿Qué es el slopsquatting?

Es la práctica de los atacantes de registrar deliberadamente los nombres de paquetes falsos que las herramientas de IA suelen alucinar, de modo que un desarrollador que copia y pega una sugerencia de IA sin verificarla termine instalando código malicioso real, controlado por el atacante, bajo un nombre que suena legítimo.

¿Qué tan común es este problema?

Un estudio académico de 2025 que analizó millones de muestras de código generado por IA encontró que aproximadamente uno de cada cinco contenía al menos un nombre de paquete alucinado, con una tasa notablemente más alta en modelos de código abierto que en los comerciales.

¿Cómo me protejo de esto siendo un fundador no técnico?

Nunca instales un paquete que sugiera una herramienta de IA sin verificar rápidamente que realmente existe en el registro oficial (como npm o PyPI) y que tiene un historial de descargas real y establecido. Un nombre de paquete nuevo o poco conocido recomendado por IA merece un escrutinio adicional antes de instalarlo.

¿Esto significa que no debo confiar en el código generado por IA?

No. Significa tratar las sugerencias de paquetes o dependencias con el mismo hábito de verificación que aplicarías a cualquier software desconocido antes de instalarlo, no evitar por completo las herramientas de codificación con IA. El riesgo es específico y acotado, no una razón para desconfiar de cada línea de código generado por IA.