데이터 분류 설명: 공개, 내부, 기밀 및 제한

데이터 분류가 중요한 이유

모든 정보 조각이 동일한 수준의 보호를 받을 필요는 없습니다. 공개 블로그 게시물, 내부 계획 메모, 고객 계약, 생산 관련 비밀은 동일하게 취급되어서는 안 됩니다. 데이터 분류의 목적은 민감도와 비즈니스 영향에 따라 정보를 라벨링하여 사람들이 어떻게 저장·공유·보호해야 하는지 알게 하는 것입니다.

모든 조직에 공통되는 단일 명명 체계는 없습니다. 일부 프레임워크는 다음과 같은 레이블을 사용합니다:\n\t\t Public, General, Confidential, 그리고 Highly Confidential. 정부 모델은 완전히 다른 레이블을 사용할 수 있습니다. 이름은 바뀔 수 있지만 목적은 동일합니다: 정보가 노출·변조·손실되거나 잘못된 대상에게 전달될 경우 발생할 수 있는 피해를 이해하는 것입니다.

4단계 모델

많은 민간 부문 팀에게 단순한 4단계 모델이 잘 작동하는 이유는\n\t\t가르치기 쉽고 적용하기 실용적이기 때문입니다:

• Public
• Internal
• Confidential
• Restricted

이 모델이 유일한 정답은 아니지만 명확한 민감도 사다리를 만듭니다. 사람들은 수십 개의 레이블을 외울 필요가 없습니다. 파일을 보내거나 메모를 공유하거나 챗봇이 내용을 볼지 결정할 때 실제로 사용할 수 있는 실무 모델이 필요합니다.

1. Public(공개)

Public 정보는 조직 외부에 공유되어도 중요한 기밀성 손해를 초래하지 않을 수 있습니다. 예시로 공개 블로그 게시물, 보도자료, 공개 문서, 승인된 마케팅 문구, 외부 공개용 제품 페이지 등이 자주 포함됩니다.

공개가 중요하지 않다는 뜻은 아닙니다. 여전히 무결성 및 검토가 필요합니다. 그러나 기밀성 관점에서는 가장 낮은 위험 등급입니다.

2. Internal(내부)

Internal 정보는 조직 내부의 일반적인 사용을 위한 것입니다.\n\t\t유출되면 피해는 보통 제한적이지만 공개 배포를 목적으로 하지 않습니다. 내부 정책, 회의록, 온보딩 자료, 내부 전용 스크린샷, 일반 프로젝트 문서 등이 여기에 해당하는 경우가 많습니다.

여기서 많은 팀이 느슨해집니다. “그다지 민감하지 않다”가 “어디에나 공유해도 된다”를 의미하지는 않습니다. 내부 데이터는 여전히 승인된 시스템에 있어야 하고 접근 제어가 필요합니다.

3. Confidential(기밀)

Confidential 정보가 잘못된 사람에게 노출되면 실제 피해를 초래할 수 있습니다. 고객 기록, 직원 데이터, 비공개 재무자료, 계약서, 법률 문서, 내부 보안 절차, 비공개 가격정보, 사적 소스 코드 등이 보통 이 범주에 포함됩니다.

이 수준은 보통 더 강한 접근 제한, 더 나은 감사, 더 엄격한 공유 규칙을 필요로 합니다. 노출로 인해 고객, 직원, 법적 의무, 수익 또는 신뢰가 손상될 수 있다면 Confidential(기밀) 범주에 해당할 가능성이 큽니다.

4. Restricted(제한)

Restricted 정보는 전형적인 사적 부문용 4단계 모델에서 가장 높은 민감도 범주입니다. 노출되면 심각한 비즈니스, 법적, 재무적, 운영적 또는 보안상 손해를 초래할 수 있습니다.

예시로는 생산 비밀, 루트 자격 증명, 암호화 키, 매우 민감한 보안 아키텍처, 인수·합병 관련 자료, 영업 비밀, 그리고 가장 민감한 규제 데이터셋이 포함될 수 있습니다. 이는 필요 최소한의 접근 권한이 적용되는 정보로 가장 강력한 통제가 필요합니다.

분류는 영향에 관한 것이다

데이터 분류에서 가장 유용한 습관 중 하나는 “이게 민감하게 느껴지나?”를 묻는 대신 “이것이 노출되거나 변조되거나 잘못된 곳으로 전송되면 어떤 일이 생기나?”를 묻는 것입니다.

문서는 지루해 보여도 민감할 수 있습니다. 고객 이메일이 담긴 스프레드시트, 내부 URL이 포함된 스크린샷, API 비밀이 들어있는 평문 파일은 드라마틱해 보이지 않을 수 있지만 노출 시 영향은 클 수 있습니다. 맥락이 감정보다 중요합니다.

이미 귀하의 주요 위험이 채팅 인터페이스에서의 과다 공유인 경우, 이 모델을 다음과 함께 사용하십시오: AI Chat Privacy Settings 그래서 분류 레이블과 구체적 예제가 서로를 보완합니다.

분류는 처리 규칙을 결정해야 합니다

분류 시스템은 각 레이블이 행동을 바꿀 때만 작동합니다. 처리 규칙이 없는 레이블은 장식에 불과합니다.

최소한 각 등급은 몇 가지 실용적 질문에 답해야 합니다:

• 누가 접근할 수 있나?
• 어디에 저장할 수 있나?
• 외부로 이메일 발송이 가능한가?
• AI 도구에 복사해서 넣을 수 있나?
• 암호화, 승인 또는 모니터링이 필요한가?

단순한 실무 모델 예시는 다음과 같습니다: Public은 외부 공유가 가능하고, Internal은 회사 승인 공간 내부에 머물며, Confidential은 제한된 접근과 더 강한 공유 제한이 필요하고, Restricted는 명시적 승인과 모니터링 요건으로 엄격히 통제됩니다.

이것이 AI 도구에 어떻게 도움이 되는가

데이터 분류의 가장 큰 실용적 이점 중 하나는 사람들이 챗봇에 붙여넣기, 에이전트에 업로드 또는 커넥터를 통해 노출하기 전에 첫 번째 의사결정 필터를 제공한다는 것입니다.

• 데이터가 Public, AI 도구와 공유하는 것은 보통 기밀성 관점에서\n\t\t\t낮은 위험입니다.
• 데이터가 Internal, 이는 승인된 비즈니스 AI 환경에서만 허용될 수 있으며, 개인용 또는 공개용 도구에서는 자동으로 허용되지 않습니다.
• 데이터가 Confidential, 기본적으로 소비자용 AI 도구에 입력해서는 안 되며, 편집(redaction)이나 승인된 기업 워크플로우가 필요할 수 있습니다.
• 데이터가 Restricted, 가장 안전한 가정은 엄격하게 통제되고 명시적으로 승인된 프로세스가 없는 한 일반 목적의 AI 도구에서 제외해야 한다는 것입니다.

이 결정의 프라이버시 제어 측면이 필요하면 다음을 읽으십시오 AI Chat Privacy Settings 외부 행동, 도구 또는 통합이 우려되는 경우 보안 가이드인 GPTs, agents, and MCP connectors 이 신뢰 경계 측면을 추가로 설명합니다.

정보 분류를 위한 실용적 방법

분류가 불확실할 때 짧은 영향 기반 테스트가 보통 충분합니다:

1. 공개를 목적으로 하는가? 예라면, 아마도 Public(공개)일 것입니다.
2. 공개되었을 때 작은 피해 또는 제한적 피해를 초래하는가? 예라면,\n\t\t\t내부(Internal)일 수 있습니다.
3. 노출로 고객, 직원, 법적 의무,\n\t\t\t\t운영 또는 신뢰에 해를 끼치는가? 예라면, 아마도 Confidential(기밀)일 것입니다.
4. 노출로 심각한 피해가 발생하거나 가장 높은 보호 수준이 필요한가? 예라면, 아마도 Restricted(제한)일 것입니다.

이 흐름이 완벽하지는 않지만 추측하는 것보다 훨씬 낫습니다. 주요 목표는 사람들이 잘못된 시스템에 정보를 공유하기 전에 잠시 멈추게 하는 것입니다.

일반적인 실수

자주 발생하는 실수는 모든 비공개 정보를 동일하게 민감하다고 취급하는 것입니다. 또 다른 실수는 최상위 레이블을 과도하게 사용해 의미가 퇴색되는 것입니다. 두 가지 문제 모두 분류를 약화시킵니다.

세 번째 실수는 맥락이 민감도를 변경한다는 사실을 잊는 것입니다. 무해해 보이는 스크린샷, 녹취록 또는 스프레드시트가 이름, 타임스탬프, 내부 참조 또는 연결된 메타데이터를 포함하면 식별 가능해질 수 있습니다.

공식 자료 및 추가 읽을거리

• Microsoft Learn: 데이터 분류 및 민감도 레이블 분류법
• Microsoft Learn: 민감도 레이블에 대해 알아보기
• Microsoft Learn: 분류 레이블 개념
• Cyera: 4단계 데이터 분류란 무엇인가?
• National Archives: 통제된 비분류 정보(Controlled Unclassified Information)
• GOV.UK: 정부 보안 분류 정책
• OWASP: LLM 애플리케이션용 Top 10

자주 묻는 질문