D-22
📊 로그 보관 및 모니터링
데이터베이스 보안
위험도: 중💡 쉽게 말하면
가게 CCTV가 녹화는 되는데 아무도 안 보고 금방 지워진다면, 사고가 나도 화면이 없어 소용없습니다. 로그를 충분히 보관하지 않고 모니터링도 안 하면 침해를 놓칩니다. 그래서 로그를 길게 보관하고 이상 징후를 감시해야 합니다.
가게 CCTV가 녹화는 되는데 아무도 안 보고 금방 지워진다면, 사고가 나도 화면이 없어 소용없습니다. 로그를 충분히 보관하지 않고 모니터링도 안 하면 침해를 놓칩니다. 그래서 로그를 길게 보관하고 이상 징후를 감시해야 합니다.
🎯 직접 해보기 — 공격을 실행해 보세요
아래에서 시스템 상태를 취약 또는 안전(조치 적용)으로 바꾼 뒤 공격 실행을 눌러, 같은 공격이 어떻게 다르게 끝나는지 직접 확인하세요.
# 공격자가 침입 후 로그가 보관·감시되지 않는 점을 노린다
# [공격 실행] 버튼을 누르면 시작합니다.
📋 설정 비교 (왜 막혔나?)
✗ 취약한 설정
-- 감사 로그량 확인
SQL>
SELECT count(*) FROM dba_audit_trail;
0 (또는 즉시 삭제됨)
→ 로그 미보관/미점검 (취약)
✓ 안전한 설정
-- 보관/연계
SQL>
aud$ → SIEM 전송, 보관 90일+
audit log retained & monitored
→ 로그 보관·모니터링 (양호)
🔧 조치 방법
- 감사/접속 로그를 법규 요건에 맞게 충분히 보관합니다.
- SIEM 등과 연계해 이상 접근을 모니터링/알람합니다.
- 로그 위변조 방지를 위해 접근 권한을 제한합니다.
✅ 점검 체크리스트
- 로그가 충분히 보관되는가
- 이상 징후 모니터링이 운영됨
점검기준: 데이터베이스 > 로그 보관 및 모니터링