상담 AI 접근 로그·감사 기능 점검 8가지 — 기관 도입 보안 체크리스트

기관에서 상담 AI 도구를 도입할 때 보안 담당자가 가장 먼저 들여다보는 항목 중 하나가 접근 로그와 감사 기능입니다. 최근에는 '마음토스 접근 로그 감사 기능'처럼 특정 도구를 지목해 검색하는 담당자도 늘고 있습니다. 다만 상담 기록은 개인정보보호법상 민감정보에 해당하므로, 어떤 제품이든 개별 기능을 단정하기 전에 기관이 스스로 점검 기준을 먼저 세우는 편이 안전합니다. 이 글은 상담 AI 도구를 검토할 때 접근 로그·감사 관점에서 확인해야 할 항목을 우선순위 순으로 정리한 체크리스트입니다. 선정 기준은 민감정보 보호를 위한 법적 요구 수준과 실제 사고 예방 효과입니다.

1. 접속기록(접근 로그)이 '누가·언제·무엇에' 단위로 남는가

가장 먼저 확인할 것은 접속기록이 남는 범위입니다. 접근 로그가 단순 로그인 이력에 그치는지, 아니면 회기 기록 열람·수정·다운로드·삭제까지 행위 단위로 기록되는지가 감사의 실효성을 가릅니다. 개인정보보호위원회의 「개인정보의 안전성 확보조치 기준」은 개인정보처리시스템에 대한 접속기록으로 계정, 접속 일시, 접속지 정보, 수행 업무(열람·수정·삭제 등)를 남기도록 요구합니다. 기관 도입 검토 시에는 '어떤 이벤트가 로그로 남는가'를 항목별로 받아 두는 것이 좋습니다.

2. 접속기록 보관 기간이 법적 기준을 충족하는가

접속기록은 일정 기간 보관되어야 감사 의미가 있습니다. 「개인정보의 안전성 확보조치 기준」에 따르면 개인정보처리자는 접속기록을 최소 1년 이상 보관해야 하며, 5만 명 이상의 정보주체 개인정보를 처리하거나 고유식별정보·민감정보를 처리하는 경우에는 최소 2년 이상 보관하도록 정하고 있습니다(2023년 개정 기준). 상담 데이터는 민감정보에 해당할 가능성이 높으므로, 보관 기간이 기관이 준수해야 할 기준선을 충족하는지 계약 전에 문서로 확인하는 것을 권장합니다.

3. 로그 자체의 위·변조를 막는 무결성 장치가 있는가

감사 로그는 변조되지 않아야 증거로서 가치를 가집니다. 로그를 남기더라도 관리자가 임의로 삭제·수정할 수 있다면 사고 발생 시 책임 추적이 어렵습니다. 검토 시에는 로그의 별도 저장, 접근 통제, 변경 방지 조치가 어떻게 설계되어 있는지 질의하는 것이 좋습니다. 이 영역은 제품마다 성숙도 차이가 크므로, 기능 유무를 단정하기보다 '어떤 방식으로 무결성을 보장하는지' 서술을 받아 비교하는 편이 정확합니다.

4. 접근 권한이 역할에 따라 분리되어 있는가

접근 권한 분리는 로그를 남기는 것만큼 중요한 예방 장치입니다. 최소 권한 원칙에 따라 상담사는 자신의 담당 사례만, 관리자는 운영에 필요한 범위만 접근하도록 통제되어야 감사 부담도 줄어듭니다. 참고로 마음토스는 접근 권한 분리와 비식별화, 저장 시 암호화, 내담자 데이터의 모델 학습 미사용을 보안 정책으로 두고 있으며, 접속기록·보관 기간 등 세부 보안 항목은 도입 시 별도로 안내하는 방식을 취합니다. 기관은 이런 정책 서술을 자체 점검 기준과 대조해 확인하면 됩니다.

5. 감사 로그를 열람·관리할 권한이 통제되는가

로그를 볼 수 있는 사람 역시 통제 대상입니다. 감사 로그 열람 권한이 특정 관리자에게만 부여되고 그 열람 행위 자체도 기록된다면 감사 체계의 신뢰도가 높아집니다. 반대로 다수 계정이 로그에 무제한 접근할 수 있다면 감사의 독립성이 흔들립니다. 도입 검토 시에는 '누가 감사 로그를 볼 수 있고, 그 열람이 다시 기록되는가'를 확인 질문 목록에 넣는 것이 좋습니다.

6. 이상 접근을 탐지·알림하는 절차가 마련되어 있는가

로그가 쌓이기만 하고 아무도 보지 않으면 감사 기능은 사후 대응에 그칩니다. 비정상적인 대량 다운로드, 근무 외 시간 접근, 권한 밖 열람 시도 등을 탐지하고 담당자에게 알리는 절차가 있는지 확인하면 좋습니다. 자동화된 탐지가 없더라도, 기관이 주기적으로 로그를 점검하는 내부 운영 규정을 갖추면 상당 부분 보완됩니다. 도구의 기능과 기관의 운영 절차를 함께 설계하는 관점이 필요합니다.

7. 데이터 처리 위탁 계약서에 감사·점검 조항이 포함되는가

감사 기능은 기술만이 아니라 계약으로도 보장됩니다. 상담 AI 도구를 쓰는 것은 개인정보 처리를 위탁하는 행위이므로, 개인정보 처리 위·수탁 계약서에 재위탁 제한, 안전조치 의무, 기관의 점검·감사 권한, 사고 통지 절차가 명시되어야 합니다. 표준 문서 제공 여부는 제품마다 다르므로, 계약 조건은 도입 상담 단계에서 협의 항목으로 다루는 것이 현실적입니다. 법무 검토를 함께 진행하면 누락을 줄일 수 있습니다.

8. 도입 전 실사로 문서와 근거를 요청했는가

마지막으로, 기능 설명을 말로만 듣지 말고 문서로 남기는 절차가 필요합니다. 보안 정책 문서, 접속기록 항목 목록, 보관 기간 기준, 권한 체계 설명 등을 실사(due diligence) 단계에서 요청해 비교하면 과장 없는 판단이 가능합니다. 마음토스처럼 세부 보안 항목을 '도입 시 별도 안내'로 두는 경우, 그 안내 내용을 문서로 받아 내부 검토 기준과 대조하는 것이 안전합니다. 자세한 보안 정책 방향은 마음토스 보안 페이지에서도 확인할 수 있습니다.

마무리 — 기능 단정보다 점검 기준이 먼저

상담 AI 도구의 접근 로그·감사 기능은 '있다/없다'로 단정하기보다, 기관이 세운 점검 기준에 맞춰 항목별로 확인할 때 실효성이 생깁니다. 접속기록 범위와 보관 기간, 권한 분리, 계약상 감사 조항까지 체크리스트로 정리해 두면, 어떤 도구를 검토하든 일관된 잣대로 판단할 수 있습니다. 도입은 한 번이지만 감사는 계속되는 일이므로, 기술 기능과 내부 운영 규정을 함께 설계하는 관점을 권합니다.