.svg)
AI 솔루션 문의하기
AI 에이전트 인증 관리는 에이전트가 시스템에 접근할 때 쓰는 자격 증명과, 그 에이전트에게 일을 맡긴 사람의 인증을 함께 관리하는 일입니다. 에이전트는 사람 대신 메일을 보내고, 데이터를 조회하고, 결제를 처리합니다. 그만큼 에이전트가 쓰는 자격 증명이 새거나 남용되면 피해가 사람 계정 하나가 탈취됐을 때보다 빠르게 커질 수 있습니다. 실무에서 자주 정리되는 모범 사례는 다음 일곱 가지입니다.
일곱 가지는 따로 떨어진 규칙이 아니라 서로 이어져 있습니다. 사람 계정과 에이전트 ID를 나눠야 위임 기록을 남길 수 있고, 위임 기록이 있어야 재인증할 사람과 폐기할 에이전트를 정확히 찾을 수 있습니다. 한두 가지만 적용하기보다 일곱 가지를 하나의 운영 흐름으로 묶어 두는 것이 중요합니다.
사람 계정은 한 사람이 정해진 시간에 직접 로그인해 쓰는 것을 전제로 관리됩니다. 에이전트는 사람이 자리에 없을 때도 쉬지 않고 요청을 보내고, 하나의 업무를 위해 여러 시스템에 동시에 접근합니다. 사람 계정에 맞춘 비밀번호 정책이나 로그인 기록만으로는 에이전트가 무엇을 했는지 구분하기 어렵습니다. 고객 응대처럼 에이전트가 실제 업무를 맡는 모습은 AI 에이전트 고객 지원 자동화 글에서 볼 수 있고, 이 글은 그런 에이전트를 안전하게 인증하고 관리하는 기준에 집중합니다.
가장 흔한 실수는 에이전트를 빠르게 연결하려고 담당자의 아이디와 비밀번호를 그대로 에이전트 설정에 넣는 것입니다. 이렇게 하면 에이전트가 한 일과 담당자가 한 일이 같은 계정 기록에 섞여 구분할 수 없습니다. 또 담당자가 비밀번호를 바꾸거나 퇴사하면 에이전트가 멈추거나, 반대로 퇴사 후에도 그 계정이 살아 있어야 하는 상황이 생깁니다. 사람 계정은 그 사람만 쓰고, 에이전트에게는 별도의 자격 증명을 발급하는 것이 원칙입니다.
여러 에이전트가 하나의 서비스 계정을 함께 쓰면, 문제가 생겼을 때 어느 에이전트가 원인인지 찾기 어렵고 하나만 멈추는 것도 불가능합니다. 에이전트마다 고유한 ID를 발급하고, 그 ID에 소유자, 생성 목적, 생성일을 함께 기록합니다. 이렇게 하면 접근 기록에서 에이전트별 행동을 따로 볼 수 있고, 이상이 보이는 에이전트만 골라서 정지할 수 있습니다. ID 이름에 부서와 업무를 알 수 있는 규칙을 정해 두면, 목록만 보고도 어떤 에이전트가 어디에서 무슨 일을 하는지 파악하기 쉬워집니다.
사람 계정을 본인만 사용하도록 하려면 계정을 처음 발급하는 단계에서 계정 주인이 실제 본인인지 확인하는 과정이 먼저 이루어져야 합니다. 알체라 eKYC는 자동 촬영 기능으로 신분증을 빠르게 인식하고, 촬영된 얼굴의 위변조 여부를 판별한 뒤 신분증 사진과 매칭하여 본인 여부를 확인합니다. 이렇게 확인된 계정을 기준으로 에이전트를 연결하면 이후 위임 기록과 재인증 과정에서도 같은 사람을 기준으로 관리할 수 있습니다.
한 번 발급하면 몇 달씩 유지되는 API 키는 설정 파일이나 코드에 남아 있다가 유출되기 쉽습니다. 에이전트에게는 짧은 시간 안에 만료되는 토큰을 발급하고, 필요할 때마다 다시 받도록 합니다. 토큰이 유출되더라도 만료 시간이 지나면 쓸 수 없기 때문에 피해 범위가 줄어듭니다. 토큰을 다시 발급할 때마다 에이전트의 상태와 소유자가 여전히 유효한지 확인하는 단계를 넣으면 효과가 더 커집니다. 토큰과 키는 코드나 설정 파일에 직접 적지 않고, 접근이 통제된 별도 보관소에 두고 꺼내 쓰도록 합니다.
일정을 정리하는 에이전트에게 결제 권한이 있을 이유는 없습니다. 에이전트를 만들 때 업무에 필요한 시스템과 작업만 허용하고, 나머지는 기본적으로 막아 둡니다. 운영하면서 권한이 필요해지면 그때 요청을 받아 추가하고, 추가한 권한에는 만료일을 정해 둡니다. 처음부터 넓은 권한을 주고 나중에 줄이려 하면, 실제로 어떤 권한이 쓰이는지 알 수 없어 줄이기가 어렵습니다. 예를 들어 고객 문의에 답하는 에이전트라면 문의 내역 조회와 답변 작성만 허용하고, 환불이나 고객 정보 수정은 필요성이 확인될 때 별도로 추가하는 식입니다.
에이전트는 스스로 일을 시작하지 않고, 누군가 맡긴 일을 합니다. 그래서 에이전트의 행동을 설명하려면 누가, 언제, 어떤 범위의 일을 맡겼는지가 함께 남아 있어야 합니다.
위임 기록은 나중에 고칠 수 없도록 저장하고, 범위를 바꿀 때는 기존 기록을 수정하지 않고 새 기록을 추가합니다. 이렇게 해야 사고가 났을 때 그 시점에 어떤 위임이 유효했는지 정확히 확인할 수 있습니다. 위임 기간이 정해지지 않은 기록은 남기지 않는 것을 원칙으로 하고, 기간이 끝나면 위임한 사람이 다시 확인해야 연장되도록 합니다.
토큰과 권한을 잘 관리해도, 위임한 사람의 계정 자체가 탈취되면 공격자는 정상적인 경로로 에이전트를 움직일 수 있습니다. 그래서 결제나 송금, 계정 권한 변경, 대량 데이터 반출처럼 되돌리기 어려운 작업 앞에서는 위임한 사람을 다시 확인합니다. 이때 비밀번호나 문자 인증번호는 계정과 함께 탈취될 수 있으므로, 얼굴 매칭과 라이브니스로 지금 카메라 앞에 있는 사람이 실제 본인인지 확인하는 방식이 효과적입니다.
재인증 대상을 너무 넓게 잡으면 사용자가 내용을 보지 않고 습관처럼 승인하게 되므로, 금액이나 영향 범위가 큰 작업부터 시작해 운영 기록을 보며 조정합니다. 재인증 화면에는 에이전트가 하려는 작업과 금액, 대상을 함께 보여 주어 사용자가 무엇을 승인하는지 알고 확인하도록 합니다.
에이전트는 만들기 쉬운 만큼 잊히기도 쉽습니다. 프로젝트가 끝났거나 담당자가 떠난 뒤에도 토큰이 살아 있는 에이전트는 관리되지 않는 출입문과 같습니다.
분기마다 전체 에이전트 목록을 점검해 소유자가 없거나 오래 쓰이지 않은 에이전트를 찾아내면, 폐기 절차를 놓친 에이전트를 줄일 수 있습니다. 인사 시스템의 퇴사 처리와 에이전트 목록을 연결해 두면 정리 대상을 더 빠르게 찾을 수 있습니다.
.png)
.svg)
.svg)
