AI에 열어 준 폴더 밖은 안 읽힌다고 믿고 계십니까

회사 자료가 든 폴더 하나를 AI에 열어 줍니다.
대표가 믿는 전제는 하나입니다. 그 폴더 밖은 안 본다는 것.

이 전제는 대체로 맞습니다. 도구는 승인된 범위를 검사하고, 밖으로 나가는 요청을 막습니다.

그런데 8월 29일 새벽, 그 검사에 나 있던 구멍 네 개가 한 번에 막혔습니다. 이 소식을 회사가 어떻게 받아 적어야 하는지가 오늘 글의 전부입니다.

AI에 자료를 맡기는 회사는 어디든 선부터 긋습니다.
이 폴더까지만. 이 계정까지만. 이 자료까지만.

선을 긋고 나면 마음이 놓입니다. 문제는 그다음입니다.

그 선을 실제로 지키는 주체는 도구 안의 검사 코드입니다. 대표의 믿음은 선을 지켜 주지 않습니다.

코드는 사람이 만든 물건이라 빈틈이 생기고, 빈틈은 발견되면 메워집니다. 자물쇠를 계속 고쳐 다는 건물 관리 같은 일이 소프트웨어 안에서도 돌아갑니다.

경계는 긋는 일보다 유지하는 일이 깁니다.

한국 시각 2026년 8월 29일 새벽 3시 19분, Claude Code 2.1.251이 공개됐습니다. 변경 기록에 파일 경계와 관련된 수정이 네 건 들어 있습니다.

첫 번째 원문입니다.

"Fixed file tools (Read, Write, Edit) following a symlink swapped inside the working directory after the permission check, which could read or write outside the approved location"

우리말로 옮기면 이렇습니다. 승인 검사가 끝난 뒤 폴더 안의 바로가기가 다른 곳을 가리키도록 바뀌면, 승인된 범위 밖을 읽거나 쓸 수 있었다는 것. 이번 판에서 막혔습니다.

나머지 세 건도 결이 같습니다.
바로가기를 거쳐 검색하면 열람 금지 규칙이 적용되지 않던 구멍. 플러그인 명령이 제 폴더 밖을 가리킬 수 있던 구멍. 워크플로우 도구가 권한 검사 전에 범위 밖 파일을 읽던 구멍.

네 건 모두 알려진 피해 사례는 없습니다. 변경 기록에 적힌 것은 수정 사실뿐이고, 이 글도 그 이상을 말하지 않습니다.

무서워할 소식이 아니라는 뜻입니다. 경계가 이렇게 계속 손질되고 있다는 사실, 그리고 그 손질이 우리 회사에 언제 도착하느냐가 진짜 질문입니다.

첫 번째로 정할 칸은 업데이트입니다. 누가, 언제 올리는가.

패치가 우리를 지키기 시작하는 시점은 우리 기계에 깔린 순간입니다. 공개일은 달력의 날짜일 뿐입니다.

버전을 올리지 않고 쓰는 회사에게 이번 구멍들은 아직 열려 있는 셈입니다. 고침이 나와 있는데 안 받는 상태는, 고침이 없던 상태보다 나을 것이 없습니다.

이 일에는 담당이 필요합니다. 직원 각자의 성실에 맡기면 기계마다 버전이 달라지고, 어느 기계가 뒤처졌는지 아무도 모르게 됩니다.

월 1회든 격주든, 도구 버전을 올리는 날을 달력에 두면 충분합니다. 이번 같은 소식이 나오면 그날을 앞당기면 됩니다.

패치는 우리 기계에 깔린 날부터 유효합니다.

두 번째 칸은 자리입니다. 절대 읽히면 안 되는 자료를 어디에 두는가.

계약서 원본, 인사 자료, 고객 개인정보.
이런 자료는 접근 설정으로 지키는 것보다 자리 자체를 분리하는 쪽이 쌉니다.

AI가 도는 폴더와 기계에 애초에 두지 않으면, 경계에 구멍이 나도 잃을 것이 없습니다. 설정은 뚫려도 없는 파일은 읽히지 않습니다.

자료를 넘기는 쪽도 같은 감각으로 움직입니다. 저희에게 운영 자료를 넘긴 대표님은 이렇게 적었습니다.

용도를 정하고, 수명을 정하고, 끝나면 폐기합니다. 민감한 자료 한 건을 다루는 문장이 이렇게 짧습니다.

회사 안의 AI에도 같은 문장이 필요합니다.
이 자료는 여기까지. 이 기간까지. 끝나면 지운다.

경계가 뚫려도 잃을 것이 없는 자리가 가장 싼 보안입니다.

세 번째 칸은 목록입니다. 상담에서 대표님들이 가장 먼저 묻는 질문은 이쪽입니다.

어디까지 할 수 있는지는 도구가 답해 줍니다. 회사만 답할 수 있는 질문이 따로 있습니다.
우리가 AI에 어디까지 열어 줬는가.

열어 준 범위를 적어 둔 회사는 이번 같은 소식이 나왔을 때 점검할 곳을 압니다. 어느 기계에서, 어느 폴더를, 어떤 도구에 열어 뒀는지 목록을 따라 훑으면 끝입니다.

목록이 없는 회사는 같은 소식을 읽고도 할 일이 없습니다. 점검할 대상이 어디 있는지 모르기 때문입니다.

거창한 문서가 필요한 것도 아닙니다. 기계 이름, 열어 준 폴더, 쓰는 도구와 버전. 세 칸짜리 표 하나면 시작으로 충분합니다.

목록이 있는 회사만 점검할 곳을 압니다.

정리

경고 신호

• AI 도구를 깐 뒤로 버전을 한 번도 올리지 않았다

• 계약서나 개인정보가 AI가 도는 폴더와 같은 자리에 있다

• 어디까지 열어 줬는지 적힌 목록이 없다

• 보안 소식이 나와도 회사에서 아무 일도 일어나지 않는다

좋은 신호

• 도구 업데이트의 담당과 주기가 정해져 있다

• 절대 읽히면 안 되는 자료는 AI가 도는 자리 밖에 있다

• 기계·폴더·도구가 목록으로 적혀 있다

• 보안 소식이 나오면 목록을 따라 점검하는 사람이 있다

열어 둔 경계, 네 가지만 확인하세요

1. 지금 쓰는 AI 도구의 버전을 마지막으로 올린 게 언제입니까?
   기억나지 않으면 오늘이 올리는 날입니다.

2. 절대 읽히면 안 되는 자료가 AI가 도는 폴더 안에 있습니까?
   있다면 설정을 고치기 전에 자리부터 옮깁니다.

3. 어디까지 열어 줬는지 목록이 있습니까?
   기계·폴더·도구 세 칸이면 시작됩니다.

4. 이런 보안 소식이 나오면 누가 움직입니까?
   이름이 없으면 아무도 안 움직입니다.

자주 묻는 질문

Q. AI에 폴더를 열어 주면 컴퓨터 전체를 볼 수 있게 됩니까?

도구가 승인 범위를 검사해 막는 구조가 기본입니다. 이번 2.1.251의 수정 네 건은 그 검사에 있던 빈틈을 메운 것으로, 검사는 원래부터 있었습니다. 다만 그 검사도 코드이고, 그래서 버전 관리가 회사 몫으로 남습니다.

Q. 이 구멍으로 실제 피해를 본 회사가 있습니까?

알려진 피해 사례는 없습니다. 변경 기록에 적힌 것은 수정 사실뿐이고, 이 글도 그 이상을 주장하지 않습니다. 다만 패치를 받지 않은 기계에는 같은 빈틈이 그대로 남습니다.

Q. 우리는 다른 AI 도구를 쓰는데 상관이 있습니까?

확인할 칸은 도구 이름과 무관합니다. 어떤 도구든 파일 경계가 있고, 그 경계는 코드가 지키며, 코드는 주기적으로 고쳐집니다. 업데이트 담당, 자리 분리, 열어 준 목록 세 칸은 어느 도구에나 그대로 적용됩니다.

Q. 업데이트를 올렸는지 어떻게 확인합니까?

대부분의 도구에 버전 확인 명령이나 화면이 있습니다. 확인 방법을 담당자가 한 번 익혀 두고, 올린 날짜를 목록에 함께 적어 두면 다음 소식 때 비교가 됩니다.