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

Community Curated

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

AlienVault OTX General

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

SANS ISC Handlers Diary

SecurityWeek

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

Exploit-DB RSS Feed

Reddit ExploitDev

Reddit ThreatIntel

Reddit BlueTeam

Reddit Reverse Engineering

Reddit Malware

Reddit Cybersecurity

Reddit NetSec

CIRCL OSINT Feed

Threatpost

ThreatFox MISP Feed

Bleeping Computer

Reddit InfoSec News

The Hacker News

Dark Reading

AlienVault OTX Vulnerabilities

AlienVault OTX Malware

poweradmin/poweradmin

Poweradmin versions 3.0.0 through before 3.9.11, 4.0.0 through before 4.2.5, and 4.3.0 through before 4.3.4 contain a broken access control vulnerability. Authenticated users who own at least one DNS zone can modify DNS records in zones they do not own due to improper validation of record ownership during record edits. This allows cross-tenant DNS record modification in multi-tenant environments. The vulnerability arises because the permission check validates the zone ID from the request but the update applies to a record ID from the request without verifying that the record belongs to the authorized zone. The delete operation correctly enforces ownership, indicating this is an oversight in the edit path. No known exploits in the wild have been reported.

Poweradmin's record editing functionality suffers from an Insecure Direct Object Reference (IDOR) vulnerability caused by broken access control. When editing DNS records, the system checks user permissions against a zone ID submitted in the POST request but applies changes to a record ID also submitted in the request without verifying that the record belongs to the authorized zone. This flaw allows any authenticated user owning at least one zone to modify records in any other zone on the server, effectively enabling cross-tenant DNS record tampering. The vulnerability exists in multiple request paths for saving records and is due to the lack of tying the record ID to the zone ID during permission checks and updates. The delete path correctly enforces ownership by deriving the zone ID from the record ID server-side, demonstrating this is an implementation oversight rather than a design choice.

Detailed information about Poweradmin: Broken access control (IDOR): any zone owner can modify DNS records in zones they do not own affecting null poweradmin/po

Poweradmin: Broken access control (IDOR): any zone owner can modify DNS records in zones they do not own - Live Threat Intelligence - Threat Radar | OffSeq.com

Poweradmin: Broken access control (IDOR): any zone owner can modify DNS records in zones they do not own

Threats Tagged 'ghsa-rm67-g9ch-vxff'