상담 AI 도구 감사 로그, 기관 도입 전 확인할 보안 점검 항목

기관에서 상담 AI 도구를 도입할 때 보안팀이 가장 먼저 묻는 항목 중 하나가 상담 AI 도구 감사 로그입니다. 누가, 언제, 어떤 상담 데이터에 접근했는지 남는 기록이 있어야 사고가 발생했을 때 경위를 재구성하고 책임 소재를 가릴 수 있기 때문입니다. 이 글에서는 감사 로그의 개념, 상담 데이터에서 특히 중요한 이유, 기관 도입 검토 시 확인할 점검 항목을 동료 실무자·도입 담당자 관점에서 정리했습니다.

감사 로그란 무엇이고 왜 기관이 확인해야 할까요

감사 로그(audit log)는 시스템에서 발생한 접근과 행위를 시간 순으로 남긴 기록을 말합니다. 로그인·조회·수정·다운로드·삭제 같은 이벤트마다 "누가, 언제, 어떤 자원에, 무슨 작업을 했는지"를 남기는 것이 기본 형태입니다. 상담 AI 도구 감사 로그는 이 개념을 상담 회기 데이터에 적용한 것으로, 회기 녹음이나 축어록, 진행기록 같은 민감한 자원에 대한 접근 이력을 추적하는 장치입니다.

기관 입장에서 감사 로그가 중요한 이유는 명확합니다. 사고가 없을 때는 눈에 띄지 않지만, 정보 유출이나 부적절한 열람이 의심되는 순간 감사 로그의 유무가 대응의 시작점이 됩니다. 기록이 없으면 무슨 일이 있었는지조차 확인하기 어렵습니다. 그래서 보안 심사에서는 도구가 어떤 이벤트를 남기는지, 로그를 얼마나 보관하는지를 표준 질문으로 다룹니다.

상담 데이터에서 감사 로그가 특히 중요한 이유

상담 데이터는 개인정보보호법상 민감정보에 해당하는 정보를 다수 포함합니다. 정신건강 상태, 가족 관계, 개인의 내밀한 진술이 회기 기록에 담기기 때문에, 일반 업무 문서보다 더 높은 수준의 접근 통제가 요구됩니다.

감사 로그가 상담 맥락에서 특히 중요한 지점은 다음과 같습니다.

• 접근의 정당성 확인: 상담사 본인이 담당 사례에만 접근했는지, 권한 없는 열람이 없었는지 사후에 점검할 근거가 됩니다.
• 위탁 관계의 투명성: 기관이 외부 도구에 데이터 처리를 위탁할 때, 접근 이력은 위수탁 관계의 책임을 확인하는 자료가 됩니다.
• 내부 신뢰 형성: 소속 상담사에게도 "모든 접근이 기록된다"는 사실 자체가 데이터를 신중히 다루게 하는 최소한의 규범으로 작동합니다.

다만 감사 로그는 만능이 아닙니다. 로그를 남기는 것과, 그 로그를 정기적으로 검토하고 이상 징후에 대응하는 운영 체계를 갖추는 것은 다른 문제입니다. 기록만 쌓이고 아무도 보지 않는다면 실질적 보호 효과는 제한적입니다.

기관 보안 심사에서 감사 로그로 확인하는 항목

도입 담당자가 상담 AI 도구를 검토할 때, 감사 로그와 관련해 공급사에 확인할 만한 항목을 표로 정리했습니다. 아래는 일반적인 보안 검토 프레임이며, 실제 요구 수준은 기관의 보안 정책과 위탁 대상 데이터의 민감도에 따라 달라집니다.

이 항목들은 특정 제품의 기능을 전제한 것이 아니라, 어떤 상담 AI 도구를 검토하든 공통으로 물어볼 수 있는 질문입니다. 공급사가 확정된 기능으로 답할 수 있는 부분과, 도입 협의 단계에서 별도로 안내하는 부분을 구분해 받아 두면 이후 내부 보고가 수월해집니다.

감사 로그 외에 함께 점검할 접근 통제 요소

감사 로그는 사후 추적 장치입니다. 애초에 부적절한 접근이 일어나지 않도록 하는 사전 통제와 함께 봐야 균형이 맞습니다. 기관 보안팀이 상담 AI 도구를 검토할 때 감사 로그와 나란히 확인하면 좋은 요소는 다음과 같습니다.

• 저장·전송 구간 암호화: 데이터가 저장될 때와 오갈 때 암호화되는지.
• 접근 권한 분리: 역할과 담당에 따라 접근 범위가 나뉘는지.
• 학습 데이터 사용 여부: 내담자 데이터가 모델 학습에 사용되지 않는지.
• 비식별화 처리: 식별정보를 분리하거나 가리는 절차가 있는지.
• 삭제·파기 처리: 본인 요청이나 계약 종료 시 데이터가 어떻게 처리되는지.

이 요소들은 개별로 존재할 때보다 하나의 정책으로 엮여 운영될 때 실질적 보호력이 생깁니다. 감사 로그만 따로 묻기보다, 위 항목을 묶은 점검표로 접근하면 도구 간 비교도 명확해집니다.

마음토스 도입을 검토할 때 참고할 점

마음토스는 상담사를 위한 AI 파트너로, 축어록 자동화·진행기록 작성 보조·사례개념화 보조 같은 기능을 통해 상담사가 회기 이후 기록에 쏟던 시간을 줄이도록 돕습니다. 보안 측면에서는 내담자 데이터를 모델 학습에 사용하지 않고, 저장 시·전송 구간 암호화와 접근 권한 분리, 비식별화 처리를 정책으로 두고 있습니다. 기관 플랜에서는 여러 상담사 계정과 권한 관리, 기관 양식에 맞춘 템플릿, 관리자 도구를 통해 팀 단위 운영을 지원합니다.

다만 감사 로그를 비롯한 세부 접근 이력 항목, 보관 기간, 위수탁 문서의 구체 조건은 기관마다 요구 수준이 다르므로 도입 상담 단계에서 별도로 협의해 확인하시길 권합니다. 검증되지 않은 사항을 전제하기보다, 위에서 정리한 점검표를 들고 도입 협의에 임하는 편이 기관 보고에도 안전합니다.

도입 담당자를 위한 감사 로그 점검 체크리스트

마지막으로 실무에서 바로 쓸 수 있는 순서로 점검 항목을 정리했습니다.

1. 기록되는 이벤트 종류와 기록 항목을 목록으로 받는다.
2. 로그 보관 기간과 그 기준을 확인한다.
3. 로그 열람 권한이 어떻게 분리되는지 묻는다.
4. 감사 로그 외 접근 통제 요소(암호화·권한 분리·학습 미사용·비식별화)를 함께 확인한다.
5. 확정 기능과 도입 시 협의 항목을 구분해 문서로 남긴다.

감사 로그는 상담 데이터 보안의 한 조각일 뿐, 그 자체가 안전을 보장하지는 않습니다. 기록 장치와 사전 통제, 그리고 정기적인 검토 운영이 함께 갖춰질 때 비로소 기관과 내담자 모두를 지키는 체계가 됩니다. 도입을 검토하시는 과정이 막연한 불안이 아니라 확인 가능한 질문들로 채워지기를 바랍니다.