다만 현실적인 한계도 짚어야 한다. 주간 자동화 스캔이 기술적으로 가능한 협업 툴은 Admin SDK나 Microsoft Graph API를 제공하는 대형 글로벌 플랫폼에 한정된다. 노션·슬랙 무료 플랜처럼 API 접근이 제한된 서비스는 자동화 스캔 구축 자체가 어렵다. 이 경우 수동 점검 주기를 단축하고 그 기록을 남기는 것이 현실적인 차선이다.
감사 로그 실전 접근 경로 — 협업 툴별로 이렇게 꺼낸다
‘점검하라’는 지침과 ‘어떻게 점검하는가’는 완전히 다른 문제다. 주요 협업 툴의 감사 로그 실제 접근 경로를 구체적으로 정리한다.
구글 워크스페이스 드라이브 감사 로그
구글 워크스페이스 관리자는 관리 콘솔 → 보고 → 감사 및 조사 → 드라이브 로그 이벤트 경로에서 파일 공유 내역과 외부 사용자 접근 기록을 확인할 수 있다(구글 공식 지원 문서, 2026-07 기준). 필터에서 “공유 대상 = 도메인 외부”를 선택하면 외부 공유 이력만 추출된다. Google Admin SDK Reports API를 활용하면 이 데이터를 주간 단위로 자동 수집해 스프레드시트나 SIEM에 적재하는 파이프라인을 구성할 수 있으며, 그 출력 파일 자체가 ISMS-P 증적으로 활용 가능하다.
실무에서 자주 놓치는 지점이 있다. ‘도메인 링크로 공유(조직 내 전체 공개)’와 ‘외부 링크로 공유’가 로그에서 서로 다른 이벤트 유형으로 분류된다. 외부 공유만 필터로 잡으면 조직 내 전체 공개 파일은 탐지 대상에서 빠진다. 점검 쿼리를 설계할 때 두 유형을 별도로 처리해야 완전한 점검이 가능하다.
Microsoft 365 SharePoint / OneDrive 감사 로그
Microsoft 365 환경에서는 Microsoft Purview 컴플라이언스 포털 → 감사 → 새 검색 메뉴에서 SharePoint와 OneDrive의 파일 공유·접근 이벤트를 조회할 수 있다. “SharingSet”, “AnonymousLinkCreated”, “SecureLinkCreated” 이벤트 유형을 필터로 쓰면 공유 이력을 정밀하게 추릴 수 있으며, Microsoft Graph API로 자동화 파이프라인 구성도 가능하다.
그러나 ‘모든 사용자 링크(Anyone 링크)’를 생성한 경우 사정이 달라진다. 마이크로소프트 공식 문서에 따르면, 이 링크 유형은 인증 없이 접근 가능하며 감사 로그에서 누가 파일을 열었는지 추적 자체가 불가능하다(MS 공식 SharePoint 공유 권한 문서, 2026-07 기준). 링크 생성 사실은 로그에 남지만, 이후 실제 접근자 기록이 없다. 유출 여부를 소급 확인할 수단이 원천적으로 없다는 점에서 보안 리스크가 구조적이다.
슬랙과 노션의 감사 로그 한계
슬랙의 감사 로그 API는 Enterprise Grid 요금제에서만 제공된다(2026년 8월 기준, 공식 페이지 확인 필요). 비즈니스 플랜 이하에서는 채널 파일 공유 이력을 체계적으로 추출할 공식 수단이 없다. 노션은 Business 플랜 이상에서 워크스페이스 감사 로그를 부분 제공하지만(플랜별 제공 범위는 공식 페이지 확인 필요), 첨부파일 접근 추적에는 구조적 한계가 존재한다. 이 내용은 바로 다음 절에서 자세히 다룬다.
협업 툴 파일 권한 점검의 구조적 맹점 — 노션 Signed URL과 SharePoint 익명 링크
권한을 꼼꼼히 설정하더라도 협업 툴 내부 구조 때문에 통제가 원천 불가한 상황이 있다. 대부분의 보안 가이드가 다루지 않는 지점이지만, 실제 데이터 유출로 이어질 수 있는 핵심 취약점이다.
노션 첨부파일의 24시간 Signed URL 구조
노션에 업로드된 첨부파일은 24시간 유효한 Signed URL 방식으로 저장된다. 보안뉴스 보도(2026-07)에 따르면, 이 URL을 보유한 사람은 워크스페이스 멤버 여부나 페이지 권한과 무관하게 파일을 내려받을 수 있다. 반면 구글 드라이브나 드롭박스는 공유 URL에 접근하더라도 다운로드 권한 설정에 따라 차단된다. 노션은 그 통제 레이어 자체가 없는 구조다.
국내 커뮤니티에서도 이 문제는 실제 보안 논란으로 번진 사례가 있다. 업무 문서의 첨부파일 URL이 슬랙 DM이나 이메일로 복사·전달된 경우, 수신자가 워크스페이스에서 제거된 뒤에도 URL이 유효한 24시간 안에 다운로드가 가능하다. 노션 측에서 구조적 해결책을 공개하지 않은 상태이므로, 민감 파일은 노션에 직접 첨부하지 않고 암호화 저장·DRM 설정·다운로드 권한 제어가 가능한 별도 스토리지에 올린 뒤 링크만 노션에 기재하는 방식이 현실적 대안이다. 어떤 파일을 노션에 직접 올려도 되는지 조직 내부 기준을 명문화하는 작업이 선행돼야 한다.
SharePoint ‘모든 사용자 링크’: 생성 기록만 있고 접근 기록은 없다
SharePoint에서 ‘모든 사용자 링크’가 한 번이라도 외부로 유출됐다면 그 이후 누가 접근했는지 확인하는 방법이 없다. 이미 유출된 링크는 소급 감사가 불가능하기 때문에 예방이 유일한 수단이다. SharePoint 관리 센터 → 정책 → 공유 메뉴에서 ‘모든 사용자’ 옵션을 테넌트 전체에서 비활성화하거나 최소한 유효기간과 다운로드 제한을 강제 설정해두는 것이 권장된다. 설정 변경 전에 현재 활성 중인 익명 링크 목록을 Purview에서 추출하고, 영향받는 협력사에 새 공유 방식으로 전환 안내를 먼저 보내는 절차가 필요하다.
협업 툴별 파일 권한 감사 기능 비교
주요 협업 툴의 파일 권한 감사 기능을 항목별로 정리했다. 요금제에 따라 기능 차이가 크므로 현재 사용 플랜을 먼저 확인하고 참고하길 권장한다(2026년 8월 작성 시점 기준, 구체적 로그 보존 기간은 각 서비스 공식 페이지 확인 필요).
| 협업 툴 | 감사 로그 제공 요금제 | API 자동화 지원 | 외부 공유 추적 | 주요 한계 및 주의사항 |
|---|---|---|---|---|
| Google Workspace | 유료 플랜 (플랜별 상이 — 하단 각주 참조) | Admin SDK Reports API | 가능 (도메인 외부 필터 별도 설정 필요) | ‘도메인 전체 공유’와 ‘외부 공유’를 별도 필터로 잡아야 완전 점검 가능 |
| Microsoft 365 (SharePoint) | Business Basic 이상 | Microsoft Graph API, Purview 감사 | 가능 (‘모든 사용자 링크’ 접근자 추적은 원천 불가) | 익명 링크 이후 접근 이력 소급 감사 불가 — 예방적 비활성화가 유일한 수단 |
| Notion | Business 이상 부분 제공 (플랜별 제공 범위는 공식 페이지 확인 필요) | Business 플랜 기준 미제공 (Enterprise 플랜은 Audit Log API 제공 — 플랜별 상이, 공식 문서 확인 필요) | 워크스페이스 접근 수준까지만 추적 가능 | 첨부파일 24시간 Signed URL — 암호화·DRM 없이 URL만으로 다운로드 가능 |
| Slack | Enterprise Grid 전용 (2026년 8월 기준, 공식 페이지 확인 필요) | 감사 로그 API (Enterprise Grid 한정) | Enterprise Grid에서만 파일 공유 이력 추적 가능 | Business 플랜 이하는 파일 공유 감사 로그 없음 |
| 네이버 Works / 카카오워크 | 유료 플랜 일부 | 제한적 (서비스별 공식 페이지 확인 권장) | 제한적 | 글로벌 SaaS 대비 감사 기능 단순, 자동화 API 성숙도 낮음 |
퇴사자 권한 회수 — HR 연동 없이는 반드시 구멍이 생긴다
2026년 7월 보안뉴스에서 주목한 실제 사고가 있다. 퇴직 전 직원이 관리자 권한 백도어를 심어 워드프레스 플러그인을 통해 2만여 개 사이트에 영향을 준 공급망 보안사고다(보안뉴스, 2026-07). 원인 분석에서 반복해서 나온 단어는 ‘퇴사자 권한 미회수’였다. 계정 하나가 살아 있었고, 그 계정으로 배포 파이프라인이 오염됐다.
협업 툴 퇴사자 처리는 생각보다 복잡한 작업이다. 메인 계정(구글, 마이크로소프트 ID) 비활성화만으로는 부족하다. 해당 계정이 생성한 외부 공유 링크, 외부 협력사에 부여한 게스트 권한, 서비스 연동 시 발급한 API 토큰과 OAuth 인증키가 모두 별도 정리 대상이다. 이 목록이 담당자 머릿속에만 있으면 퇴사 처리 당일 빠지는 항목이 반드시 생긴다.
현재 가장 신뢰할 수 있는 방법으로 꼽히는 것이 인사 시스템과 IT 오프보딩 시스템의 연동이다(EXOS 블로그, 2026-07). 퇴사 처리 버튼을 누르는 순간 연동된 IAM 시스템이 모든 SaaS 애플리케이션의 계정을 일괄 비활성화하는 흐름이다. 구글 워크스페이스의 경우 관리 콘솔의 “사용자 일시정지” 기능이 해당 사용자를 모든 구글 서비스에서 즉시 차단한다. 단, 계정 비활성화가 기존에 생성된 외부 공유 링크를 자동으로 무효화하지는 않는다 — 이 부분은 별도 조치가 필요하다.
HR 연동 자동화가 구축되지 않은 조직의 차선책은 오프보딩 체크리스트를 IT 담당자와 HR이 공동 서명하는 프로세스로 만드는 것이다. 최소한 ①계정 비활성화 확인, ②본인 생성 공유 링크 일괄 회수, ③API 토큰·OAuth 인증 취소, ④협업 툴 파일 소유권 이전 완료, 이 네 항목을 퇴사 처리 전날까지 완료 기록으로 남겨야 한다. 이 기록 자체가 ISMS-P 증적으로 활용된다.
ISMS-P 2026 기준 파일 권한 점검 절차와 증적 요건
ISMS-P 인증을 준비하거나 2027년 7월 의무화 전 체계를 갖추려는 조직이라면 점검 절차와 증적 형태를 구체적으로 정해야 한다. 핵심 변화는 두 가지다. 점검 주기가 ‘연간’에서 ‘실시간 또는 주간’으로 강화됐고, 증적 형태가 명확해졌다. “주간 점검을 합니다”라는 진술만으로는 부족하고, 자동화 스캔의 출력 파일이나 수동 점검 시 담당자 서명 기록처럼 객관적 증거가 있어야 한다.
구글 Admin SDK나 Microsoft Graph API를 쓰는 조직이라면, 주간 스케줄로 외부 공유 목록과 권한 변경 이력을 JSON 또는 CSV로 출력해 저장하는 자동화 스크립트가 증적의 기술적 기반이 된다. 사내 SIEM이나 별도 로그 저장소로 적재하면 감사 제출 부담이 크게 줄어든다. 자동화 환경이 없는 경우에는 월 1회 수동 점검 기록을 담당자·관리자 확인 서명과 함께 보관하는 방식이 현실적 대안이다. 다만 이 방식은 ISMS-P 주간 기준을 충족하지 못하므로 단기 임시 방편으로만 활용해야 한다.
국내 대기업·중견기업 중 클라우드 SaaS 대신 구축형 협업 솔루션을 선호하는 경우, 별도 관리 콘솔이 있더라도 로그 API 수출 기능의 성숙도가 글로벌 SaaS 대비 낮은 경우가 흔하다. 구축형 솔루션을 계속 쓸 계획이라면 벤더와 계약 시 감사 로그 API 지원 여부와 데이터 수출 포맷을 조건으로 명시해두는 것이 나중에 훨씬 유리하다. SaaS 전환을 검토 중이라면 이 기능을 도입 기준 항목에 반드시 포함해야 한다.
자주 묻는 질문
ISMS-P 인증이 없는 중소기업도 파일 권한을 주간으로 점검해야 하나요?
ISMS-P 인증 의무가 없다면 주간 점검이 법적으로 강제되지는 않는다. 그러나 개인정보보호법 시행령이 명시한 “사용 완료 후 공유설정 즉시 제거” 의무는 인증 여부와 무관하게 현재도 적용 중이다. 최소한 월 1회 수동 점검 기록이라도 담당자 확인 서명과 함께 남겨두는 것이 법적 이행 근거가 된다. 2027년 7월 의무화 대상에 포함될 가능성이 있는 규모라면 지금부터 자동화 기반을 준비하는 편이 나중에 부담이 훨씬 적다.
노션에 올린 첨부파일 보안 문제는 어떻게 대처해야 하나요?
노션 설정만으로는 구조적 해결이 어렵다. 민감 파일은 노션에 직접 업로드하지 않고, 다운로드 권한 제어나 DRM 설정이 가능한 구글 드라이브·SharePoint에 올린 뒤 해당 링크만 노션 페이지에 기재하는 방식이 현실적이다. 조직 내 “노션 직접 첨부 금지 파일 분류 기준”을 정책으로 만들어 계약서·개인정보 파일·기밀 설계 문서가 직접 첨부되지 않도록 관리 기준을 먼저 세우는 것이 우선이다.
구글 드라이브 감사 로그는 무료 계정에서도 볼 수 있나요?
개인 구글 계정이나 무료 워크스페이스 플랜에서는 관리 콘솔 접근 자체가 불가능하다. 파일 단위로 ‘공유 대상 관리’ 화면을 열어 직접 확인하는 수동 방식이 유일한 대안이지만, 파일이 많을 경우 전수 점검이 현실적으로 어렵다. 업무용으로 파일을 다수 공유하는 조직이라면 유료 워크스페이스 전환 시 감사 로그를 사용 가능한 요금제인지 반드시 확인하고 계약하는 것이 중요하다.
퇴사자 계정 비활성화와 공유 링크 회수 중 어느 것을 먼저 해야 하나요?
계정 비활성화가 먼저다. 계정이 살아 있으면 퇴사자가 추가로 파일에 접근하거나 새로운 공유를 생성할 수 있다. 단, 계정 비활성화가 기존에 생성된 공유 링크를 자동으로 무효화하지는 않는다는 점을 반드시 기억해야 한다. 구글 워크스페이스 기준으로는 계정 일시정지 후 “드라이브 파일 이전” 기능으로 소유권을 팀 계정으로 옮기고, 이전된 파일의 외부 공유를 별도로 정리하는 순서가 권장된다. SharePoint는 계정 비활성화 후에도 익명 링크가 살아 있으므로 Purview에서 해당 계정이 생성한 익명 링크를 별도로 취소해야 한다.
지금 쓰는 협업 툴의 관리자 콘솔을 열고 외부 공유 목록을 한 번 내려받아 보자. 마지막 접근이 90일 이상 지난 공유 링크가 몇 개나 있는지 확인하는 것이 첫 번째 점검이고, 그 숫자가 예상보다 많다면 주간 자동화 도입을 진지하게 검토할 시점이다. 감사 로그 공식 안내는 Google Workspace 관리 콘솔 고객센터에서, 개인정보보호법 시행령 원문은 국가법령정보센터에서 직접 확인할 수 있다.
파일 공유 보안의 다른 측면이 궁금하다면 파일공유 보안 카테고리에서 관련 가이드를 찾아볼 수 있다. 클라우드 스토리지별 보안 기능과 요금 비교는 클라우드 비교에서, 국내 웹하드 서비스의 합법성·안전성 기준은 웹하드 가이드에서 다룬다.
