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

rabbitmq-server

A vulnerability in RabbitMQ server prior to versions 3.13.15, 4.0.20, 4.1.11, 4.2.6, and 4.3.1 allows users with monitoring privileges to delete or restart shovel runtime parameters. This occurs because the shovel management resource improperly delegates authorization, permitting state-changing operations without proper role checks. The issue requires the rabbitmq_shovel and rabbitmq_shovel_management plugins to be enabled and valid credentials with the monitoring tag. The vulnerability is fixed in the specified versions.

RabbitMQ server versions before 3.13.15, 4.0.20, 4.1.11, 4.2.6, and 4.3.1 contain a flaw in the shovel management resource's authorization logic. The is_authorized/2 function delegates to rabbit_mgmt_util:is_authorized_monitor/2, which accepts the monitoring tag intended for read-only access. However, allowed_methods includes DELETE, and the delete_resource/2 function deletes or restarts shovel runtime parameters without additional role verification. Consequently, a monitoring user can perform state-changing operations like deleting or restarting any shovel in any vhost they can access. This is a deviation from the expected behavior where such operations should be restricted to users with policymaker roles. The vulnerability requires the rabbitmq_shovel and rabbitmq_shovel_management plugins to be enabled and valid monitoring credentials. The issue is resolved in versions 3.13.15, 4.0.20, 4.1.11, 4.2.6, and 4.3.1.

A vulnerability in RabbitMQ server prior to versions 3.13.15, 4.0.20, 4.1.11, 4.2.6, and 4.3.1 allows users with monitoring privileges to delete or restart shovel runtime parameters. This occurs because the shovel management resource improperly delegates authorization, permitting state-changing oper

Rabbitmq server: RabbitMQ is a messaging and streaming broker. (CVE-2026-67233)

Threats Tagged 'ubuntu-cve-2026-67233'

Stop chasing alerts. Route them.

Check if your credentials are on the dark web

Filter Threats

Threats Tagged 'ubuntu-cve-2026-67233'

Lead Pen Test Professional