AI에게 업무 자료를 넣기 전에 가장 먼저 확인할 것은 모델의 성능이 아니라 자료를 넣어도 되는지 여부다. 문서 검토와 코딩을 AI에 맡기면 편리하지만, 회사 정보·개인정보·법령 검토 내용·접속 정보가 섞여 있다면 편리함보다 유출 위험을 먼저 봐야 한다.
나는 40대 직장인으로서 ChatGPT, Claude, Gemini, Perplexity를 유료로 사용한다. 업무에서는 법령 검토, 논리 검증, 문서 검토에 활용하고, 취미로는 arbiterOS를 바이브코딩 방식으로 만들고 있다. 여러 도구를 쓰다 보니 비밀번호를 어디에 보관할지, 어떤 자료를 AI에 넣을지, 계정을 어떻게 분리할지가 실제 문제가 됐다.
이 글은 특정 제품을 추천하거나 완벽한 보안을 약속하는 글이 아니다. 비밀번호 관리자와 물리 보안키의 차이, AI 데이터 설정, 업무 자료 최소화, 에이전트 권한 관리를 직장인 관점에서 정리한 실전 체크리스트다.
① 모든 계정에 서로 다른 비밀번호를 쓴다.
② 중요한 계정은 비밀번호 외에 피싱 방지형 다중인증을 추가한다.
③ 회사 자료와 민감정보는 허가와 처리 조건을 확인하기 전 AI에 입력하지 않는다.
1. 비밀번호 관리자와 물리 보안키는 역할이 다르다
“비밀번호를 저장하는 별도 장치가 있나?”라는 질문에는 두 가지 도구를 구분해 답해야 한다.
| 도구 | 주요 역할 | 주의할 점 |
|---|---|---|
| 비밀번호 관리자 | 길고 고유한 비밀번호를 생성·저장·자동입력한다 | 강한 마스터 비밀번호, 다중인증, 복구 계획이 필요하다 |
| 물리 보안키 | 로그인할 때 별도 인증 수단으로 사용한다 | 사이트 지원 여부를 확인하고 예비 키·복구 수단을 준비한다 |
| 패스키 | 기기나 비밀번호 관리자에 저장된 공개키 방식으로 로그인한다 | 기기 분실과 계정 복구 방법을 미리 확인한다 |
물리 보안키는 일반적으로 모든 비밀번호를 담아 두는 USB 저장장치가 아니다. 지원되는 서비스에서 본인 인증을 강화하는 장치다. 비밀번호를 여러 개 안전하게 관리하려면 신뢰할 수 있는 비밀번호 관리자가 중심이고, 이메일·금융·관리자 계정처럼 중요한 곳에는 보안키나 패스키를 추가하는 식으로 조합한다.
CISA는 중요한 서비스에 물리 보안키나 패스키 같은 피싱 방지형 다중인증을 권고하고, 비밀번호 관리자를 이용해 계정마다 강하고 고유한 비밀번호를 만들도록 안내한다.
2. 가장 중요한 계정부터 보호한다
모든 계정을 하루에 바꾸려고 하면 중간에 포기하기 쉽다. 먼저 다른 계정의 복구 열쇠가 되는 이메일, 비밀번호 관리자, 휴대전화·클라우드 계정, 금융 계정, 웹사이트 관리자 계정을 우선한다.
- 복구 이메일과 전화번호를 확인한다. 오래된 주소나 사용하지 않는 번호를 제거한다.
- 고유한 비밀번호로 교체한다. 같은 비밀번호를 다른 사이트에서 재사용하지 않는다.
- 다중인증을 켠다. 가능하면 보안키·패스키처럼 피싱에 강한 방식을 우선 검토한다.
- 복구 코드를 오프라인에 보관한다. 일반 메모나 같은 계정의 이메일에만 두지 않는다.
- 예비 인증 수단을 시험한다. 분실 후 처음 확인하면 복구가 어려울 수 있다.
문자나 앱의 일회용 번호도 비밀번호만 사용하는 것보다는 방어층을 추가하지만, 가짜 로그인 화면에 번호를 입력하면 탈취될 수 있다. 서비스가 지원한다면 피싱 방지형 인증을 고려할 이유다.
3. 비밀번호 관리자 선택에서 볼 항목
- 공식적인 보안 문서와 독립적인 보안 점검 내용을 공개하는가?
- 다중인증, 패스키, 보안키를 지원하는가?
- 내 기기와 브라우저에서 필요한 자동입력 기능이 작동하는가?
- 내보내기, 백업, 계정 복구 방법이 명확한가?
- 가족·업무 공유가 필요하다면 개별 권한과 회수 기능이 있는가?
- 보안 사고가 발생했을 때 공지와 대응 절차가 투명한가?
어떤 제품도 위험을 0으로 만들지는 않는다. 직접 만든 규칙으로 비밀번호를 돌려 쓰거나 브라우저 메모에 흩어 두는 것보다, 고유한 비밀번호를 생성하고 복구 절차를 갖춘 체계를 만드는 것이 목적이다.
- AI 대화창이나 프롬프트에 비밀번호·API 키를 붙여 넣기
- 평문 메모 파일을 동기화 폴더에 두기
- 여러 사이트에서 같은 비밀번호 사용하기
- 복구 코드 사진을 일반 사진 보관함에만 저장하기
- 보안키 하나만 등록하고 분실 대책을 만들지 않기
4. AI에 넣기 전 자료를 네 등급으로 나눈다
| 등급 | 예시 | 기본 행동 |
|---|---|---|
| 공개 | 공식 법령, 공개 보도자료, 내가 공개한 글 | 출처와 최신성을 확인한 뒤 사용 |
| 내부 | 사내 절차, 공개 전 초안, 회의 내용 | 회사 정책과 승인된 도구인지 먼저 확인 |
| 민감 | 개인정보, 계약조건, 사건 사실관계 | 입력을 피하고 승인된 환경·최소정보 원칙 적용 |
| 비밀·인증정보 | 비밀번호, API 키, 복구코드, 영업비밀 | 일반 AI 대화에 입력하지 않고 전용 보관 체계 사용 |
법령 검토를 요청하더라도 실제 인명, 회사명, 사건번호, 계좌, 연락처가 필요하지 않은 경우가 많다. 목적을 달성하는 데 필요하지 않은 식별자는 지우고, 구체적 사실관계 대신 구조화된 가상 사례로 바꿀 수 있다.
5. ‘이름만 지우기’가 충분하지 않을 수 있다
문서에서 이름과 주민번호만 삭제했다고 안전하다고 단정할 수 없다. 직책, 날짜, 거래금액, 지역, 사건의 독특한 조합으로 당사자를 추정할 수 있기 때문이다. 익명화보다 먼저 필요한 것은 데이터 최소화다.
AI에 입력하기 전에 다음 순서로 줄인다.
- 질문에 필요하지 않은 문단과 첨부파일을 제거한다.
- 인명·회사명·연락처·식별번호를 일반 표현으로 바꾼다.
- 정확한 금액과 날짜가 필요 없다면 범위나 상대 시점으로 바꾼다.
- 결과를 받은 뒤 원문과 분리된 환경에서 다시 대조한다.
- 민감도가 높다면 일반 소비자용 AI 대신 승인된 업무 환경이나 로컬 처리 방법을 검토한다.
6. 유료 구독이라고 데이터 조건이 모두 같은 것은 아니다
개인용 유료 플랜, 업무용 플랜, API는 이름이 비슷해도 데이터 사용·보존·관리 조건이 다를 수 있다. “돈을 냈으니 업무 자료를 넣어도 된다”고 가정해서는 안 된다. 회사 정책과 서비스의 최신 공식 문서를 함께 확인해야 한다.
OpenAI의 ChatGPT 데이터 제어 안내에 따르면 개인 계정에서는 설정에서 모델 개선 사용 여부를 제어할 수 있고 임시 채팅 기능도 제공된다. 업무용 제품과 API에는 별도의 기본 데이터 처리 조건이 있다. Anthropic도 개인용 Claude와 업무용 제품의 데이터 조건을 구분해 안내한다.
설정을 껐다는 사실만으로 기밀자료 입력이 자동 허용되는 것은 아니다. 보존 기간, 관리자 접근, 법적 요구, 연결 앱, 플러그인, 공유 링크까지 포함해 실제 사용 환경을 봐야 한다.
7. 여러 AI를 쓸수록 계정과 자료 흐름을 기록한다
나는 ChatGPT, Claude, Gemini, Perplexity를 사용한다. 같은 자료를 여러 서비스에 반복 입력하면 노출 지점도 늘어난다. 그래서 중요한 작업은 어느 도구에 어떤 종류의 자료를 넣었는지 최소한 기록할 필요가 있다.
- 서비스와 계정 종류: 개인용인지 업무용인지
- 입력한 자료의 등급: 공개·내부·민감·비밀
- 공유 기능: 외부 링크나 협업자를 만들었는지
- 연결 권한: 클라우드 저장소·이메일·코드 저장소 접근 여부
- 보존과 삭제: 대화와 파일을 언제 검토·삭제할지
이 기록은 감시를 위한 것이 아니라, 문제가 생겼을 때 영향 범위를 알기 위한 것이다.
8. 바이브코딩 에이전트에는 최소 권한만 준다
arbiterOS 같은 취미 프로젝트를 만들 때 에이전트가 파일을 읽고 수정하며 명령을 실행하면 개발 속도가 크게 올라간다. 동시에 환경변수, API 키, 배포 권한, 사용자 데이터에 접근할 가능성도 생긴다.
읽기 전용 점검 → 변경 계획 → 제한된 폴더 수정 → 테스트 → 사람이 배포 확인
비밀값은 코드와 프롬프트에 직접 쓰지 않고 전용 비밀 관리 기능이나 환경변수로 분리한다. 로그와 오류 메시지에 키가 노출되지 않는지 확인하고, 테스트용 계정과 실제 운영 계정을 나눈다. 사용이 끝난 임시 키와 공유 링크는 회수한다.
9. 피싱은 기술보다 ‘맥락’을 노린다
AI로 자연스러운 문장을 만들기 쉬워지면서 공격 메시지도 더 그럴듯해질 수 있다. 아는 사람의 말투, 실제 프로젝트 이름, 최근 일정이 섞이면 링크를 누르기 전에 의심하기 어렵다.
다음과 같은 요청은 다른 경로로 다시 확인한다.
- 갑작스러운 비밀번호 재설정이나 다중인증 해제
- 평소와 다른 계좌로 송금하거나 결제수단 변경
- 보안키·일회용 번호·복구코드 전달
- 긴급하다는 이유로 링크에서 다시 로그인
- 파일 실행이나 원격접속 프로그램 설치
이메일이나 메신저에 있는 링크 대신 저장해 둔 공식 주소나 앱을 직접 열고, 송금·권한 변경 요청은 기존에 알고 있던 연락처로 확인한다.
10. 사고가 의심될 때의 순서
- 의심되는 기기를 네트워크에서 분리하고 추가 입력을 멈춘다.
- 깨끗한 기기에서 주요 이메일과 비밀번호 관리자 계정을 먼저 보호한다.
- 활성 세션, 연결 앱, 전달 규칙, 복구 정보를 확인한다.
- 노출 가능성이 있는 비밀번호와 API 키를 교체하고 세션을 해제한다.
- 금융·회사 자료가 관련되면 해당 기관의 공식 사고 대응 절차에 즉시 알린다.
- 무엇이 노출됐는지, 언제 어떤 조치를 했는지 기록한다.
구체적인 사고에서는 회사 보안 담당자, 금융기관, 수사기관 등 상황에 맞는 공식 채널의 안내를 따라야 한다.
11. 한 달에 한 번 확인할 계정 보안 점검표
- 주요 계정에 고유한 비밀번호와 다중인증이 적용되어 있는가?
- 분실한 기기와 사용하지 않는 로그인 세션이 남아 있지 않은가?
- 복구 이메일·전화번호·예비 보안키가 최신인가?
- AI 서비스의 데이터 설정과 연결 앱을 확인했는가?
- 사용하지 않는 API 키, 공유 링크, 앱 권한을 회수했는가?
- 웹사이트 관리자 계정과 백업이 정상인지 시험했는가?
- 복구코드와 중요 백업을 실제로 찾을 수 있는가?
12. 결론: 보안은 도구 하나가 아니라 복구 가능한 구조다
비밀번호 관리자나 물리 보안키를 사는 것만으로 보안이 끝나지는 않는다. 고유한 비밀번호, 피싱 방지형 인증, 예비 복구 수단, 자료 등급, AI 입력 기준, 최소 권한이 함께 작동해야 한다.
내가 적용하려는 기준은 간단하다. 중요한 비밀번호는 전용 관리 체계에 두고, AI에는 목적에 필요한 최소 자료만 제공한다. 회사 정보와 개인정보는 승인과 처리 조건을 먼저 확인한다. 에이전트에는 작은 범위만 맡기고 배포와 외부 전송은 사람이 확인한다.
- 이 자료를 AI에 넣을 권한이 있는가?
- 목적에 필요하지 않은 식별정보를 제거했는가?
- 비밀번호·API 키·복구코드가 포함되지 않았는가?
- 계정 종류와 데이터 설정을 공식 문서에서 확인했는가?
- 중요 계정에 고유 비밀번호와 피싱 방지형 인증을 적용했는가?
- 기기나 보안키를 잃어도 복구할 수 있는가?
함께 읽기
- AI 시대 직장인의 실전 습관: 법령 검토부터 바이브코딩까지
- 바쁜데 성과는 없는 이유: 업무 구조를 바꾸는 법
- AI를 쓰면 정말 더 똑똑해질까?
- AI 부업은 무엇부터 검증해야 할까?
참고한 공식 자료
- CISA Secure Our World: 계정 보호와 피싱 방지 기본 수칙
- CISA: 신원·접근관리 권장사항
- NIST AI 600-1: 생성형 AI 위험관리 프로필
- OpenAI: ChatGPT 데이터 제어 안내
- Anthropic: 개인용 Claude의 민감정보와 데이터 안내
작성·검토 기준일: 2026년 7월 25일. 이 글은 개인적인 AI 활용과 계정 관리 경험을 바탕으로 한 일반 정보이며, 특정 제품 추천이나 보안 보장을 의미하지 않습니다. 서비스 기능과 정책은 변경될 수 있으므로 실제 설정 전 최신 공식 문서를 확인하세요.