에이전트 세션 위임과 행위 승인 통제 설계

로그인 세션을 넘기는 순간 달라지는 책임 경계

ChatGPT Work는 비밀번호 관리자와 연동해 로그인된 웹사이트에서 작업을 수행하고, 중대한 작업에는 실행 전 사용자 확인을 받는 구성을 공개했다. 에이전트의 웹 접근이 공개 페이지를 읽는 수준에서, 사용자의 인증 권한을 상속해 실행하는 단계로 바뀐 셈이다.

세션을 넘긴 에이전트는 사용자가 할 수 있는 일을 수행할 수 있다. 이때 설계의 핵심은 에이전트가 무엇을 할 수 있느냐가 아니라, 무엇까지 독자적으로 실행하도록 허용할 것인가에 있다.

결제·삭제·발송처럼 되돌릴 수 없는 행위는 한 번의 판단 오류가 그대로 결과가 된다. 화면을 잘못 읽은 상태에서 조작하면 의도하지 않은 대상에 변경을 가할 수도 있다. 또한 사용자 계정으로 수행된 작업은 로그에서 사람과 에이전트의 행위를 구분하기 어렵다.

위임 통제는 자격증명 경계, 권한 범위 선언, 사전 확인 트리거, 도메인 허용 목록, 화면 검증, 행위 이력 재구성을 함께 다뤄야 한다.

위임 권한을 제한하는 통제 구조

자격증명 저장소와의 연동에서는 에이전트가 비밀번호 원문을 직접 보는 구간을 만들지 않는다. 저장소가 입력을 대신 처리하거나 세션만 전달하도록 경계를 두고, 연동 가능한 저장소와 접근 가능한 항목 범위도 명시한다. 전체 금고에 접근하게 하면 위임 범위 역시 무한대로 넓어진다.

권한은 도메인마다 읽기만 허용할지, 초안 작성까지 맡길지, 확정 행위까지 허용할지 선언한다. 선언되지 않은 도메인은 거부 상태로 두어야 한다. 기본 허용 방식은 새로 연결된 서비스가 자동으로 위임 범위에 들어가는 문제를 만든다.

중대한 행위는 금액 발생, 외부 발송, 삭제, 권한 변경을 기준으로 잡을 수 있다. 승인 요청에는 대상, 금액, 수신처, 되돌림 가능 여부를 표시한다. 맥락 없이 확인 버튼만 제시하면 사용자는 내용을 검토하지 않은 채 승인하게 된다.

되돌림 가능성도 서비스별로 나눠 관리한다. 취소 가능한 작업, 보상 거래로 되돌릴 수 있는 작업, 되돌릴 수 없는 작업은 서로 다른 위험도를 가진다. 같은 삭제라도 휴지통이 있는 서비스와 그렇지 않은 서비스는 위험 등급이 다르다.

세션에는 짧은 만료를 설정하고 작업이 끝나면 즉시 폐기한다. 남아 있는 세션은 상시 권한과 다르지 않다. 만료 뒤 재위임은 사용자 행위로만 가능해야 하며, 에이전트가 세션을 스스로 연장할 수 있다면 기간 제한은 의미를 잃는다.

접속 도메인은 허용 목록에 고정하고, 리다이렉트로 목록 밖으로 이동하면 실행을 멈춘다. 필요하다면 하위 경로까지 제한한다. 하나의 도메인 안에 일반 기능과 관리자 화면이 함께 있는 서비스가 많기 때문이다.

실행 직전에는 화면에 기대한 대상과 값이 실제로 표시되는지 확인한다. 불일치, 로딩 상태, 오류 배너, 다른 계정으로 로그인된 상태는 모두 중단 신호다. 화면이 바뀐 사실을 인식하지 못한 클릭은 오작동의 주요 원인이 된다.

마지막으로 어떤 도메인에서 어떤 요소를 어떤 값으로 조작했는지 순서대로 남긴다. 사람의 행위와 에이전트의 행위를 식별할 수 있는 표식이 없다면 사고 이후 책임을 판단하기 어렵다.

⤢✕

제한된 서비스에서 시작하는 운영 방식

도입 초기에는 업무상 필요하면서 되돌림 수단이 있는 서비스부터 허용 목록에 넣는다. 금융, 인사, 계약 관련 서비스는 초기 대상에서 제외한다. 첫 사고가 이 영역에서 발생하면 위임 체계 전체가 중단될 수 있다.

중대 행위의 기준은 부서별로 다를 수 있으므로 금액 기준과 대상 범위를 문서로 합의하고 설정에 반영한다. 예외를 개인 재량에 맡기면 동일한 통제가 유지되지 않는다.

에이전트용 계정은 사용자 본인 계정과 분리해 발급하고, 필요한 권한만 부여한다. 분리 계정으로 접근할 수 없는 업무는 위임 대상에서 제외한다. 본인 계정을 빌려주는 예외가 생기면 통제 경계가 무너진다.

승인 요청의 문구와 표시 항목은 표준화한다. 되돌릴 수 없는 항목은 시각적으로 구분해야 한다. 모든 확인 요청이 같은 모습이면 사용자는 모든 작업을 같은 속도로 승인하게 된다.

잘못된 클릭, 잘못된 대상 선택, 중복 실행 사례는 따로 모아 화면 검증 규칙에 반영한다. 사용자가 쉽게 신고할 수 있는 경로도 필요하다. 신고 부담이 크면 사례가 축적되지 않고 같은 오류가 반복된다.

퇴사, 직무 변경, 사고가 발생했을 때 위임을 일괄 회수하는 절차를 정하고, 회수 뒤 잔여 세션이 없는지도 확인한다. 회수 처리와 실제 세션 만료 사이의 틈은 사고가 발생할 수 있는 구간이다.

서비스 추가와 권한 등급 상향은 승인 대상으로 관리한다. 행위 이력의 정기 표본 점검과 보관 기간 정책 역시 운영 체계에 포함한다.

세션 위임과 공개 API가 만드는 차이

구분	세션 위임 자동화	공개 API 연동
적용 범위	로그인 가능한 모든 서비스	API 제공 서비스로 한정
권한 세분화	사용자 권한 상속	스코프 단위 지정
통제 가능성	낮음	높음
화면 변경 영향	직접 영향	없음
감사 추적	별도 표식 필요	호출 단위 기록
초기 구축 비용	낮음	높음

세션 위임은 API가 없는 서비스까지 사람이 사용하는 화면을 대상으로 삼을 수 있다. 별도 연동 개발 없이 적용할 수 있고, 사용자가 보던 업무 절차를 바꾸지 않아도 된다. 반면 사용자 권한 전체가 상속되므로 스코프를 좁히기 어렵고, 화면 구조가 바뀌면 오작동할 수 있다. 로그에서도 사람과 에이전트의 행위가 섞여 사후 책임 판단이 흐려진다.

공개 API 연동은 스코프 단위로 권한을 줄일 수 있어 최소권한 원칙을 적용하기 쉽다. 호출 단위의 감사 기록이 남고 화면 변경의 영향을 받지 않아 자동화 수명이 길다. 다만 API가 없는 서비스에는 적용할 수 없으며, 연동 개발과 자격증명 관리에 초기 비용이 든다. 제공 기능이 화면 기능의 부분집합인 경우도 많다. API가 있는 서비스는 API로 연결하고, 없는 서비스만 세션 위임 대상으로 남기는 배치가 통제 가능성을 유지하는 기준이 된다.

사전 확인 게이트는 되돌릴 수 없는 행위 앞에 사람의 판단을 넣어 실행 전 오판을 걸러낸다. 확인 화면은 에이전트가 이해한 작업을 사람이 검토하는 지점이며, 승인 기록은 사고 시 책임 소재의 근거가 된다. 그러나 확인자의 응답 시간이 작업 속도를 제한하고, 확인 요청이 잦으면 습관적 승인으로 바뀌어 안전 효과 없이 지연만 남는다.

전면 자동 수행은 처리량이 사람의 가용성과 무관해지고 대량 반복 업무의 단위 비용을 낮춘다. 하지만 화면 오독이나 대상 오인이 외부 시스템에 그대로 반영된다. 결제나 삭제처럼 되돌릴 수 없는 영역에서는 한 번의 실패가 회복 불가능한 손실이 될 수 있다. 승인 게이트는 모든 행위가 아니라 되돌릴 수 없는 행위에 좁게 적용해야 한다.

전용 위임 계정은 필요한 권한만 부여해 사고 영향 범위를 제한하고, 계정 자체로 에이전트 행위를 구분할 수 있게 한다. 권한 회수도 계정 비활성화로 처리할 수 있다. 서비스별 계정과 권한을 설정해야 하고, 일부 서비스는 계정당 과금이 붙으며, 공유 문서나 개인 데이터에 접근하려면 별도 공유 설정이 필요하다.

사용자 본인 계정은 추가 설정 없이 바로 시작할 수 있고 사용자가 접근하는 자원을 그대로 활용할 수 있다. 대신 사고 범위가 사용자 권한 전체로 열리며, 로그에서 사람과 에이전트의 행위가 섞인다. 권한을 회수할 때 사용자 자신의 접근까지 끊길 수 있다. 설정 부담 때문에 본인 계정을 사용하기 시작하면 사고 범위를 설계로 제한할 수단이 사라진다.

접근 통제와 인증 관리로 보는 위임

사이트별 권한 등급 선언과 도메인 허용 목록은 최소권한 원칙과 화이트리스트 기반 통제를 구현하는 수단이다. 전용 계정 분리는 직무 분리와 권한 최소화를 계정 수준에서 적용하는 방식이다.

자격증명 저장소 연동에서 비밀번호 원문을 노출하지 않는 구성은 자격증명 노출면을 줄인다. 세션 유효 기간 제한과 재위임 요구는 세션 관리 통제에 해당한다.

되돌릴 수 없는 작업을 분류하는 방식은 영향도 기반 위험 등급 산정의 구조를 따른다. 오작동 사례를 수집하고 규칙에 반영하는 과정은 위험 식별과 통제 개선을 반복하는 절차다.

제품 기능으로 이동하는 위임 통제

상용 에이전트는 자격증명 저장소 연동을 기본 기능으로 탑재하고, 위임 범위 설정을 제품 설정 항목으로 노출하는 방향으로 갈 전망이다. 되돌릴 수 없는 행위의 사전 확인은 규제 산업에서 도입 요건으로 명시되는 흐름이 이어질 수 있다.

에이전트 전용 계정 발급과 스코프 지정을 지원하는 서비스가 늘어나면 위임 통제는 서비스 측 기능으로 이동한다. 사람과 에이전트를 구분하는 행위 주체 표식도 감사 로그의 표준 항목으로 요구되는 흐름이다.

로그인 세션을 넘기면 에이전트는 사용자가 할 수 있는 모든 일을 할 수 있다. 도메인 허용 목록으로 범위를 제한하고, 전용 계정으로 권한을 분리하며, 되돌릴 수 없는 행위에만 승인 게이트를 두고, 이력에 주체 표식을 남기는 구성이 필요하다. 승인 요청이 많아질수록 사용자가 내용을 읽지 않고 누를 가능성도 커지므로 확인 대상은 좁게 유지해야 한다.