회의를 대신 받아적던 AI가 18만 건의 녹취를 흘렸습니다

회의실에 조용히 앉아 있는 참석자가 하나 있습니다. 말은 안 하지만 모든 걸 듣고, 받아적고, 요약하고, 어딘가 클라우드에 저장합니다. AI 노트테이커입니다. 그런데 이 참석자가 자기가 들은 걸 밖으로 흘린다면 어떻게 될까요. 최근 AI 미팅 레코더 서비스 tldv에서 약 18만 건의 회의 녹취가 노출됐다는 주장이 나왔습니다.

해킹이 아니라 문 열어두기였습니다

이번 사안의 핵심은 정교한 침입이 아닙니다. 원인으로 지목된 건 API 권한 검증 누락입니다.

구조는 단순합니다. 회의 기록마다 고유한 ID가 붙습니다. 정상적인 서비스라면 “이 ID의 기록을 달라"는 요청이 들어올 때 두 가지를 확인합니다. 첫째, 요청자가 로그인한 사용자인가. 둘째, 이 사용자가 그 특정 기록에 접근할 권한이 있는가.

문제는 두 번째 확인이 빠졌을 때 생깁니다. 로그인만 되어 있으면 아무 ID나 넣어도 응답이 돌아옵니다. 무료 계정 하나만 만들면 남의 회의를 열어볼 수 있습니다. 보안 업계에서는 이런 결함을 IDOR, 또는 접근 통제 실패라고 부릅니다. 화려한 제로데이가 아니라 개발 단계에서 한 줄 빼먹으면 생기는 종류의 실수입니다.

이 결함이 유독 무서운 건 흔적이 거의 안 남아서입니다. 서버 입장에서는 정상 로그인한 사용자가 정상 API를 호출한 것으로 보입니다. 방화벽도 침입 탐지 시스템도 반응하지 않습니다.

회의 녹취는 그냥 데이터가 아닙니다

유출된 데이터가 신용카드 번호나 주민번호였다면 대응이 명확합니다. 카드를 재발급하고 크레딧 모니터링을 붙이면 됩니다. 회의 녹취는 다릅니다.

회의에서 무슨 얘기가 오가는지 떠올려 보세요. 다음 분기 제품 로드맵, 아직 발표 안 한 인수 협상, 특정 직원 인사 평가, 고객사 이름과 계약 조건, 채용 후보자 연봉 협상, 그리고 화면 공유 중에 지나간 대시보드와 내부 문서. AI 노트테이커는 이걸 전부 텍스트로 정리해 둡니다. 검색 가능한 형태로요.

두 번째 문제가 여기서 나옵니다. 요약과 트랜스크립트는 원본 영상보다 훨씬 악용하기 쉽습니다. 두 시간짜리 회의 영상을 다 보려면 두 시간이 걸립니다. 트랜스크립트라면 키워드 검색 한 번으로 원하는 대목만 뽑아냅니다. 18만 건을 통째로 확보한 쪽에서 “인수”, “연봉”, “해고” 같은 단어를 검색하면 어떤 일이 벌어질지는 상상에 맡기겠습니다.

세 번째 문제는 동의입니다. 회의에 참석한 사람 중 몇 명이 “이 대화가 제3자 SaaS 서버에 저장되고 AI로 분석된다"는 데 명시적으로 동의했을까요. 대부분은 회의 링크를 클릭하고 낯선 봇이 참석자 목록에 있는 걸 본 다음 그냥 회의를 진행합니다. 유출 사고는 이 느슨한 동의 구조를 갑자기 법적 문제로 바꿔놓습니다. 참석자 중 EU 거주자가 있으면 GDPR이, 캘리포니아나 일리노이 같은 양방 동의 주의 거주자가 있으면 녹음 동의법이 걸립니다.

AI 노트테이커가 최악의 조합인 이유

이번 사안이 여느 SaaS 유출보다 심각하게 읽히는 이유는 이 카테고리의 구조 자체에 있습니다.

첫째, 수집 범위가 무제한입니다. 대부분의 SaaS는 정해진 필드만 받습니다. 노트테이커는 회의실에서 나온 모든 발화를 받습니다. 무엇이 들어올지 서비스도 사용자도 통제하지 못합니다.

둘째, 조직 전체에 걸쳐 있습니다. 영업 회의도, 이사회도, 인사 면담도 같은 봇이 참석합니다. 부서별 데이터 격리가 애초에 없습니다.

셋째, 대부분 IT 부서를 우회해 도입됩니다. 이런 도구는 보통 캘린더 연동 링크 하나로 시작합니다. 영업 담당자가 편해서 쓰기 시작하면 두 달 뒤에는 팀 절반이 씁니다. 보안 검토를 통과한 적은 없습니다. 이걸 섀도 IT라고 부릅니다.

넷째, 계정 하나가 조직 전체의 열쇠입니다. 캘린더 접근 권한을 받은 봇은 그 사람이 참석하는 모든 회의에 들어갈 수 있습니다.

이 네 가지가 겹치면 권한 검증 한 줄이 빠진 결과가 “일부 사용자 정보 노출"이 아니라 “다수 기업의 내부 대화 통째로"가 됩니다.

데이터가 부족하다는 건 미리 말씀드립니다

커뮤니티 반응도 찾아봤는데 최근 30일 기준으로 쓸 만한 논의가 없었습니다. Reddit에서는 관련 스레드가 잡히지 않았고 X 데이터는 접근이 막혀 있었습니다. 그러니 이 글은 커뮤니티 여론 분석이라기보다, 알려진 사실 관계와 이런 유형의 취약점이 왜 구조적으로 위험한지를 정리한 쪽에 가깝습니다.

노출 규모 18만 건이라는 숫자가 맞는지, 취약점 세부 사항이 정확히 무엇인지는 벤더 공지와 후속 보도로 확인하셔야 합니다. 실제로 외부 공격자가 데이터를 가져갔는지도 마찬가지입니다. 이 카테고리 사고에서는 초기 보도된 숫자가 나중에 조정되는 경우가 흔합니다.

지금 확인해볼 것들

캘린더 앱을 열어 지난 3개월 회의 참석자 목록을 훑어보세요. 이름 뒤에 Notetaker, Recorder, AI 같은 단어가 붙은 계정이 몇 개나 되는지 세어 보는 겁니다. 그 봇에 어떤 권한을 줬는지, 지금도 살아 있는지도 확인해보세요. 계정 설정에서 데이터 보관 기간도 볼 만합니다. 상당수 서비스가 기본값으로 무기한 보관을 걸어둡니다.

조직 차원이라면 손댈 곳이 더 분명합니다. 민감한 회의는 녹음 자체를 금지하는 규칙을 만들고, 노트테이커 도구는 승인 목록으로 관리하고, 보관 기간은 90일 같은 값으로 강제하는 겁니다. 유출은 저장된 데이터에서만 발생합니다. 지워진 것은 유출되지 않습니다.

마무리

이 사고의 교훈이 “AI 노트테이커를 쓰지 마라"는 아닙니다. AI 도구를 들일 때 편의성은 즉시 계산하고 데이터 위험은 나중으로 미루는 습관, 그쪽이 문제입니다. 취약점 자체는 20년 전에도 있던 종류입니다. 달라진 건 그 구멍 뒤에 쌓여 있는 데이터의 성격입니다.

지난 반년 동안 회의에서 하신 이야기 중 전문이 외부에 공개돼도 괜찮은 것은 몇 퍼센트일까요. 그 답이 100%가 아니라면 캘린더에 조용히 앉아 있는 그 참석자의 정체를 한 번쯤 확인해볼 이유는 됩니다.