IA local en el equipo o IA en la nube
Una IA en el equipo (chip NPU) y una IA en la nube no plantean las mismas preguntas: elegir una herramienta autorizada, qué introducir, a quién avisar.
En 30 segundos
- Dónde ocurre
- Asistentes de traducción o de generación de imágenes, en un equipo reciente con un chip de IA1.
- Qué cambia
- Una IA local funciona en la máquina; una IA en la nube, en un servicio alojado. En ambos casos, hay que controlar tanto los datos introducidos como la propia herramienta.
- El reflejo
- Usar solo las herramientas validadas por la empresa y consultar a seguridad o al departamento de informática antes de introducir un dato sensible o de instalar una herramienta nueva.
- Si ya lo ha hecho
- Avise sin demora al departamento de informática, indicando la herramienta y lo que se introdujo.
De qué se trata
Una IA «local» hace sus cálculos en el ordenador del empleado. Una IA «en la nube» los hace en servidores alojados en otro lugar, a los que la herramienta se conecta. Para quien escribe una pregunta o pega un documento, las dos se parecen. Sin embargo, los riesgos para los datos de la empresa no son los mismos, y la decisión de usar una u otra herramienta corresponde a la empresa.
Esta ficha explica la diferencia y después lo que puede hacer el empleado: elegir una herramienta autorizada, saber qué puede introducir en ella y preguntar en caso de duda.
Preguntas directas
¿Qué es un chip NPU?
Microsoft lo describe como un chip especializado en tareas de IA pesadas, como la traducción en tiempo real o la generación de imágenes1. Los PC «Copilot+» de Microsoft incorporan uno capaz de realizar más de 40 billones de operaciones por segundo (40 TOPS)1. El NPU trabaja junto con el procesador y la tarjeta gráfica, y Windows 11 reparte las tareas entre ellos1. Permite ejecutar funciones de IA en el propio dispositivo1.
¿Una IA local está libre de riesgos?
No. Nada en las fuentes citadas aquí afirma que un modelo ejecutado en el equipo exima de tomar precauciones. El NCSC británico recuerda que los sistemas de IA están expuestos a nuevas vulnerabilidades, que deben tenerse en cuenta además de las amenazas informáticas habituales2. OWASP incluye en sus diez riesgos para las aplicaciones basadas en modelos de lenguaje la divulgación de información sensible, la cadena de suministro y el envenenamiento de datos y de modelos3. Ninguna de estas fuentes limita esos riesgos a las herramientas alojadas en otro lugar.
¿Qué cambia con la IA en la nube?
El NCSC dirige sus directrices sobre todo a los proveedores de sistemas de IA que utilizan modelos alojados por una organización o interfaces de programación (API) externas2. Con una API externa, la herramienta depende de un servicio de terceros. Las fuentes citadas aquí no detallan qué hace cada proveedor con los datos introducidos: ese punto se consulta en las condiciones del servicio y se comprueba con el departamento de informática de la empresa.
¿Qué puedo introducir en una herramienta de IA?
Las fuentes citadas aquí no fijan una lista de datos permitidos. La regla aplicable es la de la empresa. La CISA vincula la seguridad de los datos con la exactitud, la integridad y la fiabilidad de los resultados de una IA, en todas las etapas de su vida4. En caso de duda, es preferible no introducir nada confidencial ni personal hasta tener una respuesta.
¿A quién me dirijo en caso de duda?
Al departamento de informática o al de seguridad de la empresa y, si hay datos personales en juego, al delegado de protección de datos. Estos interlocutores varían de una empresa a otra, y ninguna fuente citada aquí los nombra.
1Cómo funciona1 min
Un modelo de IA se ejecuta («inferencia») sobre un hardware. En un PC con NPU, Microsoft recomienda usar Windows ML para lanzar tareas de IA en el NPU1. Si el NPU no está disponible, Windows ML recurre a la GPU o al procesador1. Windows ML se apoya en ONNX Runtime, un motor de inferencia de código abierto1.
Los modelos suelen publicarse en formatos pesados. Muchos NPU solo aceptan cálculos con enteros de precisión reducida, de modo que los modelos deben convertirse («cuantizarse») antes de funcionar en ellos1. Existen modelos ya convertidos, y cada usuario puede aportar su propio modelo para convertirlo1. Este último punto importa al empleado: un modelo local es un archivo, y procede de alguien.
2Qué hace usted1 min
- Use las herramientas facilitadas o validadas por la empresa, ya sean locales o en la nube.
- Antes de instalar una herramienta o un modelo, pida la autorización del departamento de informática.
- Antes de introducir un documento sensible o datos de personas, pregunte si la herramienta está autorizada para ese uso. La CNIL publica fichas prácticas sobre la aplicación del RGPD a la IA, entre ellas una sobre la seguridad del desarrollo de un sistema de IA5.
- Si ya ha introducido un dato en una herramienta no validada, comuníquelo.
3Los errores que conviene evitar2 min
Creer que una IA local no tiene riesgos
El cálculo se hace en el equipo, pero el modelo y la aplicación siguen siendo programas que hay que mantener actualizados. El NCSC incluye las actualizaciones y el registro de actividad entre las acciones de la fase de explotación y mantenimiento de un sistema de IA2. OWASP señala además el riesgo de «agencia excesiva»: un sistema basado en un modelo de lenguaje suele recibir cierta autonomía3. Una herramienta local conectada a sus archivos o a sus buzones de correo es un ejemplo que conviene examinar con el departamento de informática.
Usar una herramienta no validada («shadow AI»)
Una herramienta no validada escapa a las comprobaciones de la empresa. El NCSC recomienda tratar la seguridad como un requisito básico, a lo largo de todo el ciclo de vida de un sistema2. Una herramienta elegida por un empleado por su cuenta no pasa por ninguno de esos controles.
Descargar un modelo de procedencia desconocida
Un modelo descargado es un elemento de la cadena de suministro, un riesgo que OWASP cita de forma explícita3. El informe del NIST sobre aprendizaje automático adversarial trata los ataques por puerta trasera y por «caballo de Troya», así como el envenenamiento de datos7. Por su parte, la CNIL mantiene una herramienta que permite explorar la genealogía de los modelos de IA publicados en código abierto, actualizada el 26 de agosto de 20266. Para un modelo de procedencia desconocida, pida la autorización del departamento de informática antes de instalarlo.
Descuidar los accesos a los datos
Una IA que lee documentos puede revelar su contenido. OWASP cita la divulgación de información sensible, que afecta tanto al modelo como a su aplicación3. El marco de gestión de riesgos del NIST, de uso voluntario, pretende integrar la fiabilidad en el diseño, el uso y la evaluación de los sistemas de IA8.
Ficha
- Identificador
- CP-269
- Ala
- 4. Inteligencia artificial
- Competencia Brain
- Herramientas autorizadas (authorized_tools)
- Reflejo Brain
- air-021
- Esquema
- G3 · Corte anatómico
- Idiomas
- de, en, es, fr
- Fuentes
- 8 fuentes verificadas el 3 de noviembre de 2026
Fuentes8 fuentes
- Microsoft, «Develop AI applications for Copilot+ PCs». https://learn.microsoft.com/en-us/windows/ai/npu-devices/ (consultado el 3 de noviembre de 2026)
- NCSC (Royaume-Uni), «Guidelines for secure AI system development», 27 de noviembre de 2023. https://www.ncsc.gov.uk/collection/guidelines-secure-ai-system-development (consultado el 3 de noviembre de 2026)
- OWASP, «LLMRisks Archive». https://genai.owasp.org/llm-top-10/ (consultado el 3 de noviembre de 2026)
- CISA, «AI Data Security: Best Practices for Securing Data Used to Train & Operate AI Systems», 22 de mayo de 2025. https://www.cisa.gov/resources-tools/resources/ai-data-security-best-practices-securing-data-used-train-operate-ai-systems (consultado el 3 de noviembre de 2026)
- CNIL, «Les fiches pratiques IA». https://www.cnil.fr/fr/les-fiches-pratiques-ia (consultado el 3 de noviembre de 2026)
- CNIL, «Intelligence artificielle». https://www.cnil.fr/fr/intelligence-artificielle (consultado el 3 de noviembre de 2026)
- NIST, «Adversarial Machine Learning: A Taxonomy and Terminology of Attacks and Mitigations». https://csrc.nist.gov/pubs/ai/100/2/e2023/final (consultado el 3 de noviembre de 2026)
- NIST, «AI Risk Management Framework». https://www.nist.gov/itl/ai-risk-management-framework (consultado el 3 de noviembre de 2026)
Citar este artículo
Brain, «IA local en el equipo o IA en la nube», Cyberpedia, 2026. https:/
BibTeX
@misc{brain_cp269_es_2026,
author = {Brain},
title = {IA local en el equipo o IA en la nube},
year = {2026},
howpublished = {Cyberpedia},
url = {https://startbrain.io/cyberpedia/es/articles/ia-local-npu-vs-ia-nube/},
note = {CC BY 4.0}
}