admin管理员组

文章数量:1487745

一、引言：

对于企业上云的典型场景，云账号管理员一般会给员工、应用程序或系统服务创建一个相应的用户账号。每个账号都可以有独立的身份认证密钥，俗称AK (AccessKey)，它用于阿里云服务API的身份认证。既然是身份证明，证明你是某个云账号的合法拥有者，那么一旦泄露后果着实严重。我们也常有听说例如AK被外部攻击者恶意获取，或者员工无心从github泄露的案例，最终导致安全事故或生产事故的发生。AK的应用场景极为广泛，因此做好AK的管理和治理就尤为重要了。本文将通过两种AK使用不安全的典型案例，进行分析和介绍。

二、访问密钥误删，用户服务受阻

典型案例重现

2020年，某客户突然发现自己的一些项目的用户APP上传数据出现失败，这个上传数据功能使用了该云厂商上的某存储服务，客户发起工单认为云厂商的存储服务有故障。经排查发现该用户的Region其他业务方的生产活动正常，未出现明显异常；遂怀疑网络问题，建议客户查询网络连接，此时客户提交App端的错误日志，日志中显示是访问密钥没有找到，在云客服的指导下，并未发现有相同ID的密钥存在，然后在操作审计的记录中，发现该访问密钥是被其自己内部做了删除操作。

紧急处理

  1. 云产品建议该客户对使用的访问密钥马上替换，客户反馈APP上不好控制，特别iOS的app发布还要审核，周期太长；
  2. 客户紧急发布公告，通知其用户此功能暂时不可用，待升级后恢复。

影响

影响显而易见，对很多初创企业这样的故障会轻则导致用户体验差，重则关键功能不可用，对企业留存客户或者收入都会受到不同程度的影响。

分析和总结

  1. 这次故障主要是由于员工误删除AK导致，有的同学就会说，能不能有个类似垃圾站的功能，还可以回收？其实云厂商一般都会提供一个类似的功能叫激活/禁用，应当遵循“先禁用再删除”，以确保业务的正常持续；
  2. 此外，AK删除导致服务端的故障，值得引起注意和自查的是，用户作为管控和服务端使用的不同场景，是不是做了严格的区分？服务端使用和管控是否区分开等？员工和线上系统是否区分开？
  3. App应用中硬编码访问密钥，导致出现泄漏时，替换成本很大，不能马上进行轮转替换完成业务止损；其实App类业务不适合使用永久AK密钥来访问OpenAPI。
  4. 此外，应用反编译，hack已经是多发事件了，代码中存放永久密钥，泄露的风险巨大！

三、规范的访问密钥生命周期管理操作，保障安全生产进行

上述真实的案例不仅带给我们巨大的警示，那么针对访问密钥究竟在哪些环节进行规范操作？又应当通过什么办法进行管理控

本文标签： 密钥生命周期基础AK

版权声明：本文标题：谈AK管理之基础篇 - 如何进行访问密钥的全生命周期管理？ 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.betaflare.com/biancheng/1729883943a1499972.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。