퍼스트 클래스 에이전트 아이덴티티의 실체와 워크로드 아이덴티티와의 관계

에이전트가 사람의 자격증명을 빌려 쓰거나 공유 계정에 숨어 있을 때 발생하는 감사 불가능성과 권한 과잉 문제를 해결하려면 에이전트에 고유한 런타임 주체를 부여하고 작업 단위로 권한을 범위화하며 소유자를 명시하고 독립적 폐기 수단을 제공해야 한다는 네 가지 요건이 제안되었다; 이 요건을 충족하면 행위 귀속과 개별 폐기가 가능해져 보안과 통제가 향상되지만 이를 인프라 수준에서 운영하는 비용과 복잡성이 발생한다는 트레이드오프가 존재한다; 본문에 제시된 표는 공유 서비스 계정, 사용자 대리, 장기 비밀키 방식이 각각 어떤 지점에서 실패하는지를 속성별로 정리해 첫 번째 클래스 신원이 유일한 해결책으로 보이는 근거를 제공하며, 이 접근이 곧바로 워크로드 아이덴티티와 동일한지 여부는 아직 결론이 나지 않은 논쟁으로 남아 있다.