您的代理正在使用您的凭据,这就是问题

您的代理正在使用您的凭据,这就是问题所在 工程师将代理运送到生产环境。它需要调用内部 API,因此它使用工程师环境中已有的密钥。代理运行。它现在还拥有工程师拥有的所有权限。这是大多数人的默认状态...您的代理正在使用您的凭据,这就是 DataRobot 上首先出现的问题。

来源:DataRobot博客

您的代理正在使用您的凭据,这就是问题

工程师将代理运送到生产环境。它需要调用内部 API,因此它使用工程师环境中已有的密钥。代理运行。它现在还拥有工程师拥有的所有权限。

这是当今大多数代理部署的默认状态。代理没有自己的身份,因此借用了一个。通常它通过 API 密钥借用人类的密钥。该代理在第一天就开始工作,这正是问题在生产中未被注意到的原因。

继承的实际成本是多少

这条捷径会导致四次失败,并且它们会复合。

您获得权限升级。非人类进程现在具有人类的完全访问权限。它可以到达人类可以到达的每个系统,无论任务是否需要。

你没有范围。代理应该接触系统的一小部分。相反,它得到了一切,因为钥匙从来就不是为了表达“仅此”。

您没有得到任何归属。当代理采取行动时,审核日志会显示该人员。您无法将代理人所做的事情与该人所做的事情分开。事件响应速度缓慢,您稍后必须讲述的任何合规故事也是如此。

您没有得到干净的撤销。要关闭代理,您需要轮换人员的钥匙。现在你已经破坏了人类自己的访问权限以及依赖该密钥的所有其他进程。单独的代理没有关闭开关。

知识渊博的读者会在这里找到明显的修复方法。按计划轮换钥匙。相反,请向代理提供一个服务帐户。两者都忽略了真正的问题。

护照是错误的思维模式

特工打破了护照下的假设。正确的问题不是“这个演员是谁”。它是“这个演员现在被授权为这项任务做什么。”这是权威,而不是护照意义上的身份,区别就是重点。

为什么您的 IAM 堆栈会对您执行此操作

外卖