영업비밀이 되려면 세 가지가 필요합니다
영업비밀의 세 가지 요건 [01]
부정경쟁방지 및 영업비밀보호에 관한 법률은 영업비밀을 이렇게 정의합니다.
| 요건 | 내용 |
| ① 비공지성 | 공공연히 알려져 있지 않을 것 |
| ② 경제적 유용성 | 독립된 경제적 가치를 가질 것 |
| ③ 비밀관리성 | 비밀로 관리되고 있을 것 |
셋 중 하나라도 빠지면 영업비밀로 인정받지 못합니다. 그러면 유출돼도 이 법으로 보호받기 어렵습니다.
많은 분이 오해하는 부분
"우리 회사 중요한 자료니까 당연히 영업비밀"이라고 생각하기 쉽습니다. 그렇지 않습니다.
중요하다는 것만으로는 부족합니다. 실제로 비밀로 관리했다는 사실이 인정돼야 합니다. 그리고 그 입증 책임은 회사에 있습니다.
AI가 깨뜨리는 것은 무엇인가
AI 입력으로 무너지는 지점 [02]
③번 비밀관리성입니다.
| 시점 | 상태 |
| 입력 전 | 사내 서버 · 접근 통제 · 비밀로 관리 중 |
| 입력 후 | 외부 서비스에 제공 · 통제 범위 이탈 |
법정에서 회사는 "우리는 이 정보를 비밀로 관리하고 있었다"고 주장해야 합니다. 접근 권한을 제한했고, 문서에 비밀 표시를 했고, 직원 교육을 했다는 증거를 제시합니다.
그런데 상대방이 이렇게 반박할 수 있습니다. "귀사 직원이 그 자료를 외부 AI 서비스에 그대로 입력했습니다. 정말 비밀로 관리하셨습니까?"
이 반박에 답하기가 쉽지 않습니다. 그리고 비밀관리성이 부정되면, 그 정보는 영업비밀이 아니게 됩니다. 누가 가져가 써도 이 법으로는 막기 어렵습니다.
유출보다 더 큰 문제인 이유
정리하면 이런 구조입니다.
| 상황 | 결과 |
| 단순 유출 | 영업비밀로 인정 → 법적 구제 가능 |
| AI 입력 후 유출 | 비밀관리성 부정 가능 → 구제가 어려워질 수 있음 |
같은 정보가 나갔는데 대응 수단이 달라집니다. 이것이 AI 입력이 특별히 위험한 이유입니다.
실제로 이런 일이 생깁니다
실제 위험 시나리오 [03]
| 상황 | 무슨 일이 벌어지나 |
| 소스코드 디버깅 | 오류 원인을 찾으려 코드 전체를 붙여넣음 |
| 계약서 검토 | 독소조항을 찾아달라며 계약서를 통째로 업로드 |
| 제안서 작성 | 경쟁사 대비 우위를 정리하려다 내부 전략 노출 |
| 설계 문서 요약 | 도면 설명과 사양을 그대로 입력 |
| 회의록 정리 | 녹취 파일에 미공개 사업 계획이 담김 |
공통점이 있습니다
모두 악의가 없습니다. 일을 잘하려다 벌어진 일입니다. 그래서 더 자주 일어나고, 본인은 문제를 인식하지 못합니다.
특히 소스코드가 위험합니다. 개발자는 오류를 빨리 잡으려고 코드를 통째로 붙여넣는 경우가 많습니다. 그런데 소스코드는 대표적인 영업비밀 대상입니다.
파일 업로드가 더 위험합니다
텍스트를 복사해 붙여넣을 때는 내용을 한 번 보게 됩니다. 그런데 파일을 통째로 올리면 그 과정이 없습니다.
엑셀 파일 하나에 시트가 열 개일 수 있습니다. 요약하려던 시트 말고 다른 시트에 무엇이 있는지 확인하지 않고 올리는 경우가 많습니다.
소송에서는 어떻게 되나
영업비밀 분쟁은 대체로 이런 순서로 갑니다.
| 단계 | 다투는 것 |
| 1 | 그 정보가 영업비밀인가 |
| 2 | 상대방이 부정하게 취득·사용했는가 |
| 3 | 손해가 얼마인가 |
1단계에서 막히면 나머지는 볼 것도 없습니다. 영업비밀이 아니면 부정경쟁방지법상 청구가 성립하지 않습니다.
그래서 상대방은 1단계를 집중 공격합니다. 비밀관리성을 무너뜨리는 것이 가장 효율적인 방어이기 때문입니다.
다만 오해하지 마십시오. AI에 입력했다고 해서 자동으로 영업비밀이 아니게 되는 것은 아닙니다. 법원이 여러 사정을 종합해 판단합니다. 다만 회사에 불리한 사정이 하나 늘어나는 것은 분명합니다.
어떻게 대응할 것인가
회사와 개인의 대응 방안 [04]
회사가 할 일
| 항목 | 내용 |
| 문서 표시 | 비밀 등급을 문서에 명시 |
| 접근 통제 | 권한 관리와 접속기록 유지 |
| 사용 지침 | AI 입력 금지 대상을 명확히 |
| 교육 기록 | 교육 실시 사실을 문서로 남김 |
| 서약서 | 입사·퇴사 시 비밀유지 서약 |
교육 기록이 특히 중요합니다. "AI에 회사 자료를 입력하지 말라고 교육했다"는 사실이 남아 있으면, 비밀관리성 주장에 힘이 됩니다.
반대로 지침도 교육도 없었다면, 직원 개인의 잘못으로만 돌리기 어렵습니다.
개인이 할 일
| 항목 | 내용 |
| 구조만 묻기 | 코드 전체 대신 오류가 난 부분만 |
| 가명 처리 | 회사명·제품명·수치를 치환 |
| 파일 대신 텍스트 | 무엇을 올리는지 확인하고 필요한 부분만 |
| 사내 도구 우선 | 회사가 승인한 서비스 사용 |
"이 코드가 왜 안 돌아가나요" 대신 "이런 상황에서 이 오류가 나는 원인은 무엇인가요"로 물으면, 답의 질은 비슷하면서 코드를 노출하지 않을 수 있습니다.
자주 묻는 질문
| 질문 | 답 |
| 입력하면 무조건 영업비밀이 아닌가요? | 아닙니다. 법원이 종합 판단합니다. 다만 불리한 사정이 됩니다. |
| 학습 설정을 끄면 괜찮나요? | 외부에 제공된 사실은 남습니다. |
| 기업용 서비스는 다른가요? | 계약 조건에 따라 다릅니다. 약관을 확인하십시오. |
| 코드 일부만 넣어도 문제인가요? | 핵심 로직이면 문제될 수 있습니다. |
| 회사에 알려야 하나요? | 이미 입력했다면 사내 절차를 확인하십시오. |
| 개인 책임이 되나요? | 사안에 따라 다릅니다. 지침 유무가 영향을 줍니다. |
정리
| 기억할 것 |
| 영업비밀은 비공지성·경제적 유용성·비밀관리성 세 요건이 필요하다 |
| AI 입력은 비밀관리성을 흔든다 |
| 유출보다 '보호받지 못하게 되는 것'이 더 큰 문제일 수 있다 |
| 소스코드와 파일 업로드가 특히 위험하다 |
| 회사는 지침과 교육 기록을 남겨야 한다 |
마치며
이 글의 핵심은 "AI를 쓰지 말라"가 아닙니다. 무엇이 걸려 있는지 알고 쓰자는 것입니다.
많은 분이 "어차피 안 새어나갈 텐데"라고 생각하십니다. 그런데 문제는 새어나가는 것만이 아닙니다. 나중에 다툴 때 우리가 불리해지는 것입니다.
코드는 오류 부분만, 계약서는 해당 조항만, 숫자는 X로. 몇 초 더 쓰는 것으로 대부분 해결됩니다.
이 글은 공개된 법령과 실무 경험을 바탕으로 정리한 일반 정보이며 법률자문이 아닙니다. 영업비밀 인정 여부는 구체적 사실관계에 따라 법원이 판단하며, 이 글의 설명이 개별 사안에 그대로 적용되지 않을 수 있습니다. 부정경쟁방지 및 영업비밀보호에 관한 법률의 최신 내용은 국가법령정보센터에서 확인하시고, 실제 분쟁은 반드시 변호사와 상의하시기 바랍니다.
태그
#영업비밀 #생성형AI #비밀관리성 #부정경쟁방지법 #소스코드유출 #정보보안 #AI보안 #기업법무 #실무가이드 #보안지침
'AI 보안·개인정보' 카테고리의 다른 글
| AI 챗봇 도입 개인정보 체크리스트 — 단계별 점검 항목 (0) | 2026.09.11 |
|---|---|
| 사내 AI 사용 지침 만드는 법 — 필수 항목 6가지와 작성 순서 (0) | 2026.09.10 |
| 챗GPT에 회사 문서 넣어도 될까 — 개인정보·영업비밀 기준 (0) | 2026.09.10 |