Mejores Prácticas de Cloud Security: 25 Tips

Última actualización: 15 de octubre, 2026

¿Cuáles son las mejores prácticas de seguridad en la nube más importantes en 2026? Asegura primero las identidades, protege los datos con cifrado y copias de seguridad probadas, segmenta las redes, registra lo que importa y gobierna todo con un marco reconocido. Esta guía reúne 25 prácticas, cada una vinculada a un control con nombre, e incluye cinco para agentes de IA y cargas de trabajo con LLM que la mayoría de las listas pasa por alto.

TL;DR: puntos clave

• La Cloud Controls Matrix v4.1 de la Cloud Security Alliance contiene 197 objetivos de control en 17 dominios, así que úsala como mapa maestro (CSA).
• La NSA publicó diez estrategias de mitigación para la nube en marzo de 2024, y CISA participó en seis de ellas (NSA, 2024).
• El NIST Cybersecurity Framework 2.0 tiene seis funciones, con Govern como sexta (NIST, 2024).
• En las cuatro columnas de la matriz de responsabilidades de Microsoft (local, IaaS, PaaS, SaaS), los datos, las configuraciones y las identidades del cliente siguen siendo tuyos (Microsoft Learn).
• La AI Controls Matrix de la CSA añade 243 objetivos de control en 18 dominios para cargas de trabajo de IA (CSA).

25 buenas prácticas de seguridad en la nube de un vistazo

La prioridad y el esfuerzo son nuestro criterio editorial, no calificaciones de ningún marco.

Buenas prácticas de seguridad en la nube: quién es responsable de qué

Las buenas prácticas de seguridad en la nube empiezan por saber quién es dueño de cada cosa. El proveedor protege la infraestructura y tú proteges lo que pones encima: datos, identidades, configuraciones y cargas de trabajo. Cuánto de la pila te corresponde depende de si compras IaaS, PaaS o SaaS.

Simplificado a partir de la matriz de responsabilidades y las definiciones de servicio de Microsoft Learn. Consulta la documentación de cada servicio, porque el reparto exacto varía.

Cómo hemos elaborado esta lista

Hemos leído cinco guías bien posicionadas para esta palabra clave y hemos comprobado que ninguna de sus prácticas numeradas cubre los agentes de IA. Hemos asignado cada práctica al control de NIST SP 800-53, al dominio de la CSA CCM o a la fuente primaria más cercanos. La asignación es criterio nuestro, así que verifica los identificadores de control en los catálogos antes de una auditoría.

1) Mapea la responsabilidad compartida de cada servicio

Anota, por servicio, quién parchea, quién configura y quién monitoriza. La NSA sitúa el cumplimiento del modelo de responsabilidad compartida como su primera estrategia. Anclajes: NIST CSF GV.RR, CCM GRC.

2) Mantén un inventario de activos actualizado

No puedes proteger lo que no has encontrado. Construye el inventario a partir de las API de la nube para que se actualice solo e incluye identidades no humanas y servicios de IA. Anclajes: NIST CSF ID.AM, SP 800-53 CM-8.

3) Basa las configuraciones en los CIS Benchmarks

CIS publica más de 100 PDF de benchmarks gratuitos para más de 25 familias de productos de proveedores, y sus Foundations Benchmarks cubren ajustes a nivel de cuenta en AWS, Azure y Google Cloud, entre otros (CIS). Aplica el Nivel 1 como código. Anclajes: SP 800-53 CM-6, CCM CCC.

Buenas prácticas de identidad y acceso

La identidad es el plano de control de la nube: un atacante con una sola credencial válida hereda sus permisos. La guía de la NSA pide MFA resistente al phishing, credenciales temporales, mínimo privilegio y separación de funciones.

4) Exige MFA resistente al phishing

Exige FIDO2 o WebAuthn en todas las cuentas humanas, empezando por administradores y root. La guía de IAM de la NSA señala que muchos tipos habituales de MFA pueden vulnerarse con phishing. Anclajes: SP 800-53 IA-2, NIST CSF PR.AA.

5) Usa federación y credenciales temporales

Federa a las personas a través de tu proveedor de identidad y da a las cargas de trabajo roles que emitan credenciales de corta duración. Si no puedes evitar claves de larga duración, rótalas y elimina las que no uses. Anclajes: SP 800-53 IA-5, CCM IAM.

6) Aplica y revisa el mínimo privilegio

Concede solo lo que cada tarea necesita y retira los permisos sin uso de forma periódica. Añade barreras a nivel de organización para que ninguna cuenta pueda superar la política. Anclajes: SP 800-53 AC-6, CCM IAM.

7) Protege las cuentas con privilegios

Trata las cuentas root, de emergencia y de administración como objetivos de alto valor. Exige aprobación de dos personas para las acciones sensibles. Anclajes: SP 800-53 AC-5, CCM IAM.

8) Mantén los secretos fuera del código

Guarda las credenciales en un gestor de secretos, nunca en texto plano, en el código fuente ni en imágenes. Rótalas automáticamente y escanea los repositorios en busca de filtraciones. Anclajes: SP 800-53 IA-5, SC-12.

Buenas prácticas de protección de datos

Los datos son el único activo del que sigues siendo responsable en todos los modelos de servicio. Clasifícalos, cífralos, controla las claves y haz copias de seguridad para que un atacante con permisos de administrador no pueda borrarlas.

9) Clasifica los datos

Etiqueta los datos por sensibilidad y registra dónde están, incluidas las copias en registros, almacenes de analítica y bases de datos vectoriales. Los controles siguen a la etiqueta. Anclajes: NIST CSF ID.AM, CCM DSP.

10) Cifra en reposo y en tránsito

Cifra el almacenamiento por defecto y cifra el tráfico entre todas las capas, no solo en el borde. La NSA y CISA recomiendan TLS 1.2 o posterior para los protocolos de aplicación. Anclajes: SP 800-53 SC-8, SC-28; CCM CEK.

11) Elige un modelo de gestión de claves

Decide entre claves gestionadas por el proveedor, por el cliente o en poder exclusivo del cliente según tu tolerancia al riesgo y quién debe poder revocar el acceso. Separa a los administradores de claves de quienes las usan. Anclajes: SP 800-53 SC-12, CCM CEK.

12) Mantén copias inmutables y probadas

Mantén copias de seguridad inmutables con planes de recuperación documentados y prueba las restauraciones. Las copias protegen frente al ransomware y frente a tus propios errores de borrado. Anclajes: SP 800-53 CP-9, CCM BCR.

Buenas prácticas de red y cargas de trabajo

Asume que una carga de trabajo acabará comprometida y limita a qué puede llegar. La NSA recomienda principios Zero Trust y microsegmentación para que solo existan las rutas de comunicación necesarias.

13) Segmenta las redes y deniega por defecto

Separa primero equipos, entornos y planos de administración, y aplica después reglas de denegación por defecto entre cargas de trabajo y desactiva los servicios innecesarios, como SSH. Anclajes: SP 800-53 SC-7, CCM IVS.

14) Limita la exposición pública

Inventaría cada punto de acceso público, quita las IP públicas de los almacenes de datos y usa endpoints privados cuando existan. Anclajes: SP 800-53 SC-7, CSF PR.IR.

15) Parchea y escanea de forma continua

Escanea imágenes, hosts y dependencias en cada compilación y de forma periódica, y parchea según la explotabilidad, no según la antigüedad. En IaaS te corresponden los parches del sistema operativo y de las aplicaciones. Anclajes: SP 800-53 RA-5, SI-2; CCM TVM.

16) Protege CI/CD y la infraestructura como código

Los pipelines guardan credenciales de despliegue, así que trátalos como producción. La NSA recomienda IAM sólido, herramientas parcheadas, registros de auditoría y un manejo cuidadoso de secretos, además de plantillas de infraestructura como código escaneadas para reducir errores de configuración. Anclajes: SP 800-53 CM-3, SA-11; CCM CCC.

Buenas prácticas de registro, detección y respuesta

Solo puedes investigar lo que has registrado. La NSA señala que «Default logging policies vary greatly between cloud services» (traducción nuestra: las políticas de registro por defecto varían mucho entre servicios en la nube), así que verifica qué emite cada servicio, centralízalo y protégelo frente a manipulaciones.

17) Centraliza y protege los registros

Envía los registros del plano de control, de identidad, de red y de aplicación a un único almacén protegido con retención definida, y asigna la administración de registros a un rol distinto. Anclajes: SP 800-53 AU-2, AU-9; CCM LOG.

18) Monitoriza la postura y las amenazas

Combina la monitorización de desviaciones y errores de configuración con la detección de amenazas en los registros, y dirige las alertas a una guardia atendida. Anclajes: NIST CSF DE.CM, SP 800-53 SI-4, CA-7.

19) Ensaya la respuesta a incidentes

Escribe playbooks para la nube ante una clave filtrada, un bucket público, una carga de trabajo comprometida y un agente fuera de control. Ensáyalos, incluida la revocación de tokens y el aislamiento de cuentas. Anclajes: SP 800-53 IR-3, IR-4; CCM SEF.

20) Verifica proveedores y automatiza la evidencia de cumplimiento

Recoge las certificaciones de los proveedores y audita las cuentas con privilegios de los proveedores de servicios gestionados, como aconseja la NSA. Genera la evidencia de auditoría a partir de datos de configuración. Los equipos regulados pueden vincularlo a normas sectoriales, como en nuestra guía para banca. Anclajes: SP 800-53 SR-6, CA-7; CCM STA.

Seguridad y gobernanza: buenas prácticas de seguridad en la nube para agentes de IA y LLM

Los agentes de IA convierten las cargas de trabajo en la nube en actores que eligen acciones. Un prompt injection puede llevar a un agente con demasiados permisos a leer almacenamiento o llamar a herramientas que nunca debió usar. Tus controles de nube siguen siendo válidos, pero cinco prácticas necesitan una capa específica para agentes.

OWASP nombra tres causas raíz de Excessive Agency: funcionalidad excesiva, permisos excesivos y autonomía excesiva. Su consejo es «Implement authorization in downstream systems rather than relying on an LLM to decide if an action is allowed or not» (traducción nuestra: implementa la autorización en los sistemas posteriores en lugar de confiar en que un LLM decida si una acción está permitida) (OWASP, 2025). Nuestra guía sobre excessive agency recoge los patrones.

El caso en la nube es concreto. Unit 42, de Palo Alto Networks, informó el 31 de marzo de 2026 de que un agente desplegado en Vertex AI Agent Engine de Google Cloud tenía permisos por defecto excesivos, y de que sus investigadores extrajeron las credenciales del agente de servicio a través del servicio de metadatos y leyeron datos de Cloud Storage. Google revisó su documentación y recomendó una cuenta de servicio dedicada (Unit 42, 2026). Es una investigación comunicada por un proveedor. La lección es general: los agentes heredan la identidad que les asigna la plataforma.

La Agentic AI Security Scoping Matrix de AWS (noviembre de 2025) clasifica los sistemas con agentes en cuatro ámbitos y nombra seis dimensiones de seguridad, entre ellas el contexto de identidad y la auditoría y el registro (AWS, 2025).

21) Da a cada agente de IA una identidad acotada

Crea una identidad por agente con roles estrechos, sin cuentas de servicio compartidas ni valores heredados de la plataforma. Consulta RBAC para agentes de IA. Anclajes: SP 800-53 AC-6, CCM IAM, CSA AICM.

22) Protege las claves de modelos y de API

Guarda las claves de los proveedores de modelos y los tokens de herramientas en un gestor de secretos, emítelos por agente y fija límites de gasto y de frecuencia para que una clave robada tenga un techo. Anclajes: SP 800-53 IA-5, SC-12.

23) Detecta prompt injection y fuga de datos

Trata el contenido externo como no fiable, valida las salidas y detecta la inyección y la fuga en tiempo de ejecución en lugar de confiar en que el modelo se niegue. Consulta nuestra guía de indirect prompt injection. Anclajes: OWASP LLM01, LLM02.

24) Controla la salida de red y el acceso a herramientas de los agentes

Deniega por defecto el tráfico saliente de los entornos de ejecución de agentes, permite solo herramientas y servidores MCP aprobados y exige aprobación humana para las acciones de alto impacto. Amplía la práctica 13. Anclajes: SP 800-53 SC-7, AC-4; OWASP LLM06.

25) Registra cada llamada de un agente a una herramienta

Registra qué agente llamó a qué herramienta, con qué parámetros, qué devolvió y quién lo aprobó, en el mismo almacén central que tus registros de nube. Anclajes: SP 800-53 AU-2, AU-12; dimensión de auditoría y registro de AWS.

NeuralTrust es una empresa de seguridad para agentes de IA, no una plataforma CSPM ni CNAPP, y complementa esas herramientas cubriendo la capa de agentes que ellas no modelan. Agent Gateway (TrustGate) se sitúa entre agentes, flujos de trabajo, modelos y herramientas MCP, aplica permisos y límites por agente y ofrece más de 200 servidores MCP prediseñados. Agent Runtime Security (TrustGuard) detecta prompt injection y fuga de datos en tiempo de ejecución. Agent Posture Management (TrustLens) inventaría los agentes y sus conexiones, y AI Red Teaming (TrustTest) prueba los agentes antes del lanzamiento. La plataforma Runtime Security Mesh se despliega en tu propia infraestructura o en local, con un servicio gestionado en la UE o en EE. UU. Para patrones de gobernanza, consulta gobernanza empresarial de AI gateways.

Un plan de implantación en 30 días

No necesitas las 25 prácticas el primer día. Trabaja en el orden siguiente, termina cada bloque antes de empezar el siguiente y anota lo que aplaces en un registro de excepciones.

Cómo implantar las 25 prácticas en 30 días

1. Días 1 a 5: mapear e inventariar. Documenta la responsabilidad compartida por servicio, construye el inventario de activos y elige un marco de referencia (prácticas 1 a 3).
2. Días 6 a 10: arreglar la identidad. Exige MFA resistente al phishing, pasa a credenciales temporales, retira permisos sin uso y mueve los secretos a un gestor (prácticas 4 a 8).
3. Días 11 a 15: proteger los datos. Clasifica los datos, confirma el cifrado, fija el modelo de claves y haz una prueba de restauración (prácticas 9 a 12).
4. Días 16 a 20: reducir la superficie de ataque. Cierra la exposición pública, añade segmentos con denegación por defecto, escanea vulnerabilidades y protege el pipeline (prácticas 13 a 16).
5. Días 21 a 25: ver y responder. Centraliza los registros, activa alertas de postura y amenazas, haz un simulacro de incidente y revisa las garantías de los proveedores (prácticas 17 a 20).
6. Días 26 a 30: gobernar la capa de agentes. Da a cada agente su propia identidad, protege las claves, añade detección en tiempo de ejecución, restringe la salida de red y el acceso a herramientas y registra las llamadas (prácticas 21 a 25).

Por dónde empezar: prioridades según el tamaño del equipo y la madurez

Empieza por las prácticas que eliminan causas habituales de compromiso en la nube: identidad débil, exposición pública y falta de registros. La tabla asigna cuatro situaciones a un primer conjunto de prácticas.

Conclusión

Las mejores buenas prácticas de seguridad en la nube no son exóticas: disciplina de identidad, datos cifrados y recuperables, redes segmentadas, registros útiles y responsabilidades claras, alineadas con marcos frente a los que puedas auditar. Lo que ha cambiado es que los agentes ya actúan dentro de tu nube con credenciales reales. Adopta las 25 prácticas en orden, da a cada agente su propia identidad y aplica el acceso a herramientas fuera del modelo.

Protege tus agentes de IA en la nube en producción con NeuralTrust

Añade permisos por agente, detección en tiempo de ejecución y control de herramientas sobre la seguridad en la nube que ya operas.

Comparativas relacionadas

• Gobernanza empresarial de AI Gateway
• RBAC para agentes de IA
• Seguridad de la IA generativa para banca

Preguntas frecuentes sobre buenas prácticas de seguridad en la nube

1. ¿Cuáles son las buenas prácticas de seguridad en la nube más importantes?

Exige MFA resistente al phishing, usa credenciales temporales y mínimo privilegio, cifra los datos y prueba las copias, limita la exposición pública, centraliza los registros y ensaya la respuesta a incidentes. Después añade controles para agentes de IA: identidades acotadas, protección de claves, control de salida de red y registros de llamadas a herramientas.

2. ¿Qué es el modelo de responsabilidad compartida en la seguridad en la nube?

Reparte las tareas de seguridad entre proveedor y cliente. El proveedor protege la infraestructura subyacente, y tú proteges tus datos, identidades, configuraciones y, según el modelo de servicio, sistemas operativos y aplicaciones. Microsoft indica que siempre conservas los datos, los endpoints, las cuentas y la gestión de accesos.

3. ¿Cuáles son los cinco pilares de la seguridad en la nube?

No existe una lista oficial única. Las agrupaciones habituales son identidad, datos, red, cargas de trabajo y detección con respuesta. NIST CSF 2.0 organiza la seguridad en seis funciones: Govern, Identify, Protect, Detect, Respond y Recover. Elige una estructura y asigna tus controles a ella.

4. ¿Qué marco debo usar para auditar la seguridad en la nube?

Usa la Cloud Controls Matrix de la CSA para controles específicos de la nube, NIST CSF 2.0 para la gobernanza del programa y SP 800-53 para el detalle de cada control, más los CIS Benchmarks para los ajustes de configuración. Para cargas de trabajo de IA, añade la AI Controls Matrix de la CSA.

5. ¿Cómo se protegen los agentes de IA que se ejecutan en la nube?

Da a cada agente una identidad estrecha, guarda las claves de modelos y de API en un gestor de secretos, detecta prompt injection y fuga de datos en tiempo de ejecución, restringe el tráfico saliente y las herramientas aprobadas y registra cada llamada. Aplica la autorización fuera del modelo, como aconseja OWASP.

6. ¿Cómo debe empezar un equipo pequeño con la seguridad en la nube?

Empieza por MFA resistente al phishing, credenciales temporales, mínimo privilegio, cifrado por defecto y registros centralizados. Requieren poca herramienta. Después sigue el plan de 30 días de arriba para añadir inventario, controles de red y respuesta a incidentes.

7. ¿Una herramienta de seguridad para agentes de IA sustituye a CSPM o CNAPP?

No. Las plataformas de postura y de cargas de trabajo cubren recursos y configuraciones en la nube. Una capa de seguridad para agentes de IA cubre lo que hacen los agentes: qué herramientas llaman, qué datos envían y si instrucciones inyectadas los dirigen. Los dos enfoques se complementan.

Sobre el autor

Roger Howroyd es Head of Global SEO and AI en NeuralTrust, donde lidera la estrategia de búsqueda de la empresa en SEO, AEO, GEO y optimización para LLM. Se especializa en búsqueda con IA, estrategia de contenidos y SEM. Conecta en LinkedIn.

NeuralTrust es la plataforma líder para proteger y escalar agentes de IA. Reconocida como Pioneer en el Gartner Emerging Market Quadrant for AI Application Security 2026, destacada en cuatro informes Gartner Hype Cycle en 2026 y presente en el Gartner Market Guide for Guardian Agents 2026, el Gartner Market Guide for AI Gateways 2025 y el KuppingerCole Leadership Compass for Generative AI Defense 2025. Con sede en Barcelona y oficinas en Londres y Nueva York. Certificada ISO 27001.

Fuentes

1. Cloud Security Alliance, «Cloud Controls Matrix» (v4.1): https://cloudsecurityalliance.org/research/cloud-controls-matrix
2. Cloud Security Alliance, «AI Controls Matrix» (v1, actualizada el 30 de octubre de 2025): https://cloudsecurityalliance.org/artifacts/ai-controls-matrix/
3. NIST, «NIST Releases Version 2.0 of Landmark Cybersecurity Framework», 26 de febrero de 2024: https://www.nist.gov/news-events/news/2024/02/nist-releases-version-20-landmark-cybersecurity-framework
4. NSA, «NSA Releases Top Ten Cloud Security Mitigation Strategies», 7 de marzo de 2024: https://www.nsa.gov/Press-Room/Press-Releases-Statements/Press-Release-View/Article/3699169/nsa-releases-top-ten-cloud-security-mitigation-strategies/
5. Microsoft Learn, «Shared responsibility in the cloud»: https://learn.microsoft.com/en-in/azure/security/fundamentals/shared-responsibility
6. CIS, «Foundational Cloud Security with CIS Benchmarks»: https://www.cisecurity.org/insights/blog/foundational-cloud-security-with-cis-benchmarks
7. OWASP GenAI, «LLM06:2025 Excessive Agency»: https://genai.owasp.org/llmrisk/llm062025-excessive-agency/
8. Palo Alto Networks Unit 42, «Double Agents: Exposing Security Blind Spots in GCP Vertex AI», 31 de marzo de 2026: https://unit42.paloaltonetworks.com/double-agents-vertex-ai/
9. AWS Security Blog, «The Agentic AI Security Scoping Matrix», 21 de noviembre de 2025: https://aws.amazon.com/blogs/security/the-agentic-ai-security-scoping-matrix-a-framework-for-securing-autonomous-ai-systems
10. NIST, «SP 800-53 Rev. 5, Security and Privacy Controls for Information Systems and Organizations»: https://csrc.nist.gov/pubs/sp/800/53/r5/upd1/final