CVE-2012-5958Patch(libupnp_project / libupnp)

LOWCVSS 10.0 · HIGH

Exploit discussion active in current signal (1 latest mentions)

Immediate actions

  • Patch libupnp_project libupnp systems immediately
  • Hunt for exploitation attempts and persistence artifacts
  • Increase monitoring for publicly documented tradecraft

Recommended action window: High priority (within 72h)

NVD description

Stack-based buffer overflow in the unique_service_name function in ssdp/ssdp_server.c in the SSDP parser in the portable SDK for UPnP Devices (aka libupnp, formerly the Intel SDK for UPnP devices) before 1.6.18 allows remote attackers to execute arbitrary code via a UDP packet with a crafted string that is not properly handled after a certain pointer subtraction.

2.0/ 10 priority

Sources & remediation

Weakness type (CWE)
CWE-119

Priority

LOW

Exploitation

NONE

PoC

YES

Patch

AVAILABLE

Momentum

STABLE

Are you affected?

If you run products in this scope, you should treat this CVE as relevant to your environment.

  • libupnp

Threat summary

  • Public PoC is present in monitored signal
  • Patch or workaround signal is available
  • 2 mentions across 2 observed days
  • Momentum state: stable

What's happening

  • PoC mentioned or linked in 1 signal
  • Patch or workaround mentioned in 1 signal
  • Technical details provided in 1 signal
  • General: 1 classified signal
  • Peaked 1d ago at 1 mentions (2026-05-12); latest day: 1
  • 2 total mentions across 2 days

Affected systems

Products
libupnp

25 versions affected across 1 product

Deep dive

Activity timeline2 mentions / 2d
00111Mentions · 2026-05-12: 1Mentions · 2026-08-28: 1PoC Mentioned / Linked · 2026-05-12: 1Patch / Workaround · 2026-05-12: 1Technical Details · 2026-05-12: 105-1208-28
Signal classification2 categories
Patch
150.0%
General
150.0%
Referenced assets2 URLs
Classification over time
DateTotalLabels
2026-05-121
Patch1
2026-08-281
General1
Full discourse2 posts
  • aizk ✡️@Aizkmusic
    General

    Can open source models be useful in cybersecurity? A few months ago, with the help of AI I discovered that my old TV was susceptible to a Linux bug, CVE-2012-5958, and I used that to hack the TV. The catch? I'm now using Deepseek V4 Pro to see if open source models are capable of finding the exact same bug, because the earlier closed models I used for this research now blatantly refuse to work on my own codebase. In this video I share the short story behind the TV, a brief look at the bug itself, and why we should actually care about this increase in capabilities -- because this same bug could be present in more than just televisions, like routers, cameras, and possibly even medical devices running that version of Linux. DeepSeek has not quite cracked the case yet, however, I suspect that may be a harness / tooling issue rather than a model capability issue as the model was able to autonomously test the capabilities of the TV for over an hour with minimal input required from my end, which shows me it's clearly capable, it just needs to be steered correctly. So, are open source models useful in cybersecurity? Increasingly yes, in just a short amount of time they went from ok to autonomous research over the span of hours. These capabilities will only increase over time, and it's important we address it. This puts the same tools in the hands of the people defending their own devices (as we don't need to be reliant on just the big labs for this). Also next time, I'll have a better camera!

    Post summary

    The user reports a personal discovery of a Linux bug (CVE-2012-5958) in a TV using AI tools, but no exploit code, patch info, or technical details are provided, leaving it a general discussion.

    5014781.9K
    6.8K followersView on X
  • InnoScout@innoscoutpro
    Patch

    13 years after CVE-2012-5958 was published, Claude Code helped crash a smart TV with one crafted UDP packet. That matters more when you put it beside Google's Antigravity patch. Pillar Security found a prompt-injection path where the find_by_name native tool ran before Secure Mode could inspect it, creating a sandbox escape and remote code execution path. Same lesson, different surfaces. AI did not invent the old UPnP library bug. Antigravity did not fail because agents are magic. Both cases show control boundaries moving to the wrapper layer: what the agent can see, what native tools can execute, and how much forgotten infrastructure it can rediscover. I suspect 2026's security debt will look less like one spectacular zero-day and more like agents making old assumptions executable again. Sources: https://nvd.nist.gov/vuln/detail/cve-2012-5958 https://cyberscoop.com/google-antigravity-pillar-security-agent-sandbox-escape-remote-code-execution/

    Post summary

    The post highlights a 2012 smart‑TV UDP vulnerability re‑exploited by Claude Code and a new sandbox escape in Google’s Antigravity, stressing the need for patches and continued vigilance.

    00000114
    36 followersView on X
CPE platform detail26 entries

26 of 26 entries

PartVendorProductVersionTarget SWTarget HW
Applibupnp_projectlibupnp---
Applibupnp_projectlibupnp1.4.0--
Applibupnp_projectlibupnp1.4.1--
Applibupnp_projectlibupnp1.4.2--
Applibupnp_projectlibupnp1.4.3--
Applibupnp_projectlibupnp1.4.4--
Applibupnp_projectlibupnp1.4.5--
Applibupnp_projectlibupnp1.4.6--
Applibupnp_projectlibupnp1.4.7--
Applibupnp_projectlibupnp1.6.0--
Applibupnp_projectlibupnp1.6.1--
Applibupnp_projectlibupnp1.6.10--
Applibupnp_projectlibupnp1.6.11--
Applibupnp_projectlibupnp1.6.12--
Applibupnp_projectlibupnp1.6.13--
Applibupnp_projectlibupnp1.6.14--
Applibupnp_projectlibupnp1.6.15--
Applibupnp_projectlibupnp1.6.16--
Applibupnp_projectlibupnp1.6.2--
Applibupnp_projectlibupnp1.6.3--
Applibupnp_projectlibupnp1.6.4--
Applibupnp_projectlibupnp1.6.5--
Applibupnp_projectlibupnp1.6.6--
Applibupnp_projectlibupnp1.6.7--
Applibupnp_projectlibupnp1.6.8--
Applibupnp_projectlibupnp1.6.9--

Explore more