博物馆网站建设,百度竞价防软件点击软件,张雪峰软件工程的前景,书店建设网站的能力-- Aws Iam(identity,user,role,group,policy,resource,)架构图和快速入门. 【官网】#xff1a;Cloud Computing Services - Amazon Web Services (AWS) 应用场景
aws 云服务运维,devops过程中经常涉及各项服务#xff0c;权限#xff0c;角色的处理。 为了更好的使用各项…-- Aws Iam(identity,user,role,group,policy,resource,)架构图和快速入门. 【官网】Cloud Computing Services - Amazon Web Services (AWS) 应用场景
aws 云服务运维,devops过程中经常涉及各项服务权限角色的处理。 为了更好的使用各项云服务同时确保安全性需要深入了解aws iam相关内容。
基础资源
aws 使用须知
需要结合公司业务需求安全需求成本承受能力运维能力等综合确认相关的aws部署设置方案。 配置步骤 【aws iam核心关系图】 【aws iam安全准则】 users: create individual userspermissions: Grant least priviledgegroups: manage permissions with groupsconditions: restrict priviledged access further with conditionsauditing: enable cloudTrail to get logs of API callspassword: configure a strong password policyrotate: rotate security credentials regularly.MFA: enable MFA (Multi-Factor Authentication) for priviledged userssharing: use IAM roles to share accessroles: use IAM roles for EC2 instancesroot: reduce or remove use of root 【 aws iam重要术语】
[ARN]
ARN是Amazon Resource Names的缩写在AWS里创建的任何资源有其全局唯一的ARN。ARN是一个很重要的概念它是访问控制可以到达的最小粒度。在使用AWS SDK时我们也需要ARN来操作对应的资源。 [用户users]
在AWS里一个IAM user和unix下的一个用户几乎等价。你可以创建任意数量的用户为其分配登录AWS management console所需要的密码以及使用AWS CLI或其他使用AWS SDK的应用所需要的密钥。你可以赋予用户管理员的权限使其能够任意操作AWS的所有服务也可以依照Principle of least privilege只授权合适的权限。 注: 这样创建的用户是没有任何权限的甚至无法登录可以进一步为用户关联群组设置密码和密钥. [群组groups]
等同于常见的unix group。将一个用户添加到一个群组里可以自动获得这个群组所具有的权限。在一家小的创业公司里其AWS账号下可能会建立这些群组
Admins拥有全部资源的访问权限Devs拥有大部分资源的访问权限但可能不具备一些关键性的权限如创建用户Ops拥有部署的权限Stakeholders拥有只读权限一般给manager查看信息之用
注: 默认创建的群组没有任何权限我们还需要为其添加policy. [角色roles]
类似于用户但没有任何访问凭证密码或者密钥它一般被赋予某个资源包括用户使其临时具备某些权限。比如说一个EC2实例需要访问DynamoDB我们可以创建一个具有访问DynamoDB权限的角色允许其被EC2 Service代入AssumeRule然后创建EC2的instance-profile使用这个角色。这样这个EC2实例就可以访问DynamoDB了。当然这样的权限控制也可以通过在EC2的文件系统里添加AWS配置文件设置某个用户的密钥AccessKey来获得但使用角色更安全更灵活。角色的密钥是动态创建的更新和失效都无须特别处理。想象一下如果你有成百上千个EC2实例如果使用某个用户的密钥来访问AWS SDK那么只要某台机器的密钥泄漏这个用户的密钥就不得不手动更新进而手动更新所有机器的密钥。这是很多使用AWS多年的老手也会犯下的严重错误。 [权限permissions]
AWS下的权限都通过policy document描述就是上面我们给出的那个例子。policy是IAM的核心内容. [Identity/Principal] 从资源访问的角度来看使用 AWS 资源的其实不单单是具体的人还可能是 Application。所以AWS 里面的身份分几种
UserApplicationFederated UserRole
能在 AWS IAM 控制台里创建的只有 User 和 Role。而 User 在创建的时候可以指定它的访问类型。是凭借用户名密码在 Console 登录还是使用 Access Key ID 及 Secret 通过 API 来访问还是两者皆可。
要特别注意的是User 是直接操作 AWS 资源的用户而不是你自己开发并部署在 AWS 的系统里面的用户。IAM 的 User 是有数量限制的最多 5000 个。
如果你开发的系统需要操作 AWS 资源比如说上传文件到 S3那你需要用的是 Federated User。通过 OpenID Connect如 Google/Facebook或者 SAML 2.0如 Microsoft AD你的系统用户可以在登录后换取代表某个 AWS Role 的临时 token 来访问 AWS 资源。 [Authentication] 访问和使用 AWS 资源有两种方式一种是通过页面登录也就是 Console。一种是通过 AWS API也就是接口包括 CLI, SDK 或 HTTPS 请求。
IAM User 在 Console 页面登录需要提供 AWS 帐号名IAM User 名和密码。AWS 帐号名是 AWS 云服务开通时系统生成的一串数字或者是你赋予的别名。它其实就是一个多租户系统里面的租户帐号。 AWS 还会为每个帐号提供一个独特的登录链接
而如果是使用 API 访问 AWS我们是需要用 IAM User 的 Access Key ID 及 Secret 来为这个 HTTP 请求生成签名的 常见问题 快速入门
无 参考资料
IAM 中的策略和权限Policy evaluation logic一文读懂 AWS IAM管理用户aws跨账号权限委托我希望在开始之前知道的AWS技巧AWS系列深入了解IAM和访问控制
