CuraSec

tag: Openssl · 2 items

2026-07-18 · The Hacker News · source ↗ #openssl#denial-of-service#tls
  • Engineer — Act: OpenSSL is near-universal; the fix shipped silently in June with no CVE, no advisory, and no changelog callout, meaning most deployments are unknowingly unpatched. Audit your OpenSSL version and upgrade to the June or later release containing the HollowByte fix — glibc-based servers are confirmed vulnerable and memory is not reclaimed until process restart.
  • SOC/IR — Plan: No active exploitation or IOCs are currently cited, but Okta’s public research lowers the bar for abuse. Build or queue a detection for abnormal memory growth trends or bursts of minimal-size TLS connections against OpenSSL-serving hosts, and flag it once exploitation attempts surface in the wild.
  • Leader — Learn: A DoS flaw in OpenSSL is operationally significant but below board-level threshold; the more notable governance signal is that the fix was shipped with no CVE, no advisory, and no changelog pointer — a disclosure gap in a critical transitive dependency worth surfacing in your software supply chain risk review.
2026-07-18 · BleepingComputer · source ↗ #openssl#denial-of-service#unauthenticated
  • Engineer — Plan: OpenSSL is universally deployed across Linux servers, TLS termination points, and containers, so exposure is near-universal; however, no KEV listing, EPSS score, or public PoC is present, meaning no active exploitation pressure. Track the OpenSSL patch release and schedule deployment within your normal critical-patch window.
  • SOC/IR — Skip
  • Leader — Skip