규제 대응
개인정보보호법, ISMS-P, 전자금융감독규정과 해외 감사 항목을 실사용자 바인딩·Instant Gate가 어떻게 채우는지 표로 정리합니다.
PLATE 05
규제 요구사항과 AUDIGATE 커버리지 매핑
| 규제 및 조항 | 핵심 요구사항 | 기존 환경의 공백 | AUDIGATE 커버 기능 | 감사 증적 |
|---|---|---|---|---|
| 개인정보보호법 안전성 확보조치 제8조 (접속기록) | 개인정보취급자 식별(계정), 접속일시, 접속자 IP, 수행업무(열람·수정·삭제) 기록 및 점검 | WAS 커넥션 풀 뒤에서 DB는 공용 계정(APP_USER)과 WAS IP만 기록해 실사용자 특정 불가 | 실사용자 바인딩 WAS 인증 사용자·세션·클라이언트 IP를 DB 세션 컨텍스트(ECID)에 실시간으로 묶습니다. | 실사용자 ID + WAS 세션 + DB 세션 + 실행 SQL 단일 감사 레코드 |
| 개인정보보호법 · ISMS-P 제5조 (접근권한) / ISMS-P 2.5.5·2.5.6 | 업무 수행에 필요한 최소한의 권한만 차등 부여하고, 권한 변경·말소 내역 기록 유지 | 한 번 부여된 SELECT/DML 권한이 야간·휴일에도 상시 활성(Always ON) 상태로 방치 | 시한부 권한 (Instant Gate) 상시 GRANT 대신, 승인된 시간 동안만 AUTH-KEY로 Dynamic Role을 켭니다. | 요청·승인·AUTH-KEY 적용·만료 자동 회수 이벤트 로그 |
| 전자금융감독규정 제13조 · 제14조 (전산자료·시스템 보호) | 원장 DB 직접 접속 시 사전 책임자 승인, 승인된 범위 내 작업 통제 및 사후 감사 추적 | 네트워크 구간 암호화(TLS) 시 패킷 스니핑 방식 접근통제기가 SQL 본문을 놓치거나 우회 발생 | DB 내부 통제 · 칼럼 감사 Password Role로 비승인 SQL을 막고, Unified Audit / DBMS_FGA로 칼럼까지 남깁니다. | 승인 티켓 대비 실제 실행 SQL·대상 테이블·민감 칼럼 대조 |
| ISMS-P · 내부통제 2.9.4 로그 및 접속기록 관리 | 월 1회 이상 접속기록 점검, 비정상 대량 조회·권한 밖 접근 이상징후 탐지 및 보존 | 수천만 건의 파편화된 WAS 로그와 DB 로그를 수동 대조하느라 사후 감사에 수주 소요 | 선별 감사 · SIEM 전달 지정한 객체·칼럼만 모아 검색하고, Syslog 또는 API로 SIEM에 넘깁니다. | 개인정보 테이블별·실사용자별 조회 건수 집계 및 보관 주기 |
| GDPR · SOX · PCI-DSS Art. 32 / SOX 404 / PCI Req. 7 & 10 | 공유 계정 사용 금지 또는 개인 귀속성(Accountability) 보장, 특권 접근 통제 및 감사 추적성 | 애플리케이션 구조상 커넥션 풀 공유 계정 제거 불가능 → 감사 지적 반복 | 소스 수정 없는 귀속 애플리케이션 코드를 고치지 않고, 공용 계정 SQL에 실사용자를 붙입니다. | WAS 경로와 SQL 도구 직접 접속을 같은 사람으로 추적 |
기능별 규제 커버리지
| AUDIGATE 기능 | 동작 | 대응하는 요구 | 감사에서 남는 것 |
|---|---|---|---|
| WAS 실사용자 바인딩 | 로그인 ID, WAS 세션, 클라이언트 IP를 DB 세션 식별자(CLIENT_IDENTIFIER / ECID)에 넣습니다. | 개인정보 안전성 확보조치 접속기록, ISMS-P 2.9.4, GDPR Art. 32, PCI-DSS 10.2 | 공용 계정 SQL에 실사용자와 세션이 한 건으로 남습니다. |
| 시한부 동적 권한 | 상시 GRANT 대신 작업 건별 AUTH-KEY로, 승인된 시간 동안만 Dynamic Role을 켭니다. | 접근권한 최소화, ISMS-P 2.5.5·2.5.6, 전자금융감독규정 제13조·제14조, SOX 404 | 요청, 승인, 활성화, 만료 회수가 각각 기록됩니다. |
| 오브젝트·칼럼 감사 | 미리 지정한 테이블과 민감 칼럼만 Unified Audit와 DBMS_FGA로 남깁니다. | 안전조치의무, ISMS-P 2.6.2, 전자금융 해킹 방지 대책의 접근 추적 | 실행 SQL, 대상, 칼럼, 실사용자가 같은 흐름에 남습니다. TLS로 가려진 패킷도 DB 안에서 남습니다. |
| 점검·SIEM 전달 | 승인 없는 직접 접속과 대량 조회를 모아 Syslog 또는 API로 넘깁니다. | 접속기록 정기 점검, 이상거래·이상징후 모니터링, 증적 보관 | 같은 사용자·같은 오브젝트로 WAS 경로와 SQL 도구 직접 접속을 같이 찾습니다. |
감사에서 반복되는 두 질문
점검에서 막히는 지점은 도구가 없어서가 아니라, 기록이 사람과 시간을 증명하지 못해서입니다.
- 공용 계정 뒤의 사람. WAS 커넥션 풀을 지나면 데이터베이스 로그에는
APP_USER와 WAS 주소만 남습니다. 개인정보를 조회한 취급자를 그 로그만으로 특정하기 어렵습니다. - 끝나도 열려 있는 권한. 작업 때문에 준 SELECT·DML이 밤과 주말에도 그대로입니다. 범위는 줄였지만 시간은 줄이지 않은 상태입니다.
위 표는 그 공백을 조항, AUDIGATE 기능, 남는 증적 순으로 맞춰 둔 것입니다. 인증이나 법적 적합 판정을 대신하지는 않습니다. 기존 접근통제, 계정관리, SIEM은 그대로 두고, 그 기록에 실사용자와 승인 시각을 잇는 층입니다.