Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Seguridad en Grupos de recursos de AWS La seguridad en la nube AWS es la máxima prioridad. Como AWS cliente, usted se beneficia de una arquitectura de centro de datos y red diseñada para cumplir con los requisitos de las organizaciones más sensibles a la seguridad. La seguridad es una responsabilidad compartida entre usted AWS y usted. El [modelo de responsabilidad compartida](https://aws.amazon.com/compliance/shared-responsibility-model/) la describe como seguridad *de* la nube y seguridad *en* la nube: + **Seguridad de la nube**: AWS es responsable de proteger la infraestructura que ejecuta AWS los servicios en la AWS nube. AWS también le proporciona servicios que puede utilizar de forma segura. Auditores externos prueban y verifican periódicamente la eficacia de nuestra seguridad en el marco de los [programas de conformidad de AWS](https://aws.amazon.com/compliance/programs/). Para obtener más información sobre los programas de conformidad que se aplican a Grupos de recursos de AWS, consulte [Servicios de AWS en el ámbito del programa de conformidad](https://aws.amazon.com/compliance/services-in-scope/). + **Seguridad en la nube**: su responsabilidad viene determinada por el AWS servicio que utilice. También es responsable de otros factores, incluida la confidencialidad de los datos, los requisitos de la empresa y la legislación y los reglamentos aplicables. Esta documentación lo ayuda a comprender cómo aplicar el modelo de responsabilidad compartida cuando se utiliza para Resource Groups. En los siguientes temas, se le mostrará cómo configurar para Resource Groups a fin de satisfacer sus objetivos de seguridad y cumplimiento. También aprenderá a utilizar otros AWS servicios que le ayudan a supervisar y proteger los recursos de Resource Groups. **Topics** + [Protección de datos en Grupos de recursos de AWS](security_data-protection.md) + [Administración de identidad y acceso para Grupos de recursos de AWS](security-iam.md) + [Registro y supervisión en Resource Groups](security_logging-monitoring.md) + [Validación de cumplimiento en Resource Groups](security_compliance.md) + [Resiliencia en Resource Groups](security_resilience.md) + [Seguridad de la infraestructura en Resource Groups](security_infrastructure.md) + [Acceso Grupos de recursos de AWS mediante un punto final de interfaz (AWS PrivateLink)](vpc-interface-endpoints.md) + [Prácticas recomendadas de seguridad para Resource Groups](security_best-practices.md) # Protección de datos en Grupos de recursos de AWS El modelo de [responsabilidad AWS compartida modelo](https://aws.amazon.com/compliance/shared-responsibility-model/) se aplica a la protección de datos en Grupos de recursos de AWS. Como se describe en este modelo, AWS es responsable de proteger la infraestructura global que ejecuta todos los Nube de AWS. Eres responsable de mantener el control sobre el contenido alojado en esta infraestructura. También eres responsable de las tareas de administración y configuración de seguridad para los Servicios de AWS que utiliza. Para obtener más información sobre la privacidad de los datos, consulte las [Preguntas frecuentes sobre la privacidad de datos](https://aws.amazon.com/compliance/data-privacy-faq/). Para obtener información sobre la protección de datos en Europa, consulte la publicación de blog sobre el [Modelo de responsabilidad compartida de AWS y GDPR](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) en el * Blog de seguridad de AWS *. Con fines de protección de datos, le recomendamos que proteja Cuenta de AWS las credenciales y configure los usuarios individuales con AWS IAM Identity Center o AWS Identity and Access Management (IAM). De esta manera, solo se otorgan a cada usuario los permisos necesarios para cumplir sus obligaciones laborales. También recomendamos proteger sus datos de la siguiente manera: + Utiliza la autenticación multifactor (MFA) en cada cuenta. + Se utiliza SSL/TLS para comunicarse con AWS los recursos. Exigimos TLS 1.2 y recomendamos TLS 1.3. + Configure la API y el registro de actividad de los usuarios con AWS CloudTrail. Para obtener información sobre el uso de CloudTrail senderos para capturar AWS actividades, consulte [Cómo trabajar con CloudTrail senderos](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) en la *Guía del AWS CloudTrail usuario*. + Utilice soluciones de AWS cifrado, junto con todos los controles de seguridad predeterminados Servicios de AWS. + Utiliza servicios de seguridad administrados avanzados, como Amazon Macie, que lo ayuden a detectar y proteger la información confidencial almacenada en Amazon S3. + Si necesita módulos criptográficos validados por FIPS 140-3 para acceder a AWS través de una interfaz de línea de comandos o una API, utilice un punto final FIPS. Para obtener más información sobre los puntos de conexión de FIPS disponibles, consulte [Estándar de procesamiento de la información federal (FIPS) 140-3](https://aws.amazon.com/compliance/fips/). Se recomienda encarecidamente no introducir nunca información confidencial o sensible, como por ejemplo, direcciones de correo electrónico de clientes, en etiquetas o campos de formato libre, tales como el campo **Nombre**. Esto incluye cuando trabaja con Resource Groups u otros Servicios de AWS mediante la consola AWS CLI, la API o AWS SDKs. Cualquier dato que introduzca en etiquetas o campos de formato libre utilizados para los nombres se pueden emplear para los registros de facturación o diagnóstico. Si proporciona una URL a un servidor externo, recomendamos encarecidamente que no incluya información de credenciales en la URL a fin de validar la solicitud para ese servidor. ## Cifrado de datos En comparación con otros AWS servicios, Grupos de recursos de AWS tiene una superficie de ataque mínima, ya que no proporciona una forma de cambiar, agregar o eliminar AWS recursos, excepto en el caso de los grupos. Resource Groups recopila sobre usted la siguiente información específica del servicio. + Nombres de grupos (no cifrados ni privados) + Descripciones de grupos (no cifradas, pero privadas) + Recursos de los miembros en grupos (se almacenan en registros no cifrados) ### Cifrado en reposo No hay formas adicionales de aislar el servicio o el tráfico de red específico de Resource Groups. Si corresponde, utilice AWS un aislamiento específico. Puede usar la API y la consola de Resource Groups en una VPC para maximizar la privacidad y la seguridad de la infraestructura. ### Cifrado en tránsito Grupos de recursos de AWS los datos se cifran en tránsito a la base de datos interna del servicio para su copia de seguridad. Esto no es configurable por el usuario. ### Administración de claves Grupos de recursos de AWS no está integrado actualmente AWS Key Management Service ni es compatible AWS KMS keys. ## Privacidad del tráfico entre redes Grupos de recursos de AWS utiliza HTTPS para todas las transmisiones entre los usuarios de Resource Groups y AWS. Resource Groups usa la seguridad de la capa de transporte (TLS) 1.2, pero también admite TLS 1.0 y 1.1. # Administración de identidad y acceso para Grupos de recursos de AWS AWS Identity and Access Management (IAM) es una herramienta Servicio de AWS que ayuda al administrador a controlar de forma segura el acceso a los AWS recursos. Los administradores de IAM controlan quién puede estar *autenticado* (ha iniciado sesión) y *autorizado* (tiene permisos) para utilizar recursos de Resource Groups. La IAM es una Servicio de AWS herramienta que puede utilizar sin coste adicional. **Topics** + [Público](#security_iam_audience_arg-te) + [Autenticación con identidades](#security_iam_authentication_arg-te) + [Administración del acceso con políticas](#security_iam_access-manage-arg-te) + [Cómo funciona Resource Groups con IAM](security_iam_service-with-iam.md) + [AWS políticas gestionadas para Grupos de recursos de AWS](security_iam_awsmanpol.md) + [Uso de roles vinculados a servicios para Resource Groups](security_iam_service-linked-roles.md) + [Grupos de recursos de AWS ejemplos de políticas basadas en la identidad](security_iam_id-based-policy-examples.md) + [Solución de problemas Grupos de recursos de AWS de identidad y acceso](security_iam_troubleshoot.md) ## Público La forma de usar AWS Identity and Access Management (IAM) varía según la función que desempeñes: + **Usuario del servicio:** solicite permisos al administrador si no puede acceder a las características (consulte [Solución de problemas Grupos de recursos de AWS de identidad y acceso](security_iam_troubleshoot.md)). + **Administrador del servicio:** determine el acceso de los usuarios y envíe las solicitudes de permiso (consulte [Cómo funciona Resource Groups con IAM](security_iam_service-with-iam.md)). + **Administrador de IAM**: escribe las políticas para administrar el acceso (consulte [Grupos de recursos de AWS ejemplos de políticas basadas en la identidad](security_iam_id-based-policy-examples.md)). ## Autenticación con identidades La autenticación es la forma en que inicias sesión AWS con tus credenciales de identidad. Debe autenticarse como usuario de Usuario raíz de la cuenta de AWS IAM o asumir una función de IAM. Puede iniciar sesión como una identidad federada con las credenciales de una fuente de identidad, como AWS IAM Identity Center (IAM Identity Center), la autenticación de inicio de sesión único o las credenciales. Google/Facebook Para obtener más información sobre el inicio de sesión, consulte [Cómo iniciar sesión en la Cuenta de AWS](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) en la *Guía del usuario de AWS Sign-In *. Para el acceso programático, AWS proporciona un SDK y una CLI para firmar criptográficamente las solicitudes. Para obtener más información, consulte [AWS Signature Version 4 para solicitudes de API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) en la *Guía del usuario de IAM*. ### Cuenta de AWS usuario root Al crear un Cuenta de AWS, se comienza con una identidad de inicio de sesión denominada *usuario Cuenta de AWS raíz* que tiene acceso completo a todos Servicios de AWS los recursos. Se recomiendaencarecidamente que no utilice el usuario raíz para las tareas diarias. Para ver la lista completa de las tareas que requieren credenciales de usuario raíz, consulte [Tareas que requieren credenciales de usuario raíz](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks) en la *Guía del usuario de IAM*. ### Usuarios y grupos de IAM Un *[usuario de IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* es una identidad con permisos específicos para una sola persona o aplicación. Recomendamos el uso de credenciales temporales en lugar de usuarios de IAM con credenciales de larga duración. Para obtener más información, consulte [Exigir a los usuarios humanos que utilicen la federación con un proveedor de identidad para acceder AWS mediante credenciales temporales](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) en la Guía del *usuario de IAM*. Un [https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) especifica un conjunto de usuarios de IAM y facilita la administración de los permisos para grupos grandes de usuarios. Para obtener más información, consulte [Casos de uso para usuarios de IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) en la *Guía del usuario de IAM*. ### Roles de IAM Un *[Rol de IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* es una identidad con permisos específicos que proporciona credenciales temporales. Puede asumir un rol [cambiando de un rol de usuario a uno de IAM (consola)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) o llamando a una AWS CLI operación de AWS API. Para obtener más información, consulte [Métodos para asumir un rol](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) en la *Guía del usuario de IAM*. Los roles de IAM son útiles para el acceso de usuario federado, los permisos de usuario de IAM temporales, el acceso entre cuentas, el acceso entre servicios y las aplicaciones que se ejecutan en Amazon EC2. Para obtener más información, consulte [Acceso a recursos entre cuentas en IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) en la *Guía del usuario de IAM*. ## Administración del acceso con políticas AWS Para controlar el acceso, puede crear políticas y adjuntarlas a AWS identidades o recursos. Una política define los permisos cuando están asociados a una identidad o un recurso. AWS evalúa estas políticas cuando un director hace una solicitud. La mayoría de las políticas se almacenan AWS como documentos JSON. Para obtener más información sobre los documentos de políticas de JSON, consulte [Información general de políticas de JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) en la *Guía del usuario de IAM*. Mediante las políticas, los administradores especifican quién tiene acceso a qué, definiendo qué **entidad principal** puede realizar **acciones** sobre qué **recursos** y en qué **condiciones**. De forma predeterminada, los usuarios y los roles no tienen permisos. Un administrador de IAM crea políticas de IAM y las agrega a roles, que los usuarios pueden asumir posteriormente. Las políticas de IAM definen permisos independientemente del método que se utilice para realizar la operación. ### Políticas basadas en identidades Las políticas basadas en identidad son documentos de política de permisos JSON que asocia a una identidad (usuario, grupo o rol). Estas políticas controlan qué acciones pueden realizar las identidades, en qué recursos y en qué condiciones. Para obtener más información sobre cómo crear una política basada en la identidad, consulte [Definición de permisos de IAM personalizados con políticas administradas por el cliente](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) en la *Guía del usuario de IAM*. Las políticas basadas en identidad pueden ser *políticas insertadas* (incrustadas directamente en una sola identidad) o *políticas administradas* (políticas independientes asociadas a varias identidades). Para obtener información sobre cómo elegir entre políticas administradas e insertadas, consulte [Selección entre políticas administradas y políticas insertadas](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) en la *Guía del usuario de IAM*. ### Políticas basadas en recursos Las políticas basadas en recursos son documentos de políticas JSON que se asocian a un recurso. Los ejemplos incluyen las *Políticas de confianza de roles* de IAM y las *Políticas de bucket* de Amazon S3. En los servicios que admiten políticas basadas en recursos, los administradores de servicios pueden utilizarlos para controlar el acceso a un recurso específico. Debe [especificar una entidad principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) en una política basada en recursos. Las políticas basadas en recursos son políticas insertadas que se encuentran en ese servicio. No puedes usar políticas AWS gestionadas de IAM en una política basada en recursos. ### Listas de control de acceso () ACLs Las listas de control de acceso (ACLs) controlan qué responsables (miembros de la cuenta, usuarios o roles) tienen permisos para acceder a un recurso. ACLs son similares a las políticas basadas en recursos, aunque no utilizan el formato de documento de políticas JSON. Amazon S3 y Amazon VPC son ejemplos de servicios compatibles. AWS WAF ACLs Para obtener más información ACLs, consulte la [descripción general de la lista de control de acceso (ACL)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acl-overview.html) en la *Guía para desarrolladores de Amazon Simple Storage Service*. ### Otros tipos de políticas AWS admite tipos de políticas adicionales que pueden establecer los permisos máximos otorgados por los tipos de políticas más comunes: + **Límites de permisos:** establecen los permisos máximos que una política basada en identidad puede conceder a una entidad de IAM. Para obtener más información, consulte [Límites de permisos para las entidades de IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) en la *Guía del usuario de IAM*. + **Políticas de control de servicios (SCPs)**: especifican los permisos máximos para una organización o unidad organizativa en AWS Organizations. Para obtener más información, consulte [Políticas de control de servicios](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) en la *Guía del usuario de AWS Organizations *. + **Políticas de control de recursos (RCPs)**: establece los permisos máximos disponibles para los recursos de tus cuentas. Para obtener más información, consulte [Políticas de control de recursos (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) en la *Guía del AWS Organizations usuario*. + **Políticas de sesión:** políticas avanzadas que se pasan como parámetro cuando se crea una sesión temporal para un rol o un usuario federado. Para obtener más información, consulte [Políticas de sesión](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) en la *Guía del usuario de IAM*. ### Varios tipos de políticas Cuando se aplican varios tipos de políticas a una solicitud, los permisos resultantes son más complicados de entender. Para saber cómo se AWS determina si se debe permitir una solicitud cuando se trata de varios tipos de políticas, consulte la [lógica de evaluación de políticas](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) en la *Guía del usuario de IAM*. # Cómo funciona Resource Groups con IAM Antes de utilizar IAM para administrar el acceso a Resource Groups, debe comprender qué características de IAM están disponibles para su uso con Resource Groups. Para obtener una perspectiva general sobre cómo funcionan y otros servicios de AWS con IAM, consulte [Servicios de AWS que funcionan con IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) en la *Guía del usuario de IAM*. **Topics** + [Políticas basadas en identidad de Resource Groups](#security_iam_service-with-iam-id-based-policies-arg-te) + [Políticas basadas en recursos](#security_iam_resource-based-policies) + [Autorización basada en etiquetas de Resource Groups](#security_iam_tags) + [Roles de IAM en Resource Groups](#security_iam_roles) ## Políticas basadas en identidad de Resource Groups Con las políticas basadas en identidades de IAM, puede especificar las acciones y los recursos permitidos o denegados, así como las condiciones en las que se permiten o deniegan las acciones. Resource Groups admite acciones específicas, recursos y claves de condición. Para obtener información sobre todos los elementos que utiliza en una política JSON, consulte [Referencia de los elementos de las políticas JSON de IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements.html) en la *Guía del usuario de IAM*. ### Acciones Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué **entidad principal** puede realizar **acciones** en qué **recursos** y en qué **condiciones**. El elemento `Action` de una política JSON describe las acciones que puede utilizar para conceder o denegar el acceso en una política. Incluya acciones en una política para conceder permisos y así llevar a cabo la operación asociada. Las acciones de políticas de Resource Groups utilizan el siguiente prefijo antes de la acción: `resource-groups:`. Las acciones de Tag Editor se realizan íntegramente en la consola, pero tienen el prefijo `resource-explorer` en las entradas de registro. Por ejemplo, para conceder a alguien permiso para crear Resource Groups con la operación de la API de Resource Groups `CreateGroup`, incluya la acción `resource-groups:CreateGroup` en su política. Las instrucciones de la política deben incluir un elemento `Action` o un elemento `NotAction`. Resource Groups define su propio conjunto de acciones que describen las tareas que se pueden realizar con este servicio. Para especificar varias acciones de Resource Groups y Tag Editor en una única instrucción, sepárelas con comas del siguiente modo: ``` "Action": [ "resource-groups:action1", "resource-groups:action2", "resource-explorer:action3" ``` Puede utilizar caracteres comodín (\$1) para especificar varias acciones. Por ejemplo, para especificar todas las acciones que comiencen con la palabra `List`, incluya la siguiente acción: ``` "Action": "resource-groups:List*" ``` Para ver una lista de acciones de Resource Groups, consulte [Acciones, recursos y claves de condición para Grupos de recursos de AWS](https://docs.aws.amazon.com//IAM/latest/UserGuide/list_awsresourcegroups.html) en la *Guía del usuario de IAM*. ### Recursos Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué **entidad principal** puede realizar **acciones** en qué **recursos** y en qué **condiciones**. El elemento `Resource` de la política JSON especifica el objeto u objetos a los que se aplica la acción. Como práctica recomendada, especifique un recurso utilizando el [Nombre de recurso de Amazon (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). En el caso de las acciones que no admiten permisos por recurso, utilice un carácter comodín (\$1) para indicar que la instrucción se aplica a todos los recursos. ``` "Resource": "*" ``` El único recurso disponible en Resource Groups es el *grupo*. El recurso de grupo tiene el siguiente formato de ARN: ``` arn:${Partition}:resource-groups:${Region}:${Account}:group/${GroupName} ``` Para obtener más información sobre el formato de ARNs, consulte [Amazon Resource Names (ARNs) y AWS Service Namespaces](https://docs.aws.amazon.com//general/latest/gr/aws-arns-and-namespaces.html). Por ejemplo, para especificar el grupo de recursos `my-test-group` en su instrucción, utilice el siguiente ARN: ``` "Resource": "arn:aws:resource-groups:us-east-1:123456789012:group/my-test-group" ``` Para especificar todos los grupos que pertenecen a una cuenta específica, utilice el carácter comodín (\$1): ``` "Resource": "arn:aws:resource-groups:us-east-1:123456789012:group/*" ``` Algunas acciones de Resource Groups, como las empleadas para la creación de recursos, no se pueden llevar a cabo en un recurso específico. En dichos casos, debe utilizar el carácter comodín (\$1). ``` "Resource": "*" ``` Algunas acciones de la API de Resource Groups utilizan varios recursos. Por ejemplo, `DeleteGroup` elimina grupos, por lo tanto, quien realiza la llamada a la entidad principal debe tener permisos para eliminar un grupo específico o todos los grupos. Para especificar varios recursos en una sola sentencia, sepárelos ARNs con comas. ``` "Resource": [ "resource1", "resource2" ] ``` Para ver una lista de los tipos de recursos de Resource Groups y sus ARNs respectivos tipos de recursos y saber con qué acciones puede especificar el ARN de cada recurso, consulte [Actions, Resources and Condition Keys Grupos de recursos de AWS en la Guía](https://docs.aws.amazon.com//IAM/latest/UserGuide/list_awsresourcegroups.html) del usuario de *IAM*. ### Claves de condición Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué **entidad principal** puede realizar **acciones** en qué **recursos** y en qué **condiciones**. El elemento `Condition` especifica cuándo se ejecutan las instrucciones en función de criterios definidos. Puede crear expresiones condicionales que utilizan [operadores de condición](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), tales como igual o menor que, para que la condición de la política coincida con los valores de la solicitud. Para ver todas las claves de condición AWS globales, consulte las claves de [contexto de condición AWS globales](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) en la *Guía del usuario de IAM*. Resource Groups define su propio conjunto de claves de condición y también admite el uso de algunas claves de condición globales. Para ver todas las claves de condición AWS globales, consulte las claves de [contexto de condición AWS globales](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_condition-keys.html) en la Guía del *usuario de IAM*. Para consultar una lista de claves de condición de Resource Groups y saber con qué acciones y recursos puede usar una clave de condición, consulte [Acciones, recursos y claves de condición para Grupos de recursos de AWS](https://docs.aws.amazon.com//IAM/latest/UserGuide/list_awsresourcegroups.html) en la *Guía del usuario de IAM*. ### Ejemplos Para ver ejemplos de Resource Groups basadas en políticas de identidades, consulte [Grupos de recursos de AWS ejemplos de políticas basadas en la identidad](security_iam_id-based-policy-examples.md). ## Políticas basadas en recursos Resource Groups no admite políticas basadas en recursos. ## Autorización basada en etiquetas de Resource Groups Puede asociar etiquetas a grupos en Resource Groups o transferirlas en una solicitud a Resource Groups. Para controlar el acceso en función de etiquetas, debe proporcionar información de las etiquetas en el [elemento de condición](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements_condition.html) de una política utilizando las claves de condición `aws:ResourceTag/key-name`, `aws:RequestTag/key-name` o `aws:TagKeys`. Puede aplicar etiquetas a un grupo al crear o actualizar el grupo. Para obtener acerca del etiquetado de un grupo en Resource Groups, consulte [Crear grupos basados en consultas en Grupos de recursos de AWS](gettingstarted-query.md) y [Actualización de grupos en Grupos de recursos de AWS](updating-resource-groups.md) en esta guía. Para consultar un ejemplo de política basada en la identidad para limitar el acceso a un recurso en función de las etiquetas de ese recurso, consulte [Visualización de grupos basados en etiquetas](security_iam_id-based-policy-examples.md#security_iam_policy-examples-view-tags). ## Roles de IAM en Resource Groups Un [rol de IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles.html) es una entidad de tu AWS cuenta que tiene permisos específicos. Resource Groups no tiene ni utiliza roles de servicio. ### Uso de credenciales temporales con Resource Groups En Resource Groups, puede utilizar credenciales temporales para iniciar sesión con federación, asumir un rol de IAM o asumir un rol de acceso entre cuentas. Para obtener credenciales de seguridad temporales, puede llamar a operaciones de AWS STS API como [AssumeRole](https://docs.aws.amazon.com//STS/latest/APIReference/API_AssumeRole.html)o [GetFederationToken](https://docs.aws.amazon.com//STS/latest/APIReference/API_GetFederationToken.html). ### Roles vinculados a servicios Los [roles vinculados a un servicio](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) permiten a AWS los servicios acceder a los recursos de otros servicios para completar una acción en tu nombre. Resource Groups no tiene ni utiliza roles vinculados a servicios. ### Roles de servicio Esta característica permite que un servicio asuma un [rol de servicio](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role) en su nombre. Resource Groups no tiene ni utiliza roles de servicio. # AWS políticas gestionadas para Grupos de recursos de AWS Una política AWS administrada es una política independiente creada y administrada por AWS. AWS Las políticas administradas están diseñadas para proporcionar permisos para muchos casos de uso comunes, de modo que pueda empezar a asignar permisos a usuarios, grupos y funciones. Ten en cuenta que es posible que las políticas AWS administradas no otorguen permisos con privilegios mínimos para tus casos de uso específicos, ya que están disponibles para que los usen todos los AWS clientes. Se recomienda definir [políticas administradas por el cliente](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies) específicas para sus casos de uso a fin de reducir aún más los permisos. No puedes cambiar los permisos definidos en AWS las políticas administradas. Si AWS actualiza los permisos definidos en una política AWS administrada, la actualización afecta a todas las identidades principales (usuarios, grupos y roles) a las que está asociada la política. AWS es más probable que actualice una política AWS administrada cuando Servicio de AWS se lance una nueva o cuando estén disponibles nuevas operaciones de API para los servicios existentes. Para obtener más información, consulte [Políticas administradas por AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) en la *Guía del usuario de IAM*. **Políticas administradas de AWS para Resource Groups** + [ResourceGroupsServiceRolePolicy](#security-iam-awsmanpol-ResourceGroupsServiceRolePolicy) + [ ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources) + [ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources.title) ## AWS política gestionada: ResourceGroupsServiceRolePolicy No puede adjuntar `ResourceGroupsServiceRolePolicy` a sus entidades IAM usted mismo. Esta política puede estar adjunta a un rol vinculado a servicios que permite a Resource Groups realizar acciones en su nombre. Para obtener más información, consulte [Uso de roles vinculados a servicios para Resource Groups](security_iam_service-linked-roles.md). Esta política concede los permisos necesarios para que Resource Groups recupere información sobre los recursos de sus grupos de recursos y cualquier CloudFormation pila a la que pertenezcan esos recursos. Esto permite a Resource Groups generar CloudWatch eventos para la función de eventos del ciclo de vida del grupo. Para ver la versión más reciente de esta política AWS gestionada, consulte `[ResourceGroupsServiceRolePolicy](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsServiceRolePolicy)` en la consola de IAM. ## AWS política gestionada: ResourceGroupsandTagEditorFullAccess Cuando adjuntas una política a una entidad principal, le concedes a la entidad los permisos que se definen en la política. AWS Las políticas administradas le permiten asignar los permisos adecuados a los usuarios, grupos y roles con más facilidad que si tuviera que escribir las políticas usted mismo. Esta política concede los permisos necesarios para el acceso completo a las funciones Resource Groups y Tag Editor. Para ver la versión más reciente de esta política AWS gestionada, consulte `[ResourceGroupsandTagEditorFullAccess](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsandTagEditorFullAccess)` en la consola de IAM. Para obtener más información sobre esta política, consulte la *Guía [ ResourceGroupsandTagEditorFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/ResourceGroupsandTagEditorFullAccess.html)de referencia de políticas AWS gestionadas*. ## AWS política gestionada: ResourceGroupsandTagEditorReadOnlyAccess Cuando adjuntas una política a una entidad principal, le concedes a la entidad los permisos que se definen en la política. AWS Las políticas administradas le permiten asignar los permisos adecuados a los usuarios, grupos y roles con más facilidad que si tuviera que escribir las políticas usted mismo. Esta política concede los permisos necesarios para el acceso completo a las funciones Resource Groups y Tag Editor. Para ver la versión más reciente de esta política AWS gestionada, consulte `[ResourceGroupsandTagEditorReadOnlyAccess](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsandTagEditorReadOnlyAccess)` en la consola de IAM. Para obtener más información sobre esta política, consulte la *Guía [ ResourceGroupsandTagEditorReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/ResourceGroupsandTagEditorReadOnlyAccess.html)de referencia de políticas AWS gestionadas*. ## AWS política gestionada: ResourceGroupsTagging APITag UntagSupportedResources Cuando adjuntas una política a una entidad principal, le concedes a la entidad los permisos que se definen en la política. AWS Las políticas administradas le permiten asignar los permisos adecuados a los usuarios, grupos y roles con más facilidad que si tuviera que escribir las políticas usted mismo. Esta política otorga los permisos necesarios para etiquetar y desetiquetar todos los tipos de recursos compatibles con la API de Grupos de recursos de AWS etiquetado`AWS::ApiGateway`, **excepto**, `AWS::CloudFormation``AWS::CodeBuild`, y. `AWS::ServiceCatalog` Para etiquetar y desetiquetar estos tipos de recursos excluidos se requieren permisos adicionales específicos del servicio que permiten realizar acciones distintas de etiquetar y desetiquetar. En la siguiente lista se describen los permisos necesarios para etiquetar y desetiquetar los tipos de recursos excluidos de la política: + Los tipos de `AWS::ApiGateway` recursos requieren el `apigateway:Patch` permiso del recurso API Gateway y el recurso secundario de etiquetas requiere los `apigateway:Delete` permisos `apigateway:Put``apigateway:Get`,,. + Los tipos de `AWS::CloudFormation` recursos requieren los `cloudformation:UpdateStackSet` permisos `cloudformation:UpdateStack` y. + Los tipos de `AWS::CodeBuild` recursos requieren el `codebuild:UpdateProject` permiso. + Los tipos de `AWS::ServiceCatalog` recursos requieren los `servicecatalog:UpdateProduct` permisos `servicecatalog:TagResource` `servicecatalog:UntagResource``servicecatalog:UpdatePortfolio`,, y. Esta política también concede los permisos necesarios para recuperar todos los recursos etiquetados o previamente etiquetados a través de la API de etiquetado de los Grupos de recursos. Para ver la versión más reciente de esta política AWS gestionada, consulte `[ ResourceGroupsTaggingAPITagUntagSupportedResources](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsTaggingAPITagUntagSupportedResources)` en la consola de IAM. Para obtener más información sobre esta política, consulte la *Guía [ ResourceGroupsTaggingAPITagUntagSupportedResources](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/ResourceGroupsTaggingAPITagUntagSupportedResources.html)de referencia de políticas AWS gestionadas*. ## Resource Groups actualiza las políticas AWS gestionadas Consulte los detalles sobre las actualizaciones de las políticas AWS gestionadas de Resource Groups desde que este servicio comenzó a realizar el seguimiento de estos cambios. Para obtener alertas automáticas sobre cambios en esta página, suscríbase a la fuente RSS en la página de [historial de documentos de Resource Groups](doc-history.md). | Cambio | Descripción | Fecha | | --- | --- | --- | | Política actualizada: [ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources.title) | Resource Groups actualizó esta política para incluir permisos para ocho nuevos servicios, incluidos Amazon Application Recovery Controller (ARC) y Amazon VPC Lattice. Se agregaron los siguientes permisos a la política: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/ARG/latest/userguide/security_iam_awsmanpol.html) | 20 de diciembre de 2024 | | Nueva política: [ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources.title) | Resource Groups agregó una nueva política para proporcionar los permisos necesarios para etiquetar y desetiquetar todos los tipos de recursos compatibles con la API de Grupos de recursos de AWS etiquetado. | 11 de octubre de 2024 | | Actualización de la política: [ResourceGroupsandTagEditorFullAccess](#security-iam-awsmanpol-ResourceGroupsandTagEditorFullAccess.title) | Resource Groups actualizó una política para incluir AWS CloudFormation permisos adicionales. | 10 de agosto de 2023 | | Actualización de la política: [ResourceGroupsandTagEditorReadOnlyAccess](#security-iam-awsmanpol-ResourceGroupsandTagEditorReadOnlyAccess.title) | Resource Groups actualizó una política para incluir AWS CloudFormation permisos adicionales. | 10 de agosto de 2023 | | Nueva política: [ResourceGroupsServiceRolePolicy](#security-iam-awsmanpol-ResourceGroupsServiceRolePolicy.title) | Resource Groups agregó una nueva política para respaldar su función vinculada al servicio. | 17 de noviembre de 2022 | | Resource Groups comenzó a realizar un seguimiento de los cambios | Resource Groups comenzó a realizar un seguimiento de los cambios de sus políticas AWS gestionadas. | 17 de noviembre de 2022 | # Uso de roles vinculados a servicios para Resource Groups Grupos de recursos de AWS utiliza funciones AWS Identity and Access Management vinculadas al [servicio](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) (IAM). Un rol vinculado a un servicio es un tipo único de rol de IAM que está vinculado directamente a Resource Groups. Los roles vinculados a servicios están predefinidos por Resource Groups e incluyen todos los permisos que el servicio requiere para llamar a otros Servicios de AWS en su nombre. Un rol vinculado a un servicio simplifica la configuración de Resource Groups porque ya no tendrá que agregar manualmente los permisos necesarios. Resource Groups define los permisos de sus roles vinculados a servicios y establece políticas de confianza en cada uno de ellos para garantizar que solo el servicio Resource Groups pueda asumir sus roles. Los permisos definidos incluyen las políticas de confianza y de permisos, y que la política de permisos no se puede adjuntar a ninguna otra entidad de IAM. **Para obtener información sobre otros servicios que admiten funciones vinculadas a servicios, consulte los [AWS servicios que funcionan con IAM y busque los servicios con](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) la palabra **Sí** en la columna Funciones vinculadas a servicios.** Seleccione una opción **Sí** con un enlace para ver la documentación acerca del rol vinculado al servicio en cuestión. ## Permisos de roles vinculados a servicios para Resource Groups Resource Groups utiliza el siguiente rol vinculado a un servicio para respaldar los eventos del ciclo de vida del grupo. Elija el enlace que aparece en el nombre del rol para verlo en la consola de IAM después de crearlo. + `[AWSServiceRoleForResourceGroups](https://console.aws.amazon.com/iamv2/home#/roles/details/AWSServiceRoleForResourceGroups)` Resource Groups utiliza los permisos de este rol para consultar a Servicios de AWS los propietarios de sus recursos a fin de resolver la pertenencia al grupo y conservar el grupo up-to-date. Permite a Resource Groups emitir eventos relacionados con el servicio de Amazon EventBridge . El rol vinculado al servicio `AWSServiceRoleForResourceGroups` confía ***solo*** en el siguiente servicio para asumir el rol: + `resourcegroups.amazonaws.com` Los permisos asociados al rol provienen de la siguiente política AWS administrada. Seleccione el enlace en el nombre de la política para ver la política en la consola IAM. + `AWS políticas gestionadas para Grupos de recursos de AWS` ## Creación del rol vinculado al servicio para Resource Groups **importante** Este rol vinculado al servicio puede aparecer en su cuenta si ha completado una acción en otro servicio que utilice las características admitidas por este rol. Para obtener más información, consulte [Apareció un nuevo rol en mi Cuenta de AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared). Para crear el rol vinculado a un servicio, [active la característica de eventos del ciclo de vida del grupo](monitor-groups-turn-on.md). ## Edición de un rol vinculado a un servicio para Resource Groups Resource Groups no permite editar el rol AWSService RoleForResourceGroups vinculado al servicio. Después de crear un rol vinculado a un servicio, no puede cambiarle el nombre, ya que varias entidades pueden hacer referencia a él. Sin embargo, puede editar la descripción del rol mediante IAM. Para obtener más información, consulte [Editar un rol vinculado a servicios](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role) en la *Guía del usuario de IAM*. ## Eliminación de un rol vinculado a un servicio para Resource Groups Puede eliminar el rol vinculado a un servicio solo después de desactivar la característica de eventos del ciclo de vida del grupo. **importante** AWS le impide eliminar el rol vinculado al servicio hasta que [desactive por primera vez la función de eventos del ciclo de vida del grupo](monitor-groups-turn-off.md) que lo creó. Le recomendamos que no elimine el rol vinculado al servicio mientras tenga algún grupo de recursos en el suyo. Cuenta de AWS El servicio Resource Groups no puede interactuar con otros Servicios de AWS para administrar sus grupos si elimina este rol. ### Eliminación manual de un rol vinculado a servicios Usa la consola de IAM AWS CLI, la o la AWS API para eliminar la función vinculada al AWSService RoleForResourceGroups servicio. Para obtener más información, consulte [Eliminación de un rol vinculado a servicios](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role) en la *Guía del usuario de IAM*. ------ #### [ Console ] **Para eliminar el rol vinculado a servicios de Resource Groups** 1. Abra la [consola de IAM en la página Roles](https://console.aws.amazon.com/iam/home#/roles). 1. Busque el nombre AWSService RoleForResourceGroups del rol y active la casilla de verificación que aparece junto a él. 1. Elija **Eliminar**. 1. Confirme su intención de eliminar el rol introduciendo el nombre del rol en el cuadro y, a continuación, seleccione **Eliminar**. El rol desaparecerá de la lista de roles en la consola de IAM. ------ #### [ AWS CLI ] **Para eliminar el rol vinculado a servicios de Resource Groups** Para eliminar el rol, ingrese el siguiente comando con los parámetros exactamente como se muestran. No reemplace ninguno de los valores. ``` $ aws iam delete-service-linked-role \ --role-name AWSServiceRoleForResourceGroups { "DeletionTaskId": "task/aws-service-role/resource-groups.amazonaws.com/AWSServiceRoleForResourceGroups/34e58943-e9a5-4220-9856-fc565EXAMPLE" } ``` El comando devuelve un ID de tarea. La eliminación efectiva del rol se produce de forma asíncrona. Puede comprobar el estado de la eliminación del rol pasando el identificador de tarea proporcionado al siguiente AWS CLI comando. ``` $ aws iam get-service-linked-role-deletion-status \ --deletion-task-id "task/aws-service-role/resource-groups.amazonaws.com/AWSServiceRoleForResourceGroups/34e58943-e9a5-4220-9856-fc565EXAMPLE" { "Status": "SUCCEEDED" } ``` ------ ## Regiones admitidas para los roles vinculados a servicios de Resource Groups Resource Groups admite el uso de funciones vinculadas al servicio en todos los Regiones de AWS lugares en los que el servicio esté disponible. Para obtener más información, consulte [Regiones y puntos de conexión de AWS](https://docs.aws.amazon.com/general/latest/gr/rande.html). # Grupos de recursos de AWS ejemplos de políticas basadas en la identidad De forma predeterminada, las entidades principales de IAM, como los roles y usuarios, no tienen permiso para crear ni modificar recursos de Resource Groups. Tampoco pueden realizar tareas con la API Consola de administración de AWS AWS CLI, o AWS . Un administrador de IAM debe crear políticas de IAM que concedan permiso a la entidades principales para realizar operaciones de API concretas en los recursos especificados que necesiten. El administrador debe adjuntar esas políticas a las entidades principales que necesiten esos permisos. Para obtener información acerca de cómo crear una política basada en identidad de IAM con estos documentos de políticas JSON de ejemplo, consulte [Creación de políticas en la pestaña JSON](https://docs.aws.amazon.com//IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor) en la *Guía del usuario de IAM*. **Topics** + [Prácticas recomendadas relativas a políticas](#security_iam_policy-best-practices) + [Uso de la consola y la API de Resource Groups](#security_iam_policy-examples-console) + [Cómo permitir a los usuarios consultar sus propios permisos](#security_iam_policy-examples-own-permissions) + [Visualización de grupos basados en etiquetas](#security_iam_policy-examples-view-tags) ## Prácticas recomendadas relativas a políticas Las políticas basadas en identidades determinan si alguien puede crear, acceder o eliminar los recursos de Resource Groups de la cuenta. Estas acciones pueden generar costos adicionales para su Cuenta de AWS. Siga estas directrices y recomendaciones al crear o editar políticas basadas en identidades: + **Comience con las políticas AWS administradas y avance hacia los permisos con privilegios mínimos**: para empezar a conceder permisos a sus usuarios y cargas de trabajo, utilice las *políticas AWS administradas* que otorgan permisos en muchos casos de uso comunes. Están disponibles en su. Cuenta de AWS Le recomendamos que reduzca aún más los permisos definiendo políticas administradas por el AWS cliente que sean específicas para sus casos de uso. Con el fin de obtener más información, consulte las [políticas administradas por AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) o las [políticas administradas por AWS para funciones de tarea](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) en la *Guía de usuario de IAM*. + **Aplique permisos de privilegio mínimo**: cuando establezca permisos con políticas de IAM, conceda solo los permisos necesarios para realizar una tarea. Para ello, debe definir las acciones que se pueden llevar a cabo en determinados recursos en condiciones específicas, también conocidos como *permisos de privilegios mínimos*. Con el fin de obtener más información sobre el uso de IAM para aplicar permisos, consulte [Políticas y permisos en IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) en la *Guía del usuario de IAM*. + **Utilice condiciones en las políticas de IAM para restringir aún más el acceso**: puede agregar una condición a sus políticas para limitar el acceso a las acciones y los recursos. Por ejemplo, puede escribir una condición de políticas para especificar que todas las solicitudes deben enviarse utilizando SSL. También puedes usar condiciones para conceder el acceso a las acciones del servicio si se utilizan a través de una acción específica Servicio de AWS, por ejemplo CloudFormation. Para obtener más información, consulte [Elementos de la política de JSON de IAM: Condición](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) en la *Guía del usuario de IAM*. + **Utiliza el analizador de acceso de IAM para validar las políticas de IAM con el fin de garantizar la seguridad y funcionalidad de los permisos**: el analizador de acceso de IAM valida políticas nuevas y existentes para que respeten el lenguaje (JSON) de las políticas de IAM y las prácticas recomendadas de IAM. El analizador de acceso de IAM proporciona más de 100 verificaciones de políticas y recomendaciones procesables para ayudar a crear políticas seguras y funcionales. Para más información, consulte [Validación de políticas con el Analizador de acceso de IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) en la *Guía del usuario de IAM*. + **Requerir autenticación multifactor (MFA**): si tiene un escenario que requiere usuarios de IAM o un usuario raíz en Cuenta de AWS su cuenta, active la MFA para mayor seguridad. Para exigir la MFA cuando se invoquen las operaciones de la API, añada condiciones de MFA a sus políticas. Para más información, consulte [Acceso seguro a la API con MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) en la *Guía del usuario de IAM*. Para obtener más información sobre las prácticas recomendadas de IAM, consulte [Prácticas recomendadas de seguridad en IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) en la *Guía del usuario de IAM*. ## Uso de la consola y la API de Resource Groups Para acceder a la consola Grupos de recursos de AWS y a la API de Tag Editor, debe tener un conjunto mínimo de permisos. Estos permisos deben permitirle enumerar y ver detalles sobre los recursos de Resource Groups de su AWS cuenta. Si crea una política basada en identidades que es más restrictiva que los permisos mínimos requeridos, la consola no funcionará según lo previsto para las entidades principales (usuarios o roles de IAM) con esa política. Para asegurarse de que esas entidades puedan seguir usando Resource Groups, asocie la siguiente política (o una política que contenga los permisos enumerados en la siguiente política) a las entidades. Para obtener más información, consulte [Agregar de permisos a un usuario](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) en la *Guía del usuario de IAM*. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "resource-groups:*", "cloudformation:DescribeStacks", "cloudformation:ListStackResources", "tag:GetResources", "tag:TagResources", "tag:UntagResources", "tag:getTagKeys", "tag:getTagValues", "resource-explorer:List*" ], "Resource": "*" } ] } ``` ------ Para obtener acerca de cómo conceder acceso a Resource Groups, consulte [Otorgar permisos para usar un Grupos de recursos de AWS editor de etiquetas](gettingstarted-prereqs-permissions-howto.md) en esta guía. ## Cómo permitir a los usuarios consultar sus propios permisos En este ejemplo, se muestra cómo podría crear una política que permita a los usuarios de IAM ver las políticas administradas e insertadas que se asocian a la identidad de sus usuarios. Esta política incluye permisos para completar esta acción en la consola o mediante programación mediante la API AWS CLI o AWS . ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "ViewOwnUserInfo", "Effect": "Allow", "Action": [ "iam:GetUserPolicy", "iam:ListGroupsForUser", "iam:ListAttachedUserPolicies", "iam:ListUserPolicies", "iam:GetUser" ], "Resource": ["arn:aws:iam::*:user/${aws:username}"] }, { "Sid": "NavigateInConsole", "Effect": "Allow", "Action": [ "iam:GetGroupPolicy", "iam:GetPolicyVersion", "iam:GetPolicy", "iam:ListAttachedGroupPolicies", "iam:ListGroupPolicies", "iam:ListPolicyVersions", "iam:ListPolicies", "iam:ListUsers" ], "Resource": "*" } ] } ``` ## Visualización de grupos basados en etiquetas Puede utilizar las condiciones de su política basada en la identidad para controlar el acceso a los recursos de Resource Groups basados en etiquetas. Este ejemplo muestra cómo puede crear una política que permita ver un recurso, en este ejemplo, un grupo de recursos. Sin embargo, el permiso solo se concede si la etiqueta `project` de grupo tiene el mismo valor que la etiqueta `project` adjunta a la entidad principal que realiza la llamada. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "resource-groups:GetGroup", "Resource": "arn:aws:resource-groups:us-east-1:111122223333:group/group_name", "Condition": { "StringEquals": {"aws:ResourceTag/project": "${aws:PrincipalTag/project}"} } } ] } ``` ------ También puede adjuntar esta política a las entidades entidad principales en su cuenta. Si una entidad principal con la clave `project` y el valor de la etiqueta `alpha` intenta ver un grupo de recursos, también debe etiquetarlo como `project=alpha`. De lo contrario, se deniega el acceso al usuario. La clave de la etiqueta de condición `project` coincide con los nombres de las claves de condición `Project` y `project` porque no distinguen entre mayúsculas y minúsculas. Para obtener más información, consulte [Elementos de la política de JSON de IAM: Condición](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements_condition.html) en la *Guía del usuario de IAM*. # Solución de problemas Grupos de recursos de AWS de identidad y acceso Utilice la siguiente información para ayudar a diagnosticar y solucionar los problemas comunes que puedan surgir cuando trabaje con Resource Groups e IAM. **Topics** + [No tengo autorización para realizar una acción en Resource Groups](#security_iam_troubleshoot-permissions-arg-te) + [No estoy autorizado a realizar lo siguiente: PassRole](#security_troubleshoot-passrole) + [Quiero permitir que personas ajenas a mi AWS cuenta accedan a mis Resource Groups](#security_troubleshoot-cross-account) ## No tengo autorización para realizar una acción en Resource Groups Si Consola de administración de AWS le indica que no está autorizado a realizar una acción, debe ponerse en contacto con su administrador para obtener ayuda. El administrador es la persona que le proporcionó las credenciales de inicio de sesión. En el siguiente ejemplo, el error se produce cuando el usuario `mateojackson` intenta utilizar la consola para ver detalles de un grupo, pero no tiene permisos `resource-groups:ListGroups`. ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: resource-groups:ListGroups on resource: arn:aws:resource-groups::us-west-2:123456789012:group/my-test-group ``` En este caso, Mateo pide a su administrador que actualice sus políticas de forma que pueda obtener acceso al recurso `my-test-group` mediante la acción `resource-groups:ListGroups`. ## No estoy autorizado a realizar lo siguiente: PassRole Si recibe un error que indica que no tiene autorización para realizar la acción `iam:PassRole`, se deben actualizar las políticas a fin de permitirle pasar un rol a Resource Groups. Algunas Servicios de AWS permiten transferir una función existente a ese servicio en lugar de crear una nueva función de servicio o una función vinculada a un servicio. Para ello, debe tener permisos para transferir la función al servicio. En el siguiente ejemplo, el error se produce cuando una usuaria de IAM llamada `marymajor` intenta utilizar la consola para realizar una acción en Resource Groups. Sin embargo, la acción requiere que el servicio cuente con permisos que otorguen un rol de servicio. Mary no tiene permisos para transferir el rol al servicio. ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` En este caso, las políticas de Mary se deben actualizar para permitirle realizar la acción `iam:PassRole`. Si necesita ayuda, póngase en contacto con su AWS administrador. El administrador es la persona que le proporcionó las credenciales de inicio de sesión. ## Quiero permitir que personas ajenas a mi AWS cuenta accedan a mis Resource Groups Se puede crear un rol que los usuarios de otras cuentas o las personas externas a la organización puedan utilizar para acceder a sus recursos. Se puede especificar una persona de confianza para que asuma el rol. En el caso de los servicios que admiten políticas basadas en recursos o listas de control de acceso (ACLs), puedes usar esas políticas para permitir que las personas accedan a tus recursos. Para obtener más información, consulte lo siguiente: + Para saber si Resource Groups admite estas funciones, consulte [Cómo funciona Resource Groups con IAM](security_iam_service-with-iam.md). + Para obtener información sobre cómo proporcionar acceso a los recursos de su Cuentas de AWS propiedad, consulte [Proporcionar acceso a un usuario de IAM en otro de su propiedad en la Cuenta de AWS Guía del usuario](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) de *IAM*. + Para obtener información sobre cómo proporcionar acceso a tus recursos a terceros Cuentas de AWS, consulta Cómo [proporcionar acceso a recursos que Cuentas de AWS son propiedad de terceros](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) en la Guía del usuario de *IAM*. + Para obtener información sobre cómo proporcionar acceso mediante una federación de identidades, consulte [Proporcionar acceso a usuarios autenticados externamente (identidad federada)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) en la *Guía del usuario de IAM*. + Para conocer sobre la diferencia entre las políticas basadas en roles y en recursos para el acceso entre cuentas, consulte [Acceso a recursos entre cuentas en IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) en la *Guía del usuario de IAM*. # Registro y supervisión en Resource Groups Todas Grupos de recursos de AWS las acciones se registran AWS CloudTrail. ## Registrar las llamadas a la Grupos de recursos de AWS API con AWS CloudTrail Grupos de recursos de AWS y Tag Editor están integrados con AWS CloudTrail un servicio que proporciona un registro de las acciones realizadas por un usuario, un rol o un AWS servicio en Resource Groups o Tag Editor. CloudTrail captura todas las llamadas a la API de Resource Groups como eventos, incluidas las llamadas desde la consola de Resource Groups o Tag Editor y las llamadas de código a Resource Groups APIs. Si crea una ruta, puede habilitar la entrega continua de CloudTrail eventos a un bucket de Amazon S3, incluidos los eventos de Resource Groups. Si no configura una ruta, podrá ver los eventos más recientes en la CloudTrail consola, en el **historial de eventos**. Con la información recopilada por CloudTrail, puede determinar la solicitud que se realizó a Resource Groups, la dirección IP desde la que se realizó la solicitud, quién la hizo, cuándo se realizó y detalles adicionales. Para obtener más información CloudTrail, consulte la [Guía AWS CloudTrail del usuario](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/). ### Información sobre Resource Groups en CloudTrail CloudTrail está habilitada en su AWS cuenta al crear la cuenta. Cuando se produce una actividad en Resource Groups o en la consola de Tag Editor, esa actividad se registra en un CloudTrail evento junto con otros eventos de AWS servicio en el **historial** de eventos. Puedes ver, buscar y descargar los eventos recientes en tu AWS cuenta. Para obtener más información, consulte [Visualización de eventos con el historial de CloudTrail eventos](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/view-cloudtrail-events.html). Para tener un registro continuo de los eventos de su AWS cuenta, incluidos los eventos de Resource Groups, cree una ruta. Un rastro permite CloudTrail entregar archivos de registro a un bucket de Amazon S3. De manera predeterminada, cuando se crea un registro de seguimiento en la consola, el registro de seguimiento se aplica a todas las regiones de . La ruta registra los eventos de todas las regiones de la AWS partición y entrega los archivos de registro al bucket de Amazon S3 que especifique. También puede configurar otros servicios de AWS para analizar y actuar en función de los datos de eventos recopilados en los registros de CloudTrail. Para obtener más información, consulte lo siguiente: + [Introducción a la creación de registros de seguimiento](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html) + [Servicios e integraciones compatibles con CloudTrail](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html) + [Configuración de las notificaciones de Amazon SNS para CloudTrail](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/getting_notifications_top_level.html) + [Recibir archivos de CloudTrail registro de varias regiones](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) y [recibir archivos de CloudTrail registro de varias cuentas](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html) Todas las acciones de Resource Groups se registran CloudTrail y se documentan en la [Referencia de la Grupos de recursos de AWS API](https://docs.aws.amazon.com//ARG/latest/APIReference/). Las acciones de Resource Groups en CloudTrail se muestran como eventos con el punto final de la API `resource-groups.amazonaws.com` como fuente. Por ejemplo, las llamadas a las `CreateGroup` `UpdateGroupQuery` acciones y las llamadas generan entradas en los archivos de CloudTrail registro. `GetGroup` Las acciones del editor de etiquetas en la consola se registran y se muestran como eventos con el punto final interno de la API `resource-explorer` como fuente. CloudTrail Cada entrada de registro o evento contiene información sobre quién generó la solicitud. La información de identidad del usuario lo ayuda a determinar lo siguiente: + Si la solicitud se realizó con las credenciales raíz o del usuario de IAM. + Si la solicitud se realizó con credenciales de seguridad temporales de un rol o fue un usuario federado. + Si la solicitud la realizó otro AWS servicio. Para obtener más información, consulte el [elemento `userIdentity` de CloudTrail](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html). ### Comprensión de las entradas de archivos de registro de Resource Groups Un rastro es una configuración que permite la entrega de eventos como archivos de registro a un bucket de Amazon S3 que usted especifique. CloudTrail Los archivos de registro contienen una o más entradas de registro. Un evento representa una única solicitud de cualquier origen e incluye información sobre la acción solicitada, la fecha y la hora de la acción, los parámetros de la solicitud, etcétera. Los archivos de registro de CloudTrail no son un rastro de la pila ordenada de las llamadas a la API públicas, por lo que no aparecen en ningún orden específico. El siguiente ejemplo muestra una entrada de CloudTrail registro que demuestra la acción`CreateGroup`. ``` {"eventVersion":"1.05", "userIdentity":{ "type":"AssumedRole", "principalId":"ID number:AWSResourceGroupsUser", "arn":"arn:aws:sts::831000000000:assumed-role/Admin/AWSResourceGroupsUser", "accountId":"831000000000","accessKeyId":"ID number", "sessionContext":{ "attributes":{ "mfaAuthenticated":"false", "creationDate":"2018-06-05T22:03:47Z" }, "sessionIssuer":{ "type":"Role", "principalId":"ID number", "arn":"arn:aws:iam::831000000000:role/Admin", "accountId":"831000000000", "userName":"Admin" } } }, "eventTime":"2018-06-05T22:18:23Z", "eventSource":"resource-groups.amazonaws.com", "eventName":"CreateGroup", "awsRegion":"us-west-2", "sourceIPAddress":"100.25.190.51", "userAgent":"console.amazonaws.com", "requestParameters":{ "Description": "EC2 instances that we are using for application staging.", "Name": "Staging", "ResourceQuery": { "Query": "string", "Type": "TAG_FILTERS_1_0" }, "Tags": { "Key":"Phase", "Value":"Stage" } }, "responseElements":{ "Group": { "Description":"EC2 instances that we are using for application staging.", "groupArn":"arn:aws:resource-groups:us-west-2:831000000000:group/Staging", "Name":"Staging" }, "resourceQuery": { "Query":"string", "Type":"TAG_FILTERS_1_0" } }, "requestID":"de7z64z9-d394-12ug-8081-7zz0386fbcb6", "eventID":"8z7z18dz-6z90-47bz-87cf-e8346428zzz3", "eventType":"AwsApiCall", "recipientAccountId":"831000000000" } ``` # Validación de cumplimiento en Resource Groups Para saber si uno Servicio de AWS está dentro del ámbito de aplicación de programas de cumplimiento específicos, consulte [Servicios de AWS Alcance por programa de cumplimiento Servicios de AWS](https://aws.amazon.com/compliance/services-in-scope/) de cumplimiento y elija el programa de cumplimiento que le interese. Para obtener información general, consulte Programas de [AWS cumplimiento > Programas AWS](https://aws.amazon.com/compliance/programs/) . Puede descargar informes de auditoría de terceros utilizando AWS Artifact. Para obtener más información, consulte [Descarga de informes en AWS Artifact](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html) . Su responsabilidad de cumplimiento al Servicios de AWS utilizarlos viene determinada por la confidencialidad de sus datos, los objetivos de cumplimiento de su empresa y las leyes y reglamentos aplicables. Para obtener más información sobre su responsabilidad de conformidad al utilizarlos Servicios de AWS, consulte [AWS la documentación de seguridad](https://docs.aws.amazon.com/security/). # Resiliencia en Resource Groups Grupos de recursos de AWS realiza copias de seguridad automatizadas en los recursos de servicio internos. Estas copias de seguridad no son configurables por el usuario. Las copias de seguridad están cifradas, tanto en reposo como en tránsito. Resource Groups almacena datos de clientes en Amazon DynamoDB. La infraestructura AWS global se basa en las zonas de disponibilidad Regiones de AWS y las zonas de disponibilidad. Regiones de AWS proporcionan varias zonas de disponibilidad aisladas y separadas físicamente, que están conectadas mediante redes de baja latencia, alto rendimiento y alta redundancia. Con las zonas de disponibilidad, puede diseñar y utilizar aplicaciones y bases de datos que realizan una conmutación por error automática entre zonas de disponibilidad sin interrupciones. Las zonas de disponibilidad tienen una mayor disponibilidad, tolerancia a errores y escalabilidad que las infraestructuras tradicionales de centros de datos únicos o múltiples. Incluso la pérdida total de los grupos de recursos de usuarios no provocaría la pérdida de datos de los clientes, ya que la mayoría de los datos de los clientes se replican en todas AWS las zonas de disponibilidad (). AZs Si elimina grupos accidentalmente, póngase en contacto con el [Centro AWS Support](https://console.aws.amazon.com/support/home#/). Para obtener más información sobre las zonas de disponibilidad Regiones de AWS y las zonas de disponibilidad, consulte [Infraestructura AWS global](https://aws.amazon.com/about-aws/global-infrastructure/). # Seguridad de la infraestructura en Resource Groups Resource Groups no ofrece ninguna forma adicional de aislar el tráfico de red o de servicio. Si corresponde, utilice un aislamiento AWS específico. Puede usar la API y la consola de Resource Groups en una VPC para maximizar la privacidad y la seguridad de la infraestructura. Como servicio gestionado, Grupos de recursos de AWS está protegido por la seguridad de la red AWS global. Para obtener información sobre los servicios AWS de seguridad y cómo se AWS protege la infraestructura, consulte [Seguridad AWS en la nube](https://aws.amazon.com/security/). Para diseñar su AWS entorno utilizando las mejores prácticas de seguridad de la infraestructura, consulte [Protección de infraestructuras en un marco](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) de buena * AWS arquitectura basado en el pilar de la seguridad*. Las llamadas a la API AWS publicadas se utilizan para acceder a Resource Groups a través de la red. Los clientes deben admitir lo siguiente: + Seguridad de la capa de transporte (TLS). Exigimos TLS 1.2 y recomendamos TLS 1.3. + Conjuntos de cifrado con confidencialidad directa total (PFS) como DHE (Ephemeral Diffie-Hellman) o ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). La mayoría de los sistemas modernos como Java 7 y posteriores son compatibles con estos modos. Resource Groups no admite políticas basadas en recursos. # Acceso Grupos de recursos de AWS mediante un punto final de interfaz (AWS PrivateLink) Puede usarlo AWS PrivateLink para crear una conexión privada entre su VPC y. Grupos de recursos de AWS Puede acceder a Resource Groups como si estuviera en su VPC, sin utilizar una puerta de enlace a Internet, un dispositivo NAT, una conexión VPN o Direct Connect una conexión. Las instancias de su VPC no necesitan direcciones IP públicas para acceder a Resource Groups. Esta conexión privada se establece mediante la creación de un *punto de conexión de interfaz* alimentado por AWS PrivateLink. Creamos una interfaz de red de punto de conexión en cada subred habilitada para el punto de conexión de interfaz. Se trata de interfaces de red administradas por el solicitante que sirven como punto de entrada para el tráfico destinado a Resource Groups. *Para obtener más información, consulte [Acceso directo AWS PrivateLink en la Servicios de AWS guía](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html).AWS PrivateLink * ## Consideraciones para Resource Groups Antes de configurar un punto final de interfaz para Resource Groups, consulte [las consideraciones](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#considerations-interface-endpoints) de la *AWS PrivateLink Guía*. Resource Groups permite realizar llamadas a todas sus acciones de API a través del punto final de la interfaz. ## Crear un punto final de interfaz para Resource Groups Puede crear un punto final de interfaz para Resource Groups mediante la consola de Amazon VPC o con AWS Command Line Interface ()AWS CLI. Para obtener más información, consulte [Creación de un punto de conexión de interfaz](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#create-interface-endpoint-aws) en la *Guía de AWS PrivateLink *. Cree un punto final de interfaz para Resource Groups con el siguiente nombre de servicio: ``` com.amazonaws.region.resource-groups ``` Si habilita el DNS privado para el punto final de la interfaz, puede realizar solicitudes de API a Resource Groups utilizando su nombre de DNS regional predeterminado. Por ejemplo, `resource-groups.us-east-1.amazonaws.com`. ## Creación de una política de puntos de conexión para el punto de conexión de interfaz Una política de punto de conexión es un recurso de IAM que puede adjuntar al punto de conexión de su interfaz. La política de puntos finales predeterminada permite el acceso total a Resource Groups a través del punto final de la interfaz. Para controlar el acceso permitido a Resource Groups desde su VPC, adjunte una política de punto final personalizada al punto final de la interfaz. Una política de punto de conexión especifica la siguiente información: + Las entidades principales que pueden llevar a cabo acciones (Cuentas de AWS, usuarios de IAM y roles de IAM). + Las acciones que se pueden realizar. + El recurso en el que se pueden realizar las acciones. Para obtener más información, consulte [Control del acceso a los servicios con políticas de punto de conexión](https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-access.html) en la *Guía del usuario de AWS PrivateLink *. **Ejemplo: política de puntos finales de VPC para acciones de Resource Groups** El siguiente es un ejemplo de una política de un punto de conexión personalizado. Al adjuntar esta política al punto final de la interfaz, concede acceso a las acciones de Resource Groups enumeradas a todos los principales de todos los recursos. ``` { "Statement": [ { "Principal": "*", "Effect": "Allow", "Action": [ "resource-groups:CreateGroup", "resource-groups:GetAccountSettings", "resource-groups:GetGroupQuery" ], "Resource":"*" } ] } ``` # Prácticas recomendadas de seguridad para Resource Groups Las siguientes prácticas recomendadas son directrices generales y no constituyen una solución de seguridad completa. Puesto que es posible que estas prácticas recomendadas no sean adecuadas o suficientes para el entorno, considérelas como consideraciones útiles en lugar de como normas. + **Utilice el principio de privilegio mínimo** para permitir el acceso a grupos. Resource Groups admite permisos a nivel de recursos. Conceda acceso a grupos específicos solo cuando sea necesario para usuarios específicos. Evite el uso de asteriscos en las declaraciones de política que asignan permisos a todos los usuarios o a todos los grupos. Para obtener más información sobre el privilegio mínimo, consulte [Conceder privilegios mínimos](https://docs.aws.amazon.com//IAM/latest/UserGuide/best-practices.html#grant-least-privilege) en la *Guía del usuario de IAM*. + **Mantenga la información privada fuera de los campos públicos.** El nombre de un grupo se trata como metadatos de servicio. Los nombres de los grupos no están cifrados. No incluya información confidencial en los nombres de los grupos. Las descripciones de los grupos son privadas. No coloque información privada o confidencial en las claves o valores de las etiquetas. + **Utilice la autorización basada en el etiquetado** siempre que sea apropiado. Resource Groups admite la autorización basada en etiquetas. Puede etiquetar grupos y, a continuación, actualizar las políticas asociadas a sus entidades principales de IAM, como los usuarios y las funciones, para establecer su nivel de acceso en función de las etiquetas que se apliquen a un grupo. Para obtener más información sobre cómo utilizar la autorización basada en etiquetas, consulte [Controlar el acceso a AWS los recursos mediante etiquetas de recursos](https://docs.aws.amazon.com//IAM/latest/UserGuide/access_tags.html) en la *Guía del usuario de IAM*. Muchos AWS servicios admiten la autorización basada en etiquetas para sus recursos. Tenga en cuenta que la autorización basada en etiquetas puede configurarse para los recursos de los miembros de un grupo. Si el acceso a los recursos de un grupo está restringido por etiquetas, es posible que los usuarios o grupos no autorizados no puedan realizar acciones o automatizaciones en esos recursos. Por ejemplo, si una EC2 instancia de Amazon de uno de tus grupos está etiquetada con una clave de etiqueta `Confidentiality` y un valor de etiqueta de`High`, y no estás autorizado a ejecutar comandos en los recursos etiquetados`Confidentiality:High`, las acciones o automatizaciones que realices en la EC2 instancia fallarán, incluso si las acciones se realizan correctamente para otros recursos del grupo de recursos. Para obtener más información sobre qué servicios admiten la autorización basada en etiquetas para sus recursos, consulte [Servicios de AWS que funcionan con IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) en la *Guía del usuario de IAM*. Para obtener más información sobre cómo desarrollar una estrategia de etiquetado para sus AWS recursos, consulte Estrategias de [AWS etiquetado](https://aws.amazon.com/answers/account-management/aws-tagging-strategies/).