Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
SAP는 에이전트가 요청자의 권한을 초과할 수 없도록 설계하며, 기존의 ID 및 GRC 통제를 AI에 확장한다고 발표했습니다. 새로운 거버넌스 어시스턴트는 사용자의 역할을 기반으로 접근을 제한하고, 자율성 수준을 제어합니다. 특히 에이전트 자체의 접근 관리는 2027년 1분기에 별도의 도구로 제공될 예정입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기SAP는 에이전트가 요청한 사람의 권한을 초과할 수 없다고 밝힙니다. 날짜, 열린 여지를 남기는 네 가지 질문, 그리고 사용하기 전에 수정해야 할 사항에 대해 다룹니다.
금요일 오후 4시 55분이라고 상상해 보세요. 한 채권 회계 담당자가 자신의 비서에게 "주말 전에 차단된 송장들을 정리해 달라"고 요청합니다.
비서는 로그인 권한을 가지고 있습니다. 그리고 그녀의 로그인 권한은 지급 차단을 해제할 수 있는데, 이는 3년 전 그녀가 휴가 중인 동료를 대신 처리하면서 아무도 접근 권한을 제거하지 않았기 때문입니다.
비서는 빠르고, 공손하며, 지치지 않습니다. 오후 5시 10분까지 많은 송장들을 해제했습니다.
이 모든 것이 안전하게 해제된 것일까요? 비서가 할 수 없는 일을 하지는 않았나요? 바로 그것이 문제입니다.
이것이 SAP가 10월 6일 SAP Connect에서 약속한 배경에 있는 질문입니다. 이는 강력한 약속이므로, 내용을 주의 깊게 읽어야 하며 세부 사항이 중요합니다.
요약: SAP는 에이전트가 요청한 사람의 권한을 초과할 수 없다고 말합니다. 맞습니다. 하지만 그 권한은 오직 사용자의 역할(roles)만큼만 제한적이며, 에이전트 접근 관리를 위한 전용 도구는 2027년에 계획되어 있습니다.
SAP의 혁신 가이드에 따르면, 새로운 거버넌스 어시스턴트는 "기존의 ID 및 GRC(Governance, Risk, and Compliance) 통제를 AI에 직접 확장하여, 에이전트가 정의된 한계를 초과하거나 요청을 시작한 직원의 권한을 넘어서 행동하는 것을 방지합니다."라고 명시되어 있습니다.
보도 자료에는 Joule 어시스턴트가 "확립된 데이터, 권한 및 감사 추적(audit trails)을 사용하여 작업을 수행"하며, 고객이 자율성 수준을 통제한다고 추가되어 있습니다. SAP는 또한 에이전트 인벤토리(SAP LeanIX의 SAP AI Agent Hub)를 언급하며, 그 거버넌스 아키텍처가 ISO/IEC 42001에 대해 독립적으로 인증받았다고 밝히고 있습니다.
이는 합리적인 설계입니다. 에이전트에게 새로운 초능력이 부여되는 것이 아닙니다. 사용자의 권한을 빌려 쓰는 것입니다.
순서를 다시 읽어보세요. 에이전트는 10월부터 도착하기 시작합니다. _에이전트 접근(agent access)_을 관리하도록 구축된 어시스턴트는 2027년 1분기에 계획되어 있습니다.
이것들은 SAP의 계획이며, 계획은 변할 수 있습니다. 하지만 순서는 주목할 가치가 있습니다.
SAP 자체의 계획된 일정입니다. 중간의 공백은 여러분이 채워야 할 부분입니다. Diagram by ayraix.com.
제가 생각하는 방식은 이렇습니다. 에이전트가 수행할 수 있는 것에는 세 가지 천장이 있습니다.
SAP의 약속은 첫 번째 천장에 관한 것입니다. 그것은 오직 사용자의 역할이 얼마나 엄격한지에 따라 낮아집니다.
GRC 팀에 문의해 보세요. 업무상 필요보다 더 많은 접근 권한을 가진 사람이 몇 명이나 되는지 말입니다. 많은 사람들이 이것이 접근 검토(access reviews)에서 가장 흔하게 발견되는 문제 중 하나라고 말할 것입니다. 사람들은 직장을 옮기고, 동료를 대신하며, 프로젝트를 수행합니다. 접근 권한은 쌓이기 마련입니다.
접근 권한이 너무 많은 사람은 이미 당신이 안고 가는 위험입니다. 하지만 사람의 경우, 몇 단계에 걸쳐, 잠시 멈추면서, '이건 뭔가 이상하다'는 직감이 작동하며 사용합니다. 반면 에이전트는 당신이 부여한 규칙 외에는 어떤 직감도 없이, 기계 속도로, 수많은 단계를 거쳐 동일한 접근 권한을 사용합니다.
동일한 권한. 더 큰 폭발 범위(blast radius).
동일한 권한, 다른 폭발 범위(blast radius). ayraix.com 제공 다이어그램.
이것은 비난이 아니라 질문입니다. 저는 SAP의 공개된 페이지에서 이 질문들에 대한 답을 찾을 수 없었으므로, 다음 미팅에서 질문할 가치가 있습니다.
SAP는 지속적인 모니터링(continuous monitoring)에 대해 이야기합니다. 예를 들어 Moody's와의 파트너십에서 Joule Agents는 '공급업체 위험 신호를 플래그 지정하고 대안을 제시'할 것이라고 합니다. 만약 에이전트가 사람의 요청이 아닌 이벤트 때문에 작업을 시작한다면, 누구의 권한이 적용됩니까?
전통적인 SoD는 사용자가 상충되는 역할을 보유하는지 여부를 묻습니다. 하지만 에이전트는 몇 분 안에 많은 단계를 연결할 수 있습니다. 만약 당신의 규칙이 역할(roles)만 보고 실제 한 세션에서 무슨 일이 일어났는지 보지 못한다면, 기술적으로 허용되지만 놓칠 수 있는 조합이 있을 수 있습니다. SAP는 거버넌스 어시스턴트(Governance Assistant)가 시스템 간 행동을 상관관계 분석한다고 말합니다. 당신의 규칙으로 이것을 테스트해 보세요.
2027년 1분기 출시 예정인 어시스턴트는 '자율 에이전트를 포함하도록 신원 거버넌스를 확장'한다고 합니다. 이 문구는 에이전트가 자체적으로 관리되는 신원이 될 것임을 시사합니다. 이것이 실제로 구현될 때까지, 당신의 접근 검토(access reviews)에서 에이전트는 어떻게 식별됩니까?
SAP는 감사 추적(audit trails)이 존재한다고 말합니다. 정확히 무엇이 기록되는지 물어보세요: 요청 내용, 계획, 모든 호출(call), 모든 결과입니다. '에이전트가 400개의 인보이스를 발행했다'고 보여주는 감사 추적은 왜, 단계별로 그러했는지를 보여주는 것보다 훨씬 약합니다.
2024년 10월부터 2027년 Q1까지, 당신이 감시자(guard)입니다. 실질적인 작업 순서는 다음과 같습니다:
답변(Answer).
요청한 주체, 시점, 그리고 정확한 요청 내용;
에이전트가 수립한 계획;
모든 시스템 호출: 어떤 객체(object), 어떤 값(values), 어떤 시스템을 사용했는지;
각 호출의 결과;
누구로부터 승인을 받았는지 포함된 모든 승인 기록;
최종 결과, 그리고 이 계획을 생성한 모델과 버전.
SAP에 문의하여 위 항목 중 어떤 것들이 감사 추적(audit trails)으로 기록되는지 확인하십시오. 부족한 부분은 자체 로깅 시스템으로 채우십시오.
SAP는 올바른 보호 장치(guard)를 만들고 있습니다. 하지만 먼저 작업자들(workers)을 보내고 있습니다.
이것은 스캔들이 아닙니다. 소프트웨어가 일반적으로 배포되는 방식입니다. 그러나 이는 향후 6개월간의 실제 안전성이 여러분이 통제할 수 있는 지루한 것들, 즉 깨끗하게 정의된 역할, 승인 기록, 그리고 로그에 달려 있다는 것을 의미합니다.
도구가 누가 무엇을 할 수 있게 허용해야 하는지 알려주기를 기다리지 마십시오. 스스로 결정하십시오. 여러분이 먼저 행동한다면 그 도구는 훨씬 더 유용할 것입니다.
원래 발행처: ayraix.com, 기업 구축가를 위한 실용적인 AI.
