SSL újraegyeztetés szolgáltatás megtagadás (DoS)

Egy SSL/TLS kapcsolat felépítése általában 10x több erőforrást igényel a szerveren, mint a kliens gépen, de ez csak a biztonságos kapcsolat kiépítésének elején szükséges. Amikor a SSL/TLS újraegyeztetés (Renegotiation) engedélyezve van a szerveren, a felhasználónak lehetősége van újraegyeztető kérés küldésére, ami egy új kapcsolatépítést eredményez. Mivel ez a kliensgépen nagyságrendekkel kevesebb erőforrást igényel, így  az újraegyeztetés másodpercenkénti többszörös kérésével szolgáltatás megtagadás (DoS) okozható a szerver oldalon az SSL/TSL interfészben, mivel a szerver erőforrásai kimerülnek és az nem tud más felhasználókkal kapcsolatot kiépíteni.

Ez a támadási forma különbözik a elosztott szolgáltatás megtagadásos (DDoS) támadásoktól, mivel célpont hálózat leterhelése nem igényli kiemelkedően nagy erőforrás jelenlétét vagy botnet hálózatok segítségét. Míg egy átlagos szerver 150-300 kapcsolatépítést tud végrehajtani egy másodperc alatt, addig ezzel egy időben egy kliens gép akár 1000 ilyen kérést is küldhet.

http://permalink.gmane.org/gmane.ietf.tls/8335
http://www.thc.org/thc-ssl-dos/


Legfrissebb sérülékenységek
CVE-2026-20805 – Microsoft Windows Information Disclosure sérülékenység
CVE-2025-54987 – Trend Micro Apex One (on-premise) management console sérülékenysége
CVE-2025-69260 – Trend Micro Apex Central Message Out-of-bounds Read DoS sérülékenysége
CVE-2025-69259 – Trend Micro Apex Central Message Unchecked NULL Return Value DoS sérülékenysége
CVE-2025-69258 – Trend Micro Apex Central LoadLibraryEX RCE sebezhetősége
CVE-2025-8110 – Gogs Path Traversal sérülékenysége
CVE-2025-48633 – Android Framework Information Disclosure sérülékenysége
CVE-2025-48572 – Android Framework Privilege Escalation sérülékenysége
CVE-2026-21877 – n8n Remote Code Execution via Arbitrary File Write sérülékenység
CVE-2025-68668 – n8n Arbitrary Command Execution sérülékenység
Tovább a sérülékenységekhez »