356. 방어 회피·흔적 삭제 — 로그 무결성과 변조 탐지 원리

changseop lee·5일 전

시스템 보안 · 취약점

목록 보기
356/450

시스템 보안 · 취약점 › H. 방어 회피 · 흔적 삭제 징후 · 6/50편 (전체 356/450)
학습 단계: 방어 회피 기본 개념
실습 표기: 이 글의 명령어·출력·로그는 로컬 VMware 테스트 VM(Rocky Linux 9 / Ubuntu 22.04) 기준의 「실습 예시」이며, IP·계정·호스트명은 가상의 값입니다.

선행 학습

1. 개념

로그 무결성(log integrity)은 로그가 생성 후 변조되지 않았음을 보장하는 것입니다. 공격자가 로그를 선택적으로 지우거나 내용을 바꾸는 변조를 탐지하려면, 무결성 검증 메커니즘이 필요합니다.

로그 무결성 보장·변조 탐지
 ① 중앙 수집: 생성 즉시 외부로 전송(로컬 변조 무력화)
 ② 해시·서명: 로그 파일 해시 체인·디지털 서명
 ③ 순서·연속성: 로그 번호·시퀀스 끊김 탐지
 ④ append-only: 추가만 가능(수정·삭제 불가) 설정
 ⑤ FIM: 로그 파일 변경 감시

변조 신호: 시퀀스 끊김·해시 불일치·중앙 vs 로컬 차이

핵심은 "로컬 로그는 믿을 수 없다"입니다. 생성 즉시 중앙 전송·해시 체인·append-only로 변조를 방지·탐지합니다.

2. 왜 중요한가

  • 로컬 로그는 공격자가 변조할 수 있어, 무결성 메커니즘 없이는 신뢰할 수 없습니다.
  • 중앙 수집·해시·순서 검증·append-only가 변조 방지·탐지의 핵심 수단입니다.
  • 중앙 로그와 로컬 로그의 차이가 변조의 직접 증거입니다.

3. 핵심 명령어 / 설정

메커니즘역할변조 신호
중앙 수집외부 보존중앙 vs 로컬 차이
해시 체인무결성 검증해시 불일치
순서 검증연속성시퀀스 끊김
append-only수정 방지설정 해제
FIM변경 감시비정상 변경

4. 실습 (실습 예시)

# 로그 무결성·변조 탐지 (분석 방법)
# append-only 속성 확인(로그 파일)
lsattr /var/log/secure /var/log/audit/audit.log 2>/dev/null | grep -E 'a'
# 중앙 vs 로컬 로그 라인 수 비교(변조 탐지)
echo "로컬 로그 라인 수와 중앙 수집 서버의 동일 호스트 로그 라인 수 비교"
# 로그 시퀀스 끊김(감사 로그 이벤트 번호)
sudo ausearch --start recent 2>/dev/null | grep -oE 'node=.* type=' | head

5. 정상 상태

$ lsattr /var/log/audit/audit.log → ----a-------- (append-only 설정)
$ (중앙 vs 로컬) 일치

로그에 append-only 속성이 설정되고, 중앙 수집본과 로컬 로그가 일치하는 상태(변조 없음)가 정상입니다.

6. 이상 상태

$ lsattr /var/log/secure → ------------- (append-only 해제됨)
$ (중앙 vs 로컬)
로컬 로그: 09:10~09:30 구간 누락
중앙 로그: 09:10~09:30 로그인 기록 존재
→ 로컬에서 선택적 삭제(변조)
  • append-only 속성 해제 → 변조 준비
  • 로컬 로그의 특정 구간 누락 vs 중앙 로그 존재 → 선택적 삭제(변조)
  • 중앙 vs 로컬 차이 → 로그 변조 직접 증거 → 정탐

7. 로그 분석 (분석 방법)

로그 무결성 검증 흐름입니다(가상의 예시).

[로그 생성] web01 secure 로그
   ├→ 로컬 저장(변조 가능)
   └→ 중앙 즉시 전송(변조 불가)
      ↓ (사후 비교)
[변조 탐지] 로컬 09:10~09:30 누락
           중앙 동일 구간 존재
   ↓
= 선택적 삭제(변조) 확정 → 중앙본으로 복원
검증변조 발견
중앙 vs 로컬구간 누락
해시 체인불일치
순서끊김

중앙 수집 + 교차 비교가 변조 탐지의 핵심입니다.

8. SOC 관제 포인트

  • 로그 무결성은 로그가 변조되지 않았음을 보장하는 것으로, 로컬 로그는 신뢰할 수 없습니다.
  • 중앙 수집·해시 체인·순서 검증·append-only가 변조 방지·탐지 수단입니다.
  • 중앙 로그와 로컬 로그의 차이(구간 누락·해시 불일치)가 변조의 직접 증거입니다.

9. 탐지 규칙

<!-- 실습 예시 룰: 적용 전 wazuh-logtest 및 테스트 환경 검증 필요 -->
<group name="local,syssec_h,defense_evasion,">
  <rule id="107050" level="13">
    <if_sid>107000</if_sid>
    <field name="audit.proctitle" type="pcre2">chattr\s+-a|lsattr</field>
    <description>로그 파일 append-only 속성 해제(변조 준비)</description>
    <mitre><id>T1070</id><id>T1565</id></mitre>
  </rule>
</group>

중앙 수집본과 로컬 로그를 주기 비교해 변조를 탐지합니다. append-only 해제(chattr -a)는 변조 준비 신호로 경보합니다.

10. 대응 방법

  1. 초기 확인 — 로그 무결성 메커니즘(중앙 수집·해시·append-only·FIM)을 확인합니다.
  2. 범위 확인 — 중앙 vs 로컬 차이·시퀀스 끊김·해시 불일치를 확인합니다.
  3. 증거 확보 — 중앙 수집본·무결성 기준·변조 증거를 보존합니다.
  4. 차단/조치 — 변조 정탐이면 중앙본으로 복원·은폐 구간 분석을 진행합니다.
  5. 재발 방지 — 로그 무결성 검증 기반 변조 탐지를 운영합니다.

11. 핵심 정리

메커니즘역할
중앙 수집외부 보존
해시 체인무결성 검증
순서 검증연속성
append-only수정 방지
면접 포인트"로컬 로그는 못 믿는다 — 중앙 vs 로컬 차이가 변조의 직접 증거"

12. 다음 편 예고

다음 편 357. 방어 회피·흔적 삭제 — 탐지 우회 기법의 분류 에서는 탐지 우회 기법의 분류를 다루는 탐지 우회 기법의 분류를 다룹니다.


이전 편: 355. 방어 회피·흔적 삭제 — 안티포렌식(anti-forensics)의 원리
📚 시리즈 전체 보기: 시스템 보안 · 취약점

profile
코드에 숨겨진 위협을 읽고 AI로 보안의 미래를 설계합니다. 프론트엔드 개발 경험을 자산 삼아 더 견고하고 지능적인 보안 운영 시스템을 구축해 나가는 과정을 기록합니다

0개의 댓글