不要提前在关键任务资源上使用可猜测的名称
问题
解决方案
语境
当攻击者预见到云资源(例如 s3 存储桶)的命名模式时,就会发生资源抢占。
攻击者在用户尚未部署资源的区域创建它们。
用户与这些攻击者拥有的资源的交互可能会导致严重的安全漏洞,例如数据泄露、未经授权的访问或帐户接管。
此漏洞在 aws 等经常使用可预测命名约定的环境中至关重要。
许多系统避免这种间接方式,担心性能损失,这是过早优化的明显例子。
示例代码
错误的
1 2 3 4 |
|
正确的
1 2 3 4 5 6 7 8 9 10 |
|
检测
[x] 自动
安全审核可以通过分析资源名称的可预测性来检测这种气味。
寻找攻击者可以轻松预测或猜测的名称模式。
标签
- 安全
等级
[x] 中级
人工智能一代
人工智能生成器可以使用具有可预测命名模式的标准模板来创建这种气味。
始终自定义和检查生成的代码以确保安全。
如果配置了识别可预测或不安全资源命名约定的规则,人工智能可以帮助检测这种气味。
这是一个安全风险,需要了解云基础设施和潜在的攻击媒介。
结论
避免可预测的命名模式对于保护云资源至关重要。
始终使用独特、晦涩、难以猜测的名称,并验证资源所有权以防止抢注攻击。
关系
更多信息
gb 黑客
维基百科
免责声明
代码味道是我的观点。
制作人员
照片由 felix koutchinski 在 unsplash 上拍摄
唯一真正安全的系统是关闭并拔掉插头的系统,锁在钛衬里的保险箱中,埋在混凝土掩体中,周围是神经毒气和高薪武装警卫。即便如此,我也不会赌上我的生命。
吉恩·斯帕福德
本文是 codesmell 系列的一部分。