DB 접근을 “누가·무엇을·언제” 통제하는 문제는 규모가 커질수록 반드시 마주친다. 상용 솔루션을 도입할지, 자체 도구를 만들지 고민하며 정리한 기준이다.
DB 접근 거버넌스에 필요한 것
도구 이름과 무관하게, 갖춰야 할 기능은 정해져 있다.
- 인증(SSO) — 개인 DB 계정을 뿌리지 않고, IdP(SAML/OIDC)로 로그인 후 위임
- 최소 권한 · 역할 기반 — 사람이 아니라 역할에 권한, 필요한 스키마/액션만
- 감사 로그 — 모든 쿼리·접속을 계정·시각과 함께 기록 (컴플라이언스 필수)
- 데이터 마스킹 — 민감 컬럼을 조회 시 동적으로 가림
- 승인 워크플로우 — 프로덕션 접근·위험 쿼리는 요청→승인 후 실행
- 세션 제어 — 유휴 종료, 동시 세션 제한, 위험 구문 차단
상용 솔루션
장점
- 위 기능이 검증된 형태로 이미 구현 — 빠르게 컴플라이언스 충족
- 유지보수·업데이트·감사 리포트 제공
- 여러 DB 엔진 폭넓게 지원
단점
- 라이선스 비용 (사용자·인스턴스 규모에 따라 급증)
- 우리 워크플로우에 안 맞는 부분은 제품에 맞춰야 함
- 특정 요구(사내 시스템 연동 등)는 커스터마이즈 한계
자체 구축
장점
- 우리 환경·워크플로우에 정확히 맞춤 (사내 SSO·포털 연동 등)
- 비용 통제, 필요한 기능만
- 내부에서 완전히 이해·확장 가능
단점
- 보안 도구를 직접 만드는 부담 — 틀리면 그 자체가 취약점
- 감사·마스킹·승인 등은 생각보다 구현·검증이 무겁다
- 지속적인 유지보수 인력 필요
판단 기준
Note
한 제품(상용이든 우리 것이든)을 golden standard로 삼지 말 것. 원칙(최소권한·감사·마스킹) 을 기준으로 각각의 장점만 취한다.
- 규제·감사 요구가 급하다 → 상용으로 빠르게 충족 후, 부족한 부분만 보완
- 사내 시스템 깊은 연동·비용 통제가 핵심 → 자체 구축, 단 보안 리뷰를 필수로
- 대개는 하이브리드 — 핵심 통제는 검증된 것에 기대고, 우리만의 워크플로우(스키마 탐색·승인 연동 등)는 자체로
정리
- 접근 거버넌스의 요건은 SSO·최소권한·감사·마스킹·승인으로 고정
- 상용은 빠르고 검증됨(비용·유연성 ↓), 자체는 맞춤·비용통제(구현부담·리스크 ↑)
- 제품이 아니라 원칙을 기준으로, 필요하면 섞는다