Links submitted by the Threat Radar community and AI curated for defenders.

Community Curated

AlienVault OTX General

SANS ISC Handlers Diary

SecurityWeek

Threatpost

Reddit ExploitDev

Latest exploits, shellcode, and vulnerability proofs-of-concept from Exploit-DB

Exploit-DB RSS Feed

Reddit BlueTeam

Reddit ThreatIntel

Reddit Reverse Engineering

Reddit Malware

Reddit Cybersecurity

Reddit NetSec

ThreatFox MISP Feed

CIRCL OSINT Feed

NCSC UK

JVN Japan

GCP Compute Engine Security

GCP Kubernetes Security

AWS Security Bulletins

CERT/CC

Tenable Research

Google Project Zero

Microsoft Security Blog

Cisco Talos

Zero Day Initiative

Palo Alto Unit 42

Krebs on Security

Kaspersky Security Blog

Check Point Research

GCVE Database

CVE Database V5

Real-world exploitation and exposure telemetry from the OffSeq Mirage honeypot fleet and Sonar internet scans — which CVEs attackers are actually exploiting and which are exposed in the wild, plus attacker IoCs. All IPs are masked; no raw victim or sensor identity is ever published.

OffSeq Mirage

Bleeping Computer

Reddit InfoSec News

The Hacker News

Dark Reading

AlienVault OTX Vulnerabilities

AlienVault OTX Malware

netty

Netty versions prior to 4.1.135.Final and 4.2.15.Final contain a vulnerability in the SimpleTrustManagerFactory.engineGetTrustManagers() method. This flaw causes user-supplied plain X509TrustManager instances to be wrapped improperly, resulting in the omission of hostname verification despite the default setting of endpointIdentificationAlgorithm="HTTPS". This means clients using certain custom trust managers may not perform hostname verification, potentially allowing man-in-the-middle attacks. The issue is fixed in versions 4.1.135.Final and 4.2.15.Final.

Netty is a network application framework used for protocol servers and clients. In versions prior to 4.1.135.Final and 4.2.15.Final, the SimpleTrustManagerFactory.engineGetTrustManagers() method wraps any user-supplied plain X509TrustManager in an X509TrustManagerWrapper that extends X509ExtendedTrustManager but implements the three-argument checkServerTrusted(chain, authType, SSLEngine) method by discarding the SSLEngine parameter and calling the two-argument delegate. Because this wrapped object is now an X509ExtendedTrustManager, neither SunJSSE's internal AbstractTrustManagerWrapper nor Netty's OpenSslX509TrustManagerWrapper re-wrap it to add endpoint identification. Consequently, even though Netty 4.2 sets endpointIdentificationAlgorithm="HTTPS" by default, clients built with SslContextBuilder.forClient().trustManager(somePlainX509TrustManager) perform no hostname verification at all. This vulnerability is patched in versions 4.1.135.Final and 4.2.15.Final.

Netty versions prior to 4.1.135.Final and 4.2.15.Final contain a vulnerability in the SimpleTrustManagerFactory.engineGetTrustManagers() method. This flaw causes user-supplied plain X509TrustManager instances to be wrapped improperly, resulting in the omission of hostname verification despite the de

Netty: Prior to versions 4.1.135.Final and 4.2.15.Final, SimpleTrustManagerFactory.engineGetTrustManagers() and related paths wrap any user-supplied plain… (CVE-2026-50010)

Threats Tagged 'ubuntu-cve-2026-50010'

Stop chasing alerts. Route them.

Check if your credentials are on the dark web

Filter Threats

Threats Tagged 'ubuntu-cve-2026-50010'

Lead Pen Test Professional