LabHub

블로그

데이터 보안·프라이버시 2025 완전 정복: 암호화(At-rest/In-transit/In-use), RBAC·ABAC·PBAC, Row/Column Security, 망분리, Differential Privacy, Zero Trust, Confidential Computing, LLM 보안(Prompt Injection), GDPR·개인정보보호법, Bug Bounty

2026-04-15 · 23 분 읽기 · #data-security#privacy#encryption#rbac#abac#zero-trust#differential-privacy#confidential-computing#llm-security#prompt-injection#gdpr#pipeda#sgx#tdx

프롤로그 · 데이터는 가장 큰 자산이자 가장 큰 책임

2024-2025년 주요 보안 사고 일지.

패턴은 늘 같다.

"기술은 고도화됐으나, 기본(MFA·암호화·접근통제·로깅)이 없어 뚫린다."

2025년의 데이터 보안은 3가지 위협 벡터가 동시에 커졌다.

  1. 전통적: 크리덴셜 유출·SQL Injection·SSRF
  2. 클라우드: IAM 오설정, S3 버킷 공개, Key 관리 실패
  3. AI/LLM: Prompt Injection, Training Data Extraction, Agent 권한 남용

이번 글은 이 모든 것을 실전 관점에서 정리한다.

1장 · 3가지 암호화 — At-rest, In-transit, In-use

At-Rest (저장 시)

In-Transit (이동 시)

In-Use (사용 중)

키 관리 3가지 모델

(1) Provider-Managed Key

(2) CMEK (Customer-Managed Encryption Key)

(3) BYOK / HYOK (Bring/Hold Your Own Key)

HSM (Hardware Security Module)

2장 · RBAC vs ABAC vs PBAC — 접근 제어의 진화

RBAC (Role-Based Access Control)

ABAC (Attribute-Based Access Control)

PBAC (Policy-Based Access Control)

2025년 주요 구현

Zero Standing Privileges (ZSP)

3장 · Row-Level Security & Column Masking

개별 사용자가 볼 수 있는 행과 컬럼을 다르게 하는 기법. 현대 데이터 플랫폼의 필수.

Row-Level Security (RLS)

예: 세일즈팀 각자는 자기 리전 데이터만.

-- Snowflake 예시
CREATE ROW ACCESS POLICY sales_rls AS (region VARCHAR) RETURNS BOOLEAN ->
  CASE
    WHEN CURRENT_ROLE() = 'GLOBAL_ADMIN' THEN TRUE
    WHEN region = (SELECT region FROM user_map WHERE user_id = CURRENT_USER()) THEN TRUE
    ELSE FALSE
  END;

ALTER TABLE sales ADD ROW ACCESS POLICY sales_rls ON (region);

Column Masking (Dynamic Data Masking)

예: 주민번호 컬럼을 분석가에겐 앞 6자리만 노출.

-- Snowflake 예시
CREATE MASKING POLICY mask_ssn AS (val STRING) RETURNS STRING ->
  CASE
    WHEN CURRENT_ROLE() IN ('HR_ADMIN', 'PRIVACY_OFFICER') THEN val
    WHEN CURRENT_ROLE() = 'ANALYST' THEN SUBSTR(val, 1, 6) || '-*******'
    ELSE '***-*******'
  END;

ALTER TABLE hr.employees MODIFY COLUMN ssn SET MASKING POLICY mask_ssn;

Best Practices

4장 · 망분리·내부망 환경의 데이터 운영 — 한국 특수성

망분리 규제 현황

내부망에서 데이터 운영의 어려움

2025년 해결 패턴

(1) 프라이빗 클라우드 (Dedicated)

(2) 네트워크 격리된 DaaS

(3) On-Prem Lakehouse

(4) Hybrid with Data Gateway

주요 국내 벤더

5장 · Differential Privacy — 수학적 프라이버시 보장

전통 마스킹은 "규칙"이다. Differential Privacy(DP)는 수학적 보장을 한다.

기본 아이디어

"한 개인이 데이터에 포함되든 제외되든, 분석 결과는 통계적으로 구분 불가해야 한다"

이를 위해 쿼리 결과에 캘리브레이션된 노이즈를 추가.

2가지 모델

(1) Global DP (Trusted Curator)

(2) Local DP

주요 파라미터

실제 사용 사례

한국 도입 현황

6장 · K-anonymity, L-diversity, T-closeness

K-anonymity

L-diversity

T-closeness

한국 개인정보보호법 "가명정보" 처리

7장 · Zero Trust 데이터 아키텍처

"Never trust, always verify." 2024-2025 데이터 플랫폼 설계의 표준.

Zero Trust의 5원칙

  1. 모든 접근 검증 (내부/외부 구분 없음)
  2. 최소 권한 (Need-to-know)
  3. 마이크로 세그멘테이션
  4. 지속적 모니터링·검증
  5. 암호화 어디서나

전통 아키텍처 vs Zero Trust

항목전통Zero Trust
경계네트워크 Perimeter데이터·ID 중심
신뢰내부망=신뢰모든 접근 검증
인증초기 1회지속·재인증
접근역할 기반정책·컨텍스트 기반
모니터링경계 로그전체 트래픽·행동

데이터 플랫폼에서의 구현

(1) Identity-First

(2) 네트워크 분리

(3) 데이터 레벨 정책

(4) 지속 모니터링

(5) Break-Glass 프로세스

8장 · Confidential Computing — In-Use 암호화

2024-2025 가장 뜨거운 분야. 메모리 안에서도 암호화 유지.

기술 스택

(1) Intel SGX (Software Guard Extensions)

(2) Intel TDX (Trust Domain Extensions)

(3) AMD SEV-SNP (Secure Encrypted Virtualization)

(4) AWS Nitro Enclaves

(5) Google Confidential VM

(6) NVIDIA H100 Confidential Computing

주요 사용 케이스

도입 현실

9장 · LLM·AI의 새로운 보안 위협

2024-2025년 폭발적으로 증가. OWASP가 "OWASP Top 10 for LLM Applications" 발표.

주요 위협

(1) Prompt Injection

(2) Jailbreak

(3) Training Data Extraction

(4) Data Exfiltration via Tools

(5) Model Denial of Service

(6) Insecure Output Handling

(7) Training Data Poisoning

(8) Excessive Agency

방어 기법

(1) Input/Output Filtering

(2) Structured Output

(3) Tool Permission Scoping

(4) Red Teaming

(5) Monitoring·Evaluation

(6) Continuous Testing

규제 동향

10장 · Multi-Tenant SaaS 격리 설계

SaaS 제품이 LLM·데이터를 다룰 때 가장 어려운 숙제.

격리 모델

(1) Silo Model (완전 분리)

(2) Pool Model (공유 + 테넌트 ID)

(3) Bridge Model (하이브리드)

격리 기술

AI/LLM 멀티테넌시 고려사항

11장 · GDPR·한국 개인정보보호법 기술 구현

GDPR 핵심 요구사항 (기술 측면)

  1. Lawful Basis: 처리 근거 저장
  2. Data Minimization: 필요 최소한만 수집
  3. Right to Access (DSAR): 30일 내 응답
  4. Right to Erasure: 삭제 요청 이행 (Ep 7 연계)
  5. Right to Portability: 머신리더블 포맷 제공
  6. Breach Notification: 72시간 내 감독기관 통보
  7. Privacy by Design: 설계부터 반영
  8. DPIA: 고위험 처리에 영향평가

한국 개인정보보호법 (2024 개정 반영)

기술적 구현 패턴

(1) PII 인벤토리

(2) Consent 관리

(3) DSR 자동화 (Ep 7)

(4) 국외 이전 로깅

12장 · Bug Bounty·Red Team 운영

Bug Bounty 2025 현황

Red Team 운영

대표 공격 시뮬레이션 도구

사고 대응 (Incident Response)

13장 · 안티패턴 10

  1. MFA 선택사항: 크리덴셜 스터핑 최고 표적
  2. Public S3 버킷: 모든 유출 사건의 단골 원인
  3. 하드코드 시크릿: Git에 .env 커밋 = 유출
  4. "내부망은 안전": 제로 트러스트 무시, 횡단 공격에 취약
  5. Role 폭발: 수천 개 Role, 감사 불가능
  6. Column Masking 없이 대시보드 공유: 분석가에게 주민번호 전체 노출
  7. LLM Agent에 Admin 권한: 하나의 Prompt Injection으로 DB 삭제
  8. 사고 응답 계획 부재: 사고 발생 후 2주간 혼란
  9. 감사 로그 90일 이하: APT는 평균 6개월 이상 잠복
  10. "보안은 보안팀 일": 개발자 참여 없이는 실패 — DevSecOps 정착 필수

14장 · 다음 글 예고 — Season 5 Ep 13: "AI 시대 개발자의 생존 전략"

Season 5 마지막 편. 모든 걸 정리하며 개인에게 돌아온다.

"AI는 좋은 개발자를 더 좋게, 나쁜 개발자를 더 나쁘게 만든다."

Season 5의 대미를 장식한다.

에필로그 · 체크리스트 12

  1. MFA + Phishing-resistant 인증이 모든 사용자에게 강제되는가?
  2. 모든 데이터가 At-rest + In-transit 암호화되는가?
  3. CMEK/BYOK 으로 주요 키를 자체 관리하는가?
  4. Row-Level Security + Column Masking 이 프로덕션에 적용되는가?
  5. 모든 리소스가 Private Link/VPC Endpoint 로만 접근되는가?
  6. Zero Standing Privileges 가 가능하도록 JIT 승격이 구축됐는가?
  7. PII 인벤토리 와 DSR 자동화가 운영되는가?
  8. LLM 애플리케이션에 Prompt Injection 방어 가 설치되는가?
  9. Agent의 Tool 권한이 최소화 되어 있는가?
  10. 감사 로그가 1년 이상 보관되며 검색 가능한가?
  11. Bug Bounty 또는 Red Team 프로그램이 운영되는가?
  12. 사고 대응 플레이북 이 분기마다 연습되는가?

"보안은 기능이 아니라 속성이다. 모든 제품·파이프라인·모델에 기본값으로 내장되어야 한다."

— Season 5 Ep 12, Fin.

원문 보기: https://www.youngju.dev/blog/culture/2026-04-15-data-security-privacy-2025-complete-guide-encryption-rbac-abac-zero-trust-differential-privacy-confidential-computing-llm-security-deep-dive-guide-2025

댓글

아직 댓글이 없습니다.

로그인하면 댓글을 쓸 수 있습니다