사용자 ID를 떼어낸 채팅에도 비밀키나 고객 이름이 남을 수 있다. Notion은 Fireworks AI 사고로 전체 워크스페이스의 1% 미만이 영향을 받았을 수 있다고 밝혔다. 11월 9일 공식 공지에서 중요한 대목은 Insights용 채팅 기록과 그 기록 안의 텍스트를 구분해 읽는 것이다. 이 글은 11월 10일 확인한 공지를 해석하며 사고를 직접 조사한 결과가 아니다.

통지일은 침해 발생일과 다르다

Notion이 제시한 순서는 다음과 같다. 이 날짜들을 공격이 발생한 날짜로 바꾸어 쓰면 안 된다.

날짜(2026년) Notion 공지의 설명
11월 2일 저녁 Fireworks가 작은 데이터 집합의 접근 사실을 통지, 초기 분석은 합성 테스트 데이터로 판단
11월 3일 아침까지 연결을 끊고 Fireworks 시스템 내 데이터를 삭제했다고 설명
11월 6일 고객 데이터 접근 가능성을 추가로 통지
11월 8일 새 데이터 집합 확인
11월 9일 공식 보안 공지 최초 게시 및 수정 표기

연결을 끊은 뒤 추가 영향이 확인됐다는 점은 대응 시점과 조사 범위가 별개라는 사실을 보여준다. 차단 조치만으로 과거 보관 데이터의 노출 여부가 확정되지는 않는다.

Insights로 향한 복사본도 데이터 경로다

Notion은 Fireworks를 AI 사용 현황을 이해하는 Insights의 분류 작업과 오픈웨이트 모델 추론에 사용했다고 설명한다. 확인된 데이터에는 Insights에 사용한 Notion AI 채팅 기록이 포함됐다. 사고 조사 중 Insights를 비활성화했고 Fireworks를 통한 오픈웨이트 추론도 중단했다고 밝혔다.

서비스를 운영한다면 사용자 응답을 만드는 경로뿐 아니라 응답을 분석하고 분류하는 경로도 그려야 한다. 이 사례에서 추론 API에 관한 일반 정책만 확인해서는 분석용 데이터 집합의 보관 조건을 알 수 없다는 것이 편집상 판단이다.

‘식별 라벨 없음’은 본문의 안전성을 뜻하지 않는다

공지에 따르면 영향받은 워크스페이스 대부분의 기록에는 작성자·워크스페이스 라벨이 없고 도구 호출 결과도 포함되지 않았다. 다른 Notion 기능은 영향받지 않았다는 것이 회사의 현재 설명이다. 이 범위를 모든 기록이 익명이라는 주장이나 본문이 무해하다는 결론으로 넓히면 안 된다.

본문 자체에 붙여 넣은 비밀번호, API 키, 고객 정보가 있다면 라벨 제거로 사라지지 않는다. Notion도 영향 고객에게 데이터를 노출된 것으로 취급하고, 해당 기간 채팅에 넣었을 수 있는 자격증명을 교체하라고 권고한다. 영향을 통지받지 않은 고객은 현재 확인된 영향 대상이 아니며, 추가로 확인하면 직접 연락하겠다는 설명도 함께 남겨야 한다.

운영 점검은 복사본의 수명에서 시작한다

추론 요청, 대화 기록, 사용 분석용 분류 데이터, 평가 데이터가 어디로 복사되고 누가 삭제할 수 있는지 기록한다. 공급업체별로 목적·보존 기간·접근 권한·사고 통지 책임을 확인하고, 삭제 요청의 완료 증거도 남기는 것이 실무 제안이다. 이 목록은 Notion 내부 통제가 어떤 상태였는지 추정한 것이 아니다.

영향 고객의 우선 작업은 공식 통지에 따라 제공된 데이터를 검토하고 실제 포함된 비밀정보를 처리하는 것이다. 제품 팀은 이후 같은 텍스트가 분석 시스템에 다시 복사되는 경로까지 검토할 필요가 있다. 조사 중인 사고의 피해 규모나 근본 원인을 공개된 범위보다 확정적으로 설명해서는 안 된다.