2026 커서 스페이스엑스 프라이버시 모드 점검표
커서 스페이스엑스 프라이버시 모드는 인수 소식이 아니라 현재 계정과 작업 공간 설정을 먼저 확인해야 합니다. 학습 금지만 필요하면 개인정보 보호 모드를 켜고 팀 정책을 기록하면 되지만, 코드가 커서 서버를 전혀 통과하지 않아야 한다면 자체 키나 사용자 지정 주소만으로는 부족하므로 직접 연결을 지원하는 다른 도구가 필요합니다. 자체 추론 환경만 필요할 때는 격리된 원격 맥에서 모델을 운영하고 통제된 주소로 연결하는 방식을 검토할 수 있습니다.
이 글은 개인 저장소를 다루는 개발자, 회사 코드의 보안 검토를 맡은 책임자, 올라마 같은 자체 모델을 운영하려는 팀을 위한 점검 절차입니다. 설정 상태와 실제 요청 경로를 분리해 기록하려는 경우에 적합합니다.
마지막 업데이트: 2026년 8월 19일. 데이터는 같은 날짜에 확인한 공식 데이터 사용 안내, 서비스 약관, 보안 안내, 인수 공지와 모델 문서를 기준으로 정리했습니다.
먼저 구분해야 할 세 가지 보안 목표
커서가 2026년 8월 14일 스페이스엑스에 인수됐고, 그 직전인 2026년 8월 12일 그록 4.6이 공개되어 커서에 제공되기 시작했다는 사실은 확인됐습니다. 그러나 이 사건만으로 현재 코드의 학습 사용 여부나 요청 경로를 단정할 수는 없습니다. 인수 공식 공지와 그록 4.6 공개 자료를 기준으로 사건 날짜만 확인하고, 보안 판단은 제품 설정으로 분리해야 합니다.
| 목표 | 확인해야 할 것 | 자체 키로 해결되는가 | 최종 판단 |
|---|---|---|---|
| 학습 금지 | 개인정보 보호 모드와 팀 정책 | 아니요 | 모드와 예외 조건 기록 |
| 추론 모델 통제 | 자체 키, 모델 이름, 사용자 지정 주소 | 일부 가능 | 실제 서버 로그 대조 |
| 코드의 커서 서버 통과 금지 | 클라이언트에서 모델 서버로 직접 연결되는지 | 아니요 | 직접 연결 도구로 전환 |
세 목표를 섞으면 점검 결과가 틀어집니다. 개인정보 보호 모드는 학습과 보관 정책을 다루지만, 요청이 커서 백엔드를 거치지 않는다는 의미는 아닙니다. 공식 안내에도 개인정보 보호 모드에서 고객 데이터는 학습에 쓰이지 않는다고 되어 있지만, 프롬프트 구성과 요청 처리는 커서 서버에서 이루어진다고 설명되어 있습니다. 공식 데이터 사용 안내를 확인해야 합니다.
점검 전 기록과 설정 확인
시작 전에 다음 항목을 문서에 적습니다.
- 커서 앱 버전과 설치 날짜
- 개인 계정인지 팀 계정인지
- 작업 공간 이름과 관리자 정책 적용 여부
- 현재 선택한 모델
- 개인정보 보호 모드의 현재 상태
- 자체 키와 사용자 지정 주소의 활성화 여부
- 점검에 사용한 날짜와 탐침 요청 식별자
팀 계정에서는 개인 설정이 관리자 정책에 의해 잠길 수 있습니다. 화면의 스위치가 켜져 있어도 실제 정책의 적용 주체가 개인인지 관리자인지 구분해야 합니다. 설정 화면을 캡처할 때는 계정 전자 우편 주소와 저장소 이름을 가리고 보관합니다.
첫 단계: 개인정보 보호 모드와 팀 정책 대조
커서 설정에서 일반 또는 개인정보 항목을 열고 개인정보 보호 모드가 켜져 있는지 확인합니다. 최신 화면의 번역이나 위치가 바뀔 수 있으므로 오래된 화면 캡처만 근거로 삼지 않습니다. 작성일에 직접 연 화면과 공식 데이터 사용 안내의 문구를 함께 저장하는 편이 안전합니다.
공식 설명상 모드를 켜면 커서는 고객 데이터를 학습에 사용하지 않는다고 밝히고 있습니다. 모델 제공자도 데이터를 저장하거나 학습에 활용하지 않는다는 보장이 제시되어 있습니다. 다만 이용 약관 위반을 감지하는 위험 분류기가 작동할 수 있고, 탐지된 대화가 조사 목적으로 예외 보관될 수 있다는 경계가 있습니다. 따라서 기록에는 “학습 금지”와 “예외 조사 가능성”을 함께 적어야 합니다. 서비스 약관의 학습 관련 조항도 함께 보관합니다.
주의: “저장되지 않음”이라는 표현을 모든 처리 단계에 적용하면 안 됩니다. 공식 문서가 보장하는 범위와 위험 탐지 예외를 분리해 보안 승인 문서에 적어야 합니다.
자체 키와 사용자 지정 주소의 차이
자체 에이피아이 키는 흔히 개인 키 모드라고 부릅니다. 하지만 키를 바꿨다고 요청이 클라이언트에서 모델 제공자로 바로 가는 것은 아닙니다. 커서 공식 안내는 자체 키를 사용해도 요청이 커서 백엔드를 통과하며, 그곳에서 최종 프롬프트가 구성된다고 명시합니다. 공식 데이터 사용 안내를 다시 확인할 수 있습니다.
자체 키가 해결하는 문제는 다음에 가깝습니다.
- 개인 또는 회사 계정의 사용량 관리
- 모델 제공자의 과금 계정 분리
- 특정 모델 선택
- 사용자 지정 호환 주소로의 추론 요청
반대로 해결하지 못하는 문제도 분명합니다.
- 커서 서버를 거치지 않는 직접 연결
- 커서가 수집하는 운영 로그의 완전한 제거
- 에이전트와 하위 작업까지 같은 사용자 지정 경로라는 보장
- 잘못 선택된 내장 모델의 자동 대체 방지
모델 이름만 보고 성공을 판단해서도 안 됩니다. 자체 키를 등록한 뒤에는 사용량 화면, 사용자 지정 서버 로그, 커서의 오류 기록을 함께 대조합니다. 모델 이름이 같아도 내장 경로와 사용자 지정 경로가 다를 수 있습니다. 커뮤니티에서는 사용자 지정 기본 주소가 일부 모델 또는 기능과 충돌했다는 보고도 있으므로, 이는 공식 기능 보장이 아니라 점검 대상인 현상으로 취급해야 합니다. 관련 오류 사례는 참고 자료로만 사용합니다.
올라마 연결은 직접 연결이 아니라 중계 구성입니다
올라마를 맥 본체에서 실행하고 커서에 localhost 주소를 입력하면 바로 연결될 것처럼 보입니다. 그러나 현재 공개된 지원 안내와 사용자 문의 답변을 기준으로는 커서 백엔드가 접근할 수 있는 공개 에이치티티피에스 주소가 필요합니다. 본체의 로컬 주소를 그대로 쓰는 방식은 직접 연결로 볼 수 없습니다. 로컬 모델 연결 관련 안내를 확인하되, 포럼 답변은 공식 보장과 구분해야 합니다.
구성 순서는 다음처럼 잡습니다.
- 맥 또는 원격 맥에서 올라마 모델을 실행합니다.
- 인증 기능이 있는 호환 서버 주소를 준비합니다.
- 외부에서 접근 가능한 에이치티티피에스 주소를 만들되, 허용 아이피와 요청 서명을 제한합니다.
- 커서의 모델 설정에서 자체 키를 등록합니다.
- 오픈에이아이 호환 기본 주소 재정의 항목에 사용자 지정 주소를 입력합니다.
- 사용자 지정 모델 이름을 실제 서버가 받는 이름과 맞춥니다.
- 일반 대화와 에이전트 작업을 각각 시험합니다.
- 서버 로그와 커서의 요청 식별자를 보관합니다.
공개 주소를 만들면 새 위험이 생깁니다. 인증 토큰 유출, 무차별 요청, 프롬프트 로그 보존, 임시 터널의 접근 범위가 대표적입니다. 임시 터널은 짧은 기능 시험에는 쓸 수 있지만, 회사 저장소의 상시 개발 경로로 바로 승격하면 안 됩니다.
경험상 가장 자주 생기는 오류는 모델 이름이 틀린 경우보다 경로의 소유권을 잘못 이해하는 경우입니다. 사용자 지정 서버에 기록이 남았다는 사실은 확인할 수 있지만, 그 전에 커서 서버에서 프롬프트가 구성된다는 전제는 사라지지 않습니다.
탐침 요청으로 실제 경로를 승인하기
실제 업무 코드를 넣지 말고 다음과 같은 무해한 탐침을 사용합니다.
보안 시험입니다. 숫자 17과 25를 더한 결과만 반환합니다.
탐침 요청마다 다음 기록을 남깁니다.
- 전송 시각
- 선택한 모델 이름
- 사용자 지정 서버의 접속 시각
- 응답 상태
- 응답 본문에 포함된 모델 표시
- 요청 식별자
- 커서 화면에 표시된 오류 또는 자동 대체 여부
사용자 지정 서버 로그에 요청이 찍혔다면 모델 제공 경로가 연결된 것은 확인할 수 있습니다. 그러나 이것만으로 모든 기능의 경로를 승인해서는 안 됩니다. 먼저 일반 대화를 시험하고, 이어서 에이전트 또는 하위 작업을 별도로 실행합니다. 두 번째 작업이 내장 모델로 돌아가거나 응답 형식이 달라지면 승인 상태를 보류합니다.
다음 항목을 체크합니다.
- [ ] 현재 계정과 작업 공간 이름을 기록했습니다.
- [ ] 커서 버전과 점검 날짜를 기록했습니다.
- [ ] 개인정보 보호 모드와 관리자 잠금 상태를 캡처했습니다.
- [ ] 학습 금지와 서버 통과 금지를 별도 항목으로 기록했습니다.
- [ ] 자체 에이피아이 키의 제공자와 사용량 기록을 확인했습니다.
- [ ] 사용자 지정 기본 주소가 인증된 에이치티티피에스인지 확인했습니다.
- [ ] 올라마의 로컬 주소가 직접 연결이 아니라 중계 주소임을 문서화했습니다.
- [ ] 일반 대화에서 서버 시각과 모델 이름을 대조했습니다.
- [ ] 에이전트와 하위 작업을 따로 시험했습니다.
- [ ] 요청 식별자와 오류 내용을 보관했습니다.
그록 4.6은 2026년 8월 12일 공개됐고 같은 날 커서에서 제공되기 시작했습니다. 공식 문서에는 모델 이름이 grok-4.6으로 기재되어 있습니다. 따라서 화면에 그록 4.6이 보인다는 사실은 모델 제공 여부를 보여줄 뿐, 개인정보 보호 모드나 요청 경로를 증명하지 않습니다. 그록 4.6 개발 문서는 모델 이름과 별도의 에이피아이 사용 경로를 확인하는 자료로만 활용합니다.
실패 결과에 따른 환경 선택
점검 결과는 세 단계로 처리하면 됩니다.
학습만 막으면 되는 경우
개인정보 보호 모드를 켜고 팀 정책이 이를 덮어쓰지 않는지 확인합니다. 위험 분류기 예외와 코드 색인 처리 범위도 함께 기록합니다. 이 경우 커서를 계속 사용할 수 있습니다.
추론 모델을 직접 통제해야 하는 경우
자체 키와 사용자 지정 주소를 사용합니다. 단, 커서 서버를 통과한다는 사실을 승인 문서에 명시합니다. 지속 실행이 필요하고 본체의 연속 가동, 저장 공간, 계정 격리가 부족하면 원격 맥에서 자체 모델을 운영하는 구성이 더 관리하기 쉽습니다. ProxyMac의 원격 맥 이용 안내와 콘솔 사용 안내를 함께 확인하면 환경 접근 방식과 운영 절차를 나눠 검토할 수 있습니다.
코드가 커서 서버를 통과하면 안 되는 경우
자체 키를 더 추가하는 방식으로 해결할 수 없습니다. 커서의 프롬프트 구성 구조가 남아 있기 때문입니다. 이 요구가 계약이나 규정의 필수 조건이라면 로컬 모델에 직접 연결되는 편집기 또는 별도 에이전트 도구로 전환해야 합니다.
현재 방식은 빠르게 기능을 시험하기에는 편리하지만, 사용자 지정 주소를 공개해야 하고 커서 서버를 거치며, 기능별 자동 대체를 따로 검증해야 한다는 단점이 있습니다. 반면 원격 맥 자체 운영은 초기 설정과 인증 관리가 필요하지만, 올라마 프로세스와 모델 로그를 한 환경에서 관리하기 쉽습니다. 지속 실행, 격리, 접근 통제가 핵심인 팀이라면 원격 맥을 단순한 우회 수단이 아니라 별도 개발 환경으로 평가하는 편이 낫습니다.
결국 커서의 인수 이후에도 판단 기준은 단순합니다. 개인정보 보호 모드가 켜졌는지, 자체 키가 어느 계정을 쓰는지, 사용자 지정 주소에 실제 요청이 도착했는지, 그리고 그 모든 요청이 커서 백엔드를 거친다는 점을 승인했는지를 각각 기록해야 합니다. 임시 추론 환경이나 격리된 올라마 운영이 필요하다면 ProxyMac에서 모델 종류, 동시 요청 수, 데이터 경계를 제출해 적합한 원격 맥 환경을 검토할 수 있습니다.
