View a markdown version of this page

Control de acceso - AWS IoT Core

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.

Control de acceso

Otorgar un AWS IoT reglamentar el acceso que requiere

Utilice las funciones de IAM para controlar los AWS recursos a los que tiene acceso cada regla. Antes de crear una regla, debe crear un rol de IAM con una política que permita el acceso a los recursos necesarios AWS . AWS IoT asume esta función al implementar una regla.

Complete los siguientes pasos para crear el rol de IAM y AWS IoT política que otorga un AWS IoT regula el acceso que requiere (AWS CLI).
  1. Guarde el siguiente documento de política de confianza, que otorga AWS IoT permiso para asumir el rol, en un archivo denominadoiot-role-trust.json.

    { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "iot.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "123456789012" }, "ArnLike": { "aws:SourceArn": "arn:aws:iot:us-east-1:123456789012:rule/rulename" } } } ] }

    Utilice el comando create-role para crear un rol de IAM especificando el archivo iot-role-trust.json:

    aws iam create-role --role-name my-iot-role --assume-role-policy-document file://iot-role-trust.json

    El resultado de este comando tendrá un aspecto similar al siguiente.

    { "Role": { "AssumeRolePolicyDocument": "url-encoded-json", "RoleId": "AKIAIOSFODNN7EXAMPLE", "CreateDate": "2015-09-30T18:43:32.821Z", "RoleName": "my-iot-role", "Path": "/", "Arn": "arn:aws:iam::123456789012:role/my-iot-role" } }
  2. Copie el siguiente JSON en un archivo denominado my-iot-policy.json.

    { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "dynamodb:*", "Resource": "*" } ] }

    Este JSON es un ejemplo de documento de política que otorga acceso de AWS IoT administrador a DynamoDB.

    Use el comando create-policy para conceder AWS IoT acceso a sus AWS recursos al asumir el rol, transfiriendo el archivo: my-iot-policy.json

    aws iam create-policy --policy-name my-iot-policy --policy-document file://my-iot-policy.json

    Para obtener más información sobre cómo conceder acceso a las políticas Servicios de AWS internas AWS IoT, consulte. Crear un AWS IoT regla

    La salida del comando create-policy contendrá el ARN de la política. Asociar la política a un rol.

    { "Policy": { "PolicyName": "my-iot-policy", "CreateDate": "2015-09-30T19:31:18.620Z", "AttachmentCount": 0, "IsAttachable": true, "PolicyId": "ZXR6A36LTYANPAI7NJ5UV", "DefaultVersionId": "v1", "Path": "/", "Arn": "arn:aws:iam::123456789012:policy/my-iot-policy", "UpdateDate": "2015-09-30T19:31:18.620Z" } }
  3. Ejecute el comando attach-role-policy para asociar la política al rol:

    aws iam attach-role-policy --role-name my-iot-role --policy-arn "arn:aws:iam::123456789012:policy/my-iot-policy"

Revocar el acceso al motor de reglas

Para revocar inmediatamente el acceso al motor de reglas, haga lo siguiente:

  1. Eliminar iot.amazonaws.com de la política de confianza

  2. Siga los pasos para revocar las sesiones de roles de IAM

Restringir el tráfico de acciones HTTP a los rangos de IPv6 del motor de reglas

Los puntos de enlace que restringen el tráfico entrante por dirección de origen deben tener en cuenta el rango de su región que se indica en la siguiente tabla. Esto se aplica a los puntos de enlace de acción HTTP, que son los únicos destinos que puede configurar para que solo se pueda acceder a ellos a través de IPv6. Para otras acciones, el motor de reglas se conecta a destinos de doble pila a través de IPv4, por lo que no se permite ningún rango.

Estos rangos solo se aplican cuando el motor de reglas se conecta al punto final a través de IPv6, lo que ocurre cuando el punto final publica registros AAAA y no publica registros A. No hay un rango IPv4 equivalente, por lo que restringir el tráfico del motor de reglas por dirección de origen requiere un punto final al que solo se pueda acceder a través de IPv6.

Cada rango se usa solo para las acciones del motor de reglas y no cambia. Los rangos de regiones adicionales se agregan a esta tabla a medida que están disponibles. Para conocer los pasos para recibir datos a través de IPv6, consulteAcceso a la red.

nota

Las regiones que no figuran en esta tabla no tienen un rango de IPv6 con un motor de reglas.

Region Rango de direcciones IPv6
us-east-1 2600:1f33:8000::/48
us-east-2 2600:1f33:6000::/48
us-west-1 2600:1f33:c000::/48
us-west-2 2600:1f33:4000::/48
ap-east-1 2406:da33:e000::/48
ap-northeast-1 2406:da33:4000::/48
ap-northeast-2 2406:da33:2000::/48
ap-south-1 2406:da33:a000::/48
ap-southeast-1 2406:da33:8000::/48
ap-southeast-2 2406:da33:c000::/48
ap-southeast-5 2406:da33:800::/48
ca-central-1 2600:1f33:1000::/48
eu-central-1 2a05:d033:4000::/48
eu-north-1 2a05:d033:6000::/48
eu-south-1 2a05:d033:a000::/48
eu-south-2 2a05:d033:1000::/48
eu-west-1 2a05:d033:8000::/48
eu-west-2 2a05:d033:c000::/48
eu-west-3 2a05:d033:2000::/48
il-central-1 2a05:d033:5000::/48
sa-east-1 2600:1f33:e000::/48
us-gov-east-1 2600:1f33:5000::/48
us-gov-west-1 2600:1f33:2000::/48

Los siguientes ejemplos restringen el tráfico entrante al us-east-1 rango. Reemplácelo por el rango de su región.

Una política de recursos de API Gateway que permite el motor de reglas y niega todo lo demás:

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": "*", "Action": "execute-api:Invoke", "Resource": "execute-api:/*" }, { "Effect": "Deny", "Principal": "*", "Action": "execute-api:Invoke", "Resource": "execute-api:/*", "Condition": { "NotIpAddress": { "aws:SourceIp": ["2600:1f33:8000::/48"] } } } ] }

Para un punto final detrás de un balanceador de carga o en Amazon EC2, añada una regla de entrada al grupo de seguridad que permita el tráfico TCP en el puerto 443 desde el rango de su región.