AI 데이터 자체 암호화 — 켜면 대화 검색이 사라집니다

보안 심사에서 "저장되는 데이터를 우리 열쇠로 암호화할 수 있느냐"는 질문이 나오면 답은 "된다"입니다. 내 클라우드에 열쇠를 만들어 두고 그걸로 잠그게 하는 선택지가 있거든요. 그런데 공식 문서에서 켜면 꺼지는 기능 목록을 보고 놀랐습니다 — 대화 기록 검색이 통째로 안 되고, 프로젝트에 넣어 둔 자료를 찾아 쓰는 기능도 꺼집니다. 게다가 한 번 켜면 되돌릴 수 없습니다.

📌 30초 요약

• ★★대화 검색과 프로젝트 자료 검색이 꺼집니다.
• ★한 번 붙이면 떼거나 바꿀 수 없습니다 — 새로 만들어 이사해야 해요.
• ★열쇠를 지우면 데이터가 영구 소실됩니다 — 사본이 없습니다.
• ⚠️ 소급 적용이 안 됩니다 — 켠 시점 이후만 보호돼요.
• 안전 스캔 기록은 열쇠를 폐기해도 계속 읽힙니다.
• 식별자를 메일·채팅으로 받지 말라고 문서가 경고합니다.

내가 열쇠를 쥐는 대신 되돌릴 수 없습니다

구조는 단순합니다. 주요 클라우드의 열쇠 관리 서비스에 열쇠를 하나 만들고, 그걸 쓰도록 권한을 열어 주면 저장되는 데이터를 그 열쇠로 잠급니다. 회전·감사·폐기 권한이 전부 내게 남고, 내 열쇠를 쓸 때마다 내 클라우드 감사 기록에 남습니다. 내 서버에 직접 올려 통제하는 방식을 선호했다면 결이 비슷하게 느껴질 겁니다.

🚨 켜는 순간 되돌아갈 길이 없습니다

문서가 경고 상자로 못 박습니다 — 한 번 붙인 열쇠는 떼거나 다른 것으로 바꿀 수 없습니다. 다른 열쇠로 가려면 작업 공간을 새로 만들어 옮겨야 하고, 붙이는 순간 데이터 보관 설정도 같이 잠깁니다(안 남기는 방식으로 돌아가려면 역시 새로 만들어야 함). 더 무서운 건 이겁니다 — 열쇠를 지우거나 삭제 예약을 걸거나 열쇠 재료를 파기하면, 그 데이터는 아무도 못 살립니다. 제공사가 사본을 안 가지고 있으니까요. 같은 열쇠 안에서 자동으로 재료만 바뀌는 회전은 그대로 지원되니 그건 걱정 안 해도 됩니다.

설정 과정에서 반드시 지킬 것도 하나 있습니다. 열쇠를 열어 줄 상대의 식별자를 메일이나 채팅으로 받은 값으로 넣지 말라고 적혀 있어요. 공식 안내 문서에 실린 값과 대조해서 넣어야 합니다. 잘못된 대상에게 열어 주면 그대로 남에게 데이터를 넘기는 셈이니까요.

켜면 검색이 사라집니다

이 글의 핵심입니다. 보안이 올라가는 대가로 꺼지거나 크게 달라지는 기능 목록이 따로 있는데, 회사 도입을 검토한다면 여기부터 봐야 합니다.

기능	켠 뒤
지난 대화 검색	꺼짐 — 제목까지 잠겨 결과가 안 나옴
프로젝트 자료 찾아 쓰기	꺼짐 — 통째로 밀어 넣는 방식으로 바뀜
감사 기록 내려받기	꺼짐
관리자 통계 일부	품질 저하
개발자용 시험 화면	꺼짐
원문을 돌려주는 감사 조회	일부 꺼짐

두 번째 줄이 특히 아픕니다. 프로젝트에 자료를 잔뜩 넣어 두고 필요할 때 찾아 쓰던 방식이 "매 대화에 통째로 밀어 넣는" 방식으로 바뀝니다. 결과가 뭐냐면 — 한 프로젝트가 쓸 수 있는 자료의 양이 확 줄고, 넘치는 분량은 그냥 대화에서 빠집니다. 문서가 그 사실을 담담하게 적어 뒀는데, 사내 지식 기반을 붙여 쓰던 팀이라면 도입 전후 체감이 완전히 달라질 대목입니다. 자료를 데이터베이스에 넣고 찾아 쓰는 구조를 따로 갖추는 편이 나을 수도 있습니다.

켠 시점 이후만 보호됩니다

오해하기 쉬운 부분입니다. 이미 쌓여 있던 대화·파일·세션은 내 열쇠로 다시 잠기지 않습니다. 그대로 제공사 열쇠 아래 남아요. 보호되는 건 열쇠가 효력을 갖기 시작한 뒤에 저장된 것뿐입니다.

그래서 권장 순서가 분명합니다 — 요청을 한 번도 안 보낸 새 작업 공간에 먼저 열쇠를 붙이고 시작하라는 것. 이미 쓰던 곳에 붙이면 효력이 생기기까지 하루쯤 걸릴 수 있고, 그 사이에 쌓인 것도 보호 밖입니다. 폐기도 즉시가 아닙니다 — 최대 한 시간까지 걸리고 그 사이 이미 출발한 요청은 성공할 수 있습니다. 열쇠를 다녀오느라 저장·조회에 약간의 지연도 붙고, 열쇠 관리 서비스 자체 요금은 클라우드 쪽에서 따로 청구됩니다.

내 열쇠 밖에 남는 것들

"전부 내 열쇠로 잠긴다"고 보고하면 안 됩니다. 밖에 남는 항목이 명시돼 있습니다 — 조직 구성원의 이름·메일 주소 같은 계정 정보, 활동 기록과 감사 로그, 짧게만 머무는 캐시, 그리고 연동 자격증명 값. 활동 기록을 밖에 두는 이유가 설명돼 있는데, 열쇠가 폐기돼도 규정 준수를 이어갈 수 있게 하려는 것이랍니다.

보존 예외도 셋 있습니다. 법이 보관을 요구하는 경우, 심각한 위해가 임박한 경우, 약관을 크게 위반한 경우에는 제공사 열쇠로 따로 남길 수 있어요. 다만 그때마다 사유가 붙은 기록이 활동 기록에 남습니다. 하나 더 — 자동 안전 검사에서 나온 메타데이터(대화 내용이 아니라 판정 흔적)는 제공사 열쇠로 남고, 내 열쇠를 폐기한 뒤에도 계속 읽힙니다. 사람의 열람만 기록되고 자동 처리는 안 남는다는 이야기와 같은 결이죠 — 자동 계통은 늘 별도 취급입니다.

자주 묻는 질문 (FAQ)

Q. 데이터를 아예 안 남기는 설정과 같이 쓸 수 있나요?

가능합니다. 둘은 같이 쓸 수 있는 조합이에요. 다만 열쇠를 붙인 작업 공간은 보관 설정이 잠기므로 순서가 중요합니다. 안 남기는 쪽으로 가고 싶다면 붙이기 전에 정하세요.

Q. 어느 클라우드든 되나요?

주요 세 곳의 열쇠 관리 서비스를 지원합니다. 다만 지금은 미국 지역만이고 암호화 작업도 거기서 처리돼요. 특정 클라우드 위에서 쓰는 구성은 그 클라우드 열쇠만 되고 지역·계정도 맞춰야 합니다.

Q. 열쇠를 쓴 내역은 어디서 보나요?

내 클라우드 감사 로그에서 봅니다. 설정을 바꾼 사건은 조직 활동 기록에 남지만, 데이터를 잠그고 푸는 실제 열쇠 호출은 거기 안 나옵니다. 둘을 나눠서 보셔야 해요.

Q. 도입 전에 뭘 확인해야 하나요?

꺼지는 기능 목록을 팀과 같이 읽으세요. 문서도 "이 목록이 전부는 아니니 검토하라"고 적습니다. 특히 검색에 의존하는 업무가 있는지가 갈림길입니다. 시험판 기능들은 보호 대상이 아닐 수 있고 아예 깨질 수도 있어요.

✨ 정리하면

규제 요건 때문에 꼭 필요한 조직이라면 좋은 선택지입니다. 다만 보안을 얻고 검색을 잃는 거래라는 걸 알고 결정해야 합니다. 넷만 기억하세요 — 떼거나 바꿀 수 없고, 열쇠를 잃으면 데이터도 잃고, 켠 시점 이후만 보호되고, 계정 정보와 안전 검사 기록은 밖에 남는다는 것. 그리고 반드시 요청을 한 번도 안 보낸 새 공간에서 시작하세요. 비용과 권한을 함께 설계하는 흐름은 AI 지출 관리 허브에 정리해 두었습니다.

출처: Claude 공식 문서 「고객 관리 암호 열쇠」 (2026-09-02 열람). 지원 지역·꺼지는 기능 목록·요금은 2026년 기준이며 변동될 수 있습니다. 도입 전 계약 담당자와 확인하세요.