@blamejs/exceptd-skills 0.13.89 → 0.13.90
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +4 -0
- package/data/_indexes/_meta.json +9 -9
- package/data/_indexes/activity-feed.json +2 -2
- package/data/_indexes/catalog-summaries.json +2 -2
- package/data/_indexes/chains.json +912 -0
- package/data/atlas-ttps.json +2 -0
- package/data/attack-techniques.json +7 -0
- package/data/cve-catalog.json +207 -0
- package/data/cwe-catalog.json +4 -1
- package/data/framework-control-gaps.json +16 -0
- package/data/zeroday-lessons.json +100 -0
- package/manifest.json +44 -44
- package/package.json +2 -2
- package/sbom.cdx.json +25 -25
package/data/atlas-ttps.json
CHANGED
|
@@ -197,6 +197,9 @@
|
|
|
197
197
|
"tactic": [
|
|
198
198
|
"Credential Access",
|
|
199
199
|
"Discovery"
|
|
200
|
+
],
|
|
201
|
+
"cve_refs": [
|
|
202
|
+
"CVE-2025-30202"
|
|
200
203
|
]
|
|
201
204
|
},
|
|
202
205
|
"T1041": {
|
|
@@ -283,6 +286,7 @@
|
|
|
283
286
|
"CVE-2025-1550",
|
|
284
287
|
"CVE-2025-23254",
|
|
285
288
|
"CVE-2025-30165",
|
|
289
|
+
"CVE-2025-32444",
|
|
286
290
|
"CVE-2025-34291",
|
|
287
291
|
"CVE-2025-49596",
|
|
288
292
|
"CVE-2025-53773",
|
|
@@ -887,10 +891,12 @@
|
|
|
887
891
|
"CVE-2025-2776",
|
|
888
892
|
"CVE-2025-29635",
|
|
889
893
|
"CVE-2025-30165",
|
|
894
|
+
"CVE-2025-30202",
|
|
890
895
|
"CVE-2025-30397",
|
|
891
896
|
"CVE-2025-31125",
|
|
892
897
|
"CVE-2025-32432",
|
|
893
898
|
"CVE-2025-32433",
|
|
899
|
+
"CVE-2025-32444",
|
|
894
900
|
"CVE-2025-32463",
|
|
895
901
|
"CVE-2025-32706",
|
|
896
902
|
"CVE-2025-32756",
|
|
@@ -2745,6 +2751,7 @@
|
|
|
2745
2751
|
"last_verified": "2026-05-19",
|
|
2746
2752
|
"notes": "Added v0.13.17 to support DoS-class KEV bulk imports.",
|
|
2747
2753
|
"cve_refs": [
|
|
2754
|
+
"CVE-2025-30202",
|
|
2748
2755
|
"CVE-2025-6543",
|
|
2749
2756
|
"CVE-2026-24215",
|
|
2750
2757
|
"CVE-2026-45498"
|
package/data/cve-catalog.json
CHANGED
|
@@ -13610,6 +13610,213 @@
|
|
|
13610
13610
|
"_intake_method": "manual-verified-curation",
|
|
13611
13611
|
"_kev_short_description": "NVIDIA Triton's DALI backend can be driven to uncontrolled resource consumption (CWE-400) for denial of service; fixed in r26.03."
|
|
13612
13612
|
},
|
|
13613
|
+
"CVE-2025-32444": {
|
|
13614
|
+
"name": "vLLM Mooncake Integration ZeroMQ Deserialization RCE",
|
|
13615
|
+
"type": "RCE",
|
|
13616
|
+
"cvss_score": 9.8,
|
|
13617
|
+
"cvss_vector": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H",
|
|
13618
|
+
"cvss_note": "NVD CVSS v3.1 base 9.8 (CRITICAL). pickle-based serialization over unsecured ZeroMQ sockets in the Mooncake KV-transfer integration (CWE-502); network-reachable unauthenticated RCE.",
|
|
13619
|
+
"cisa_kev": false,
|
|
13620
|
+
"poc_available": true,
|
|
13621
|
+
"poc_description": "Documented in the vLLM GitHub security advisory (GHSA-hj4w-hm2g-p6w5): a crafted serialized payload sent to the Mooncake ZeroMQ sockets executes code.",
|
|
13622
|
+
"ai_discovered": false,
|
|
13623
|
+
"ai_discovery_source": "human_researcher",
|
|
13624
|
+
"ai_discovery_notes": "Disclosed via the vLLM project's GitHub security advisories. The abused surface is the distributed-serving IPC layer of the most widely used LLM inference/serving engine.",
|
|
13625
|
+
"ai_assisted_weaponization": false,
|
|
13626
|
+
"ai_assisted_notes": "No AI-assisted weaponization; insecure deserialization in the inference-serving transport.",
|
|
13627
|
+
"active_exploitation": "none",
|
|
13628
|
+
"active_exploitation_notes": "Advisory disclosure with a coordinated fix; no confirmed in-the-wild exploitation reported as of curation.",
|
|
13629
|
+
"affected": "vLLM 0.6.5 through 0.8.4 with the Mooncake integration enabled (fixed 0.8.5).",
|
|
13630
|
+
"affected_versions": [
|
|
13631
|
+
"vLLM >= 0.6.5, <= 0.8.4 (Mooncake enabled)"
|
|
13632
|
+
],
|
|
13633
|
+
"vector": "vLLM's Mooncake KV-transfer integration exchanges pickle-serialized data over unsecured ZeroMQ sockets (CWE-502). An unauthenticated network attacker who can reach those sockets sends a crafted serialized payload that executes code on the vLLM host. Unlike the off-by-default V0-engine flaw (CVE-2025-30165), the Mooncake sockets are network-reachable when the integration is enabled.",
|
|
13634
|
+
"complexity": "low",
|
|
13635
|
+
"complexity_notes": "NVD AV:N / AC:L / PR:N — network-reachable, unauthenticated.",
|
|
13636
|
+
"patch_available": true,
|
|
13637
|
+
"patch_required_reboot": false,
|
|
13638
|
+
"live_patch_available": false,
|
|
13639
|
+
"live_patch_tools": [],
|
|
13640
|
+
"live_patch_notes": "Remediation is upgrading vLLM to 0.8.5 or later; redeploy, no host reboot.",
|
|
13641
|
+
"vendor_update_paths": [
|
|
13642
|
+
"Upgrade vLLM to 0.8.5 or later. Never expose vLLM's distributed-serving ZeroMQ sockets (Mooncake KV transfer, XPUB) to untrusted networks; bind them to a trusted segment and authenticate peers."
|
|
13643
|
+
],
|
|
13644
|
+
"framework_control_gaps": {
|
|
13645
|
+
"NIST-800-53-SI-2": "Flaw-remediation cadence does not track the LLM serving engine's distributed-serving transport as managed, RCE/exposure-bearing software.",
|
|
13646
|
+
"NIST-800-53-SC-7": "Boundary-protection control does not flag vLLM's ZeroMQ sockets (Mooncake / XPUB) as network-exposed surfaces.",
|
|
13647
|
+
"ISO-27001-2022-A.8.8": "Vulnerability management rarely enumerates the inference engine's IPC sockets as an injection / exposure surface.",
|
|
13648
|
+
"NIS2-Art21-patch-management": "Article 21 measures do not reach the inference engine's distributed transport as a privileged control plane.",
|
|
13649
|
+
"DORA-Art-9": "ICT protection measures do not model insecure deserialization / socket exposure in an LLM serving engine as an ICT-risk event.",
|
|
13650
|
+
"UK-CAF-B4": "System Security objective has no objective for securing the inference engine's IPC sockets.",
|
|
13651
|
+
"AU-ISM-1546": "Patch-application control does not single out LLM serving engines' distributed transports.",
|
|
13652
|
+
"ALL-AI-PIPELINE-INTEGRITY": "No framework treats the inference engine's IPC sockets as untrusted surfaces requiring a safe serializer, peer authentication, and network isolation."
|
|
13653
|
+
},
|
|
13654
|
+
"atlas_refs": [
|
|
13655
|
+
"AML.T0049"
|
|
13656
|
+
],
|
|
13657
|
+
"attack_refs": [
|
|
13658
|
+
"T1190",
|
|
13659
|
+
"T1059"
|
|
13660
|
+
],
|
|
13661
|
+
"rwep_score": 31,
|
|
13662
|
+
"rwep_factors": {
|
|
13663
|
+
"cisa_kev": 0,
|
|
13664
|
+
"poc_available": 20,
|
|
13665
|
+
"ai_factor": 0,
|
|
13666
|
+
"active_exploitation": 0,
|
|
13667
|
+
"blast_radius": 26,
|
|
13668
|
+
"patch_available": -15,
|
|
13669
|
+
"live_patch_available": 0,
|
|
13670
|
+
"reboot_required": 0
|
|
13671
|
+
},
|
|
13672
|
+
"rwep_notes": "Standard (RWEP 31, \"patch within 30 days\" band per lib/scoring.js timeline). Not KEV, no confirmed in-the-wild exploitation, patched at disclosure (Hard Rule #3). poc_available=20 + blast_radius=26 (vLLM is the most widely used LLM serving engine) minus patch 15.",
|
|
13673
|
+
"epss_score": null,
|
|
13674
|
+
"epss_date": "2026-05-25",
|
|
13675
|
+
"epss_note": "EPSS not pulled for this entry; retrieve via FIRST EPSS API in a future refresh.",
|
|
13676
|
+
"epss_source": "https://api.first.org/data/v1/epss?cve=CVE-2025-32444",
|
|
13677
|
+
"cwe_refs": [
|
|
13678
|
+
"CWE-502"
|
|
13679
|
+
],
|
|
13680
|
+
"iocs": {
|
|
13681
|
+
"behavioral": [
|
|
13682
|
+
"vLLM Mooncake ZeroMQ sockets receiving serialized payloads from peers outside the trusted node set.",
|
|
13683
|
+
"Process or interpreter activity spawned during Mooncake KV-transfer deserialization.",
|
|
13684
|
+
"Mooncake ZeroMQ sockets reachable from untrusted networks.",
|
|
13685
|
+
"vLLM 0.6.5-0.8.4 with the Mooncake integration enabled - the exposed precondition."
|
|
13686
|
+
],
|
|
13687
|
+
"_ioc_source_note": "Behavioral signatures derived from the vLLM GitHub security advisory (https://github.com/vllm-project/vllm/security/advisories/GHSA-hj4w-hm2g-p6w5) and NVD CVE-2025-32444 (CWE-502)."
|
|
13688
|
+
},
|
|
13689
|
+
"source_verified": "2026-05-25",
|
|
13690
|
+
"verification_sources": [
|
|
13691
|
+
"https://nvd.nist.gov/vuln/detail/CVE-2025-32444",
|
|
13692
|
+
"https://github.com/vllm-project/vllm/security/advisories/GHSA-hj4w-hm2g-p6w5"
|
|
13693
|
+
],
|
|
13694
|
+
"vendor_advisories": [
|
|
13695
|
+
{
|
|
13696
|
+
"vendor": "GitHub Security Advisory (vllm-project)",
|
|
13697
|
+
"advisory_id": "CVE-2025-32444",
|
|
13698
|
+
"url": "https://github.com/vllm-project/vllm/security/advisories/GHSA-hj4w-hm2g-p6w5",
|
|
13699
|
+
"severity": "critical",
|
|
13700
|
+
"published_date": "2025-04-29"
|
|
13701
|
+
},
|
|
13702
|
+
{
|
|
13703
|
+
"vendor": "NVD",
|
|
13704
|
+
"advisory_id": "CVE-2025-32444",
|
|
13705
|
+
"url": "https://nvd.nist.gov/vuln/detail/CVE-2025-32444",
|
|
13706
|
+
"severity": "critical",
|
|
13707
|
+
"published_date": "2025-04-29"
|
|
13708
|
+
}
|
|
13709
|
+
],
|
|
13710
|
+
"last_updated": "2026-05-25",
|
|
13711
|
+
"discovery_attribution_note": "Manually curated from NVD (CWE-502; NIST CVSS 9.8) + the vLLM GitHub security advisory. vLLM distributed-serving ZeroMQ flaw (fixed 0.8.5); same inference-IPC class as the ShadowMQ family.",
|
|
13712
|
+
"_auto_imported": false,
|
|
13713
|
+
"_intake_method": "manual-verified-curation",
|
|
13714
|
+
"_kev_short_description": "vLLM's Mooncake integration deserializes serialized data over unsecured ZeroMQ sockets (CWE-502), giving unauthenticated network RCE; fixed in 0.8.5."
|
|
13715
|
+
},
|
|
13716
|
+
"CVE-2025-30202": {
|
|
13717
|
+
"name": "vLLM Distributed XPUB ZeroMQ Socket All-Interface Exposure",
|
|
13718
|
+
"type": "INFO-DISCLOSURE",
|
|
13719
|
+
"cvss_score": 7.5,
|
|
13720
|
+
"cvss_vector": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H",
|
|
13721
|
+
"cvss_note": "NVD CVSS v3.1 base 7.5 (HIGH, availability/exposure). In multi-node deployments the primary host binds an XPUB ZeroMQ socket to all interfaces (CWE-770), exposing broadcast data and enabling denial of service.",
|
|
13722
|
+
"cisa_kev": false,
|
|
13723
|
+
"poc_available": true,
|
|
13724
|
+
"poc_description": "Documented in the vLLM GitHub security advisory (GHSA-9f8f-2vmf-885j): an unauthorized client reaches the all-interface XPUB socket to read broadcast data and cause DoS.",
|
|
13725
|
+
"ai_discovered": false,
|
|
13726
|
+
"ai_discovery_source": "human_researcher",
|
|
13727
|
+
"ai_discovery_notes": "Disclosed via the vLLM project's GitHub security advisories. The abused surface is the distributed-serving IPC layer of the most widely used LLM inference/serving engine.",
|
|
13728
|
+
"ai_assisted_weaponization": false,
|
|
13729
|
+
"ai_assisted_notes": "No AI-assisted weaponization; unauthenticated socket exposure in the inference-serving transport.",
|
|
13730
|
+
"active_exploitation": "none",
|
|
13731
|
+
"active_exploitation_notes": "Advisory disclosure with a coordinated fix; no confirmed in-the-wild exploitation reported as of curation.",
|
|
13732
|
+
"affected": "vLLM 0.5.2 through 0.8.4 in multi-node deployments (fixed 0.8.5).",
|
|
13733
|
+
"affected_versions": [
|
|
13734
|
+
"vLLM >= 0.5.2, <= 0.8.4 (multi-node)"
|
|
13735
|
+
],
|
|
13736
|
+
"vector": "vLLM's multi-node deployment binds the primary host's XPUB ZeroMQ socket to all interfaces without access control (CWE-770). An unauthorized network client can read the broadcast data stream and flood the socket to cause denial of service.",
|
|
13737
|
+
"complexity": "low",
|
|
13738
|
+
"complexity_notes": "NVD AV:N / AC:L / PR:N — network-reachable, unauthenticated.",
|
|
13739
|
+
"patch_available": true,
|
|
13740
|
+
"patch_required_reboot": false,
|
|
13741
|
+
"live_patch_available": false,
|
|
13742
|
+
"live_patch_tools": [],
|
|
13743
|
+
"live_patch_notes": "Remediation is upgrading vLLM to 0.8.5 or later; redeploy, no host reboot.",
|
|
13744
|
+
"vendor_update_paths": [
|
|
13745
|
+
"Upgrade vLLM to 0.8.5 or later. Never expose vLLM's distributed-serving ZeroMQ sockets (Mooncake KV transfer, XPUB) to untrusted networks; bind them to a trusted segment and authenticate peers."
|
|
13746
|
+
],
|
|
13747
|
+
"framework_control_gaps": {
|
|
13748
|
+
"NIST-800-53-SI-2": "Flaw-remediation cadence does not track the LLM serving engine's distributed-serving transport as managed, RCE/exposure-bearing software.",
|
|
13749
|
+
"NIST-800-53-SC-7": "Boundary-protection control does not flag vLLM's ZeroMQ sockets (Mooncake / XPUB) as network-exposed surfaces.",
|
|
13750
|
+
"ISO-27001-2022-A.8.8": "Vulnerability management rarely enumerates the inference engine's IPC sockets as an injection / exposure surface.",
|
|
13751
|
+
"NIS2-Art21-patch-management": "Article 21 measures do not reach the inference engine's distributed transport as a privileged control plane.",
|
|
13752
|
+
"DORA-Art-9": "ICT protection measures do not model insecure deserialization / socket exposure in an LLM serving engine as an ICT-risk event.",
|
|
13753
|
+
"UK-CAF-B4": "System Security objective has no objective for securing the inference engine's IPC sockets.",
|
|
13754
|
+
"AU-ISM-1546": "Patch-application control does not single out LLM serving engines' distributed transports.",
|
|
13755
|
+
"ALL-AI-PIPELINE-INTEGRITY": "No framework treats the inference engine's IPC sockets as untrusted surfaces requiring a safe serializer, peer authentication, and network isolation."
|
|
13756
|
+
},
|
|
13757
|
+
"atlas_refs": [
|
|
13758
|
+
"AML.T0049"
|
|
13759
|
+
],
|
|
13760
|
+
"attack_refs": [
|
|
13761
|
+
"T1190",
|
|
13762
|
+
"T1499",
|
|
13763
|
+
"T1040"
|
|
13764
|
+
],
|
|
13765
|
+
"rwep_score": 27,
|
|
13766
|
+
"rwep_factors": {
|
|
13767
|
+
"cisa_kev": 0,
|
|
13768
|
+
"poc_available": 20,
|
|
13769
|
+
"ai_factor": 0,
|
|
13770
|
+
"active_exploitation": 0,
|
|
13771
|
+
"blast_radius": 22,
|
|
13772
|
+
"patch_available": -15,
|
|
13773
|
+
"live_patch_available": 0,
|
|
13774
|
+
"reboot_required": 0
|
|
13775
|
+
},
|
|
13776
|
+
"rwep_notes": "Standard (RWEP 27, \"patch within 30 days\" band per lib/scoring.js timeline). Not KEV, no confirmed in-the-wild exploitation, patched at disclosure (Hard Rule #3). poc_available=20 + blast_radius=22 (vLLM is the most widely used LLM serving engine) minus patch 15.",
|
|
13777
|
+
"epss_score": null,
|
|
13778
|
+
"epss_date": "2026-05-25",
|
|
13779
|
+
"epss_note": "EPSS not pulled for this entry; retrieve via FIRST EPSS API in a future refresh.",
|
|
13780
|
+
"epss_source": "https://api.first.org/data/v1/epss?cve=CVE-2025-30202",
|
|
13781
|
+
"cwe_refs": [
|
|
13782
|
+
"CWE-770"
|
|
13783
|
+
],
|
|
13784
|
+
"iocs": {
|
|
13785
|
+
"behavioral": [
|
|
13786
|
+
"vLLM primary host's XPUB ZeroMQ socket bound to 0.0.0.0 / all interfaces and reachable from untrusted networks.",
|
|
13787
|
+
"Unauthorized clients subscribing to or flooding the vLLM XPUB broadcast socket.",
|
|
13788
|
+
"Resource exhaustion on the vLLM primary node correlated with XPUB socket traffic.",
|
|
13789
|
+
"vLLM 0.5.2-0.8.4 multi-node deployment - the exposed precondition."
|
|
13790
|
+
],
|
|
13791
|
+
"_ioc_source_note": "Behavioral signatures derived from the vLLM GitHub security advisory (https://github.com/vllm-project/vllm/security/advisories/GHSA-9f8f-2vmf-885j) and NVD CVE-2025-30202 (CWE-770)."
|
|
13792
|
+
},
|
|
13793
|
+
"source_verified": "2026-05-25",
|
|
13794
|
+
"verification_sources": [
|
|
13795
|
+
"https://nvd.nist.gov/vuln/detail/CVE-2025-30202",
|
|
13796
|
+
"https://github.com/vllm-project/vllm/security/advisories/GHSA-9f8f-2vmf-885j"
|
|
13797
|
+
],
|
|
13798
|
+
"vendor_advisories": [
|
|
13799
|
+
{
|
|
13800
|
+
"vendor": "GitHub Security Advisory (vllm-project)",
|
|
13801
|
+
"advisory_id": "CVE-2025-30202",
|
|
13802
|
+
"url": "https://github.com/vllm-project/vllm/security/advisories/GHSA-9f8f-2vmf-885j",
|
|
13803
|
+
"severity": "high",
|
|
13804
|
+
"published_date": "2025-04-29"
|
|
13805
|
+
},
|
|
13806
|
+
{
|
|
13807
|
+
"vendor": "NVD",
|
|
13808
|
+
"advisory_id": "CVE-2025-30202",
|
|
13809
|
+
"url": "https://nvd.nist.gov/vuln/detail/CVE-2025-30202",
|
|
13810
|
+
"severity": "high",
|
|
13811
|
+
"published_date": "2025-04-29"
|
|
13812
|
+
}
|
|
13813
|
+
],
|
|
13814
|
+
"last_updated": "2026-05-25",
|
|
13815
|
+
"discovery_attribution_note": "Manually curated from NVD (CWE-770; NIST CVSS 7.5) + the vLLM GitHub security advisory. vLLM distributed-serving ZeroMQ flaw (fixed 0.8.5); same inference-IPC class as the ShadowMQ family.",
|
|
13816
|
+
"_auto_imported": false,
|
|
13817
|
+
"_intake_method": "manual-verified-curation",
|
|
13818
|
+
"_kev_short_description": "vLLM binds its multi-node XPUB ZeroMQ socket to all interfaces (CWE-770), exposing broadcast data and enabling DoS; fixed in 0.8.5."
|
|
13819
|
+
},
|
|
13613
13820
|
"CVE-2026-41091": {
|
|
13614
13821
|
"name": "Microsoft Defender (Malware Protection Engine) Link-Following LPE to SYSTEM",
|
|
13615
13822
|
"type": "LPE",
|
package/data/cwe-catalog.json
CHANGED
|
@@ -1321,6 +1321,7 @@
|
|
|
1321
1321
|
"CVE-2025-24016",
|
|
1322
1322
|
"CVE-2025-26399",
|
|
1323
1323
|
"CVE-2025-30165",
|
|
1324
|
+
"CVE-2025-32444",
|
|
1324
1325
|
"CVE-2025-40551",
|
|
1325
1326
|
"CVE-2025-42999",
|
|
1326
1327
|
"CVE-2025-49113",
|
|
@@ -3640,7 +3641,9 @@
|
|
|
3640
3641
|
"CWE-2000"
|
|
3641
3642
|
],
|
|
3642
3643
|
"related_weaknesses": [],
|
|
3643
|
-
"evidence_cves": [
|
|
3644
|
+
"evidence_cves": [
|
|
3645
|
+
"CVE-2025-30202"
|
|
3646
|
+
],
|
|
3644
3647
|
"last_verified": "2026-05-19",
|
|
3645
3648
|
"notes": "Bulk-imported v0.13.18 from the canonical MITRE Top 25 + commonly-referenced-class expansion.",
|
|
3646
3649
|
"_auto_imported": true,
|
|
@@ -52,6 +52,8 @@
|
|
|
52
52
|
"CVE-2025-23254",
|
|
53
53
|
"CVE-2025-23266",
|
|
54
54
|
"CVE-2025-30165",
|
|
55
|
+
"CVE-2025-30202",
|
|
56
|
+
"CVE-2025-32444",
|
|
55
57
|
"CVE-2025-34291",
|
|
56
58
|
"CVE-2025-49596",
|
|
57
59
|
"CVE-2025-54136",
|
|
@@ -1442,11 +1444,13 @@
|
|
|
1442
1444
|
"CVE-2025-27920",
|
|
1443
1445
|
"CVE-2025-29635",
|
|
1444
1446
|
"CVE-2025-30165",
|
|
1447
|
+
"CVE-2025-30202",
|
|
1445
1448
|
"CVE-2025-30397",
|
|
1446
1449
|
"CVE-2025-31125",
|
|
1447
1450
|
"CVE-2025-31277",
|
|
1448
1451
|
"CVE-2025-32432",
|
|
1449
1452
|
"CVE-2025-32433",
|
|
1453
|
+
"CVE-2025-32444",
|
|
1450
1454
|
"CVE-2025-32463",
|
|
1451
1455
|
"CVE-2025-32701",
|
|
1452
1456
|
"CVE-2025-32706",
|
|
@@ -1812,6 +1816,8 @@
|
|
|
1812
1816
|
"CVE-2025-23254",
|
|
1813
1817
|
"CVE-2025-23266",
|
|
1814
1818
|
"CVE-2025-30165",
|
|
1819
|
+
"CVE-2025-30202",
|
|
1820
|
+
"CVE-2025-32444",
|
|
1815
1821
|
"CVE-2025-34291",
|
|
1816
1822
|
"CVE-2025-38352",
|
|
1817
1823
|
"CVE-2025-43300",
|
|
@@ -2176,6 +2182,8 @@
|
|
|
2176
2182
|
"CVE-2024-42478",
|
|
2177
2183
|
"CVE-2024-42479",
|
|
2178
2184
|
"CVE-2025-23266",
|
|
2185
|
+
"CVE-2025-30202",
|
|
2186
|
+
"CVE-2025-32444",
|
|
2179
2187
|
"CVE-2025-53767",
|
|
2180
2188
|
"CVE-2026-34159",
|
|
2181
2189
|
"CVE-2026-42897"
|
|
@@ -2470,11 +2478,13 @@
|
|
|
2470
2478
|
"CVE-2025-27920",
|
|
2471
2479
|
"CVE-2025-29635",
|
|
2472
2480
|
"CVE-2025-30165",
|
|
2481
|
+
"CVE-2025-30202",
|
|
2473
2482
|
"CVE-2025-30397",
|
|
2474
2483
|
"CVE-2025-31125",
|
|
2475
2484
|
"CVE-2025-31277",
|
|
2476
2485
|
"CVE-2025-32432",
|
|
2477
2486
|
"CVE-2025-32433",
|
|
2487
|
+
"CVE-2025-32444",
|
|
2478
2488
|
"CVE-2025-32463",
|
|
2479
2489
|
"CVE-2025-32701",
|
|
2480
2490
|
"CVE-2025-32706",
|
|
@@ -4912,6 +4922,8 @@
|
|
|
4912
4922
|
"CVE-2025-23254",
|
|
4913
4923
|
"CVE-2025-23266",
|
|
4914
4924
|
"CVE-2025-30165",
|
|
4925
|
+
"CVE-2025-30202",
|
|
4926
|
+
"CVE-2025-32444",
|
|
4915
4927
|
"CVE-2025-34291",
|
|
4916
4928
|
"CVE-2025-49596",
|
|
4917
4929
|
"CVE-2025-54136",
|
|
@@ -5445,6 +5457,8 @@
|
|
|
5445
5457
|
"CVE-2025-23254",
|
|
5446
5458
|
"CVE-2025-23266",
|
|
5447
5459
|
"CVE-2025-30165",
|
|
5460
|
+
"CVE-2025-30202",
|
|
5461
|
+
"CVE-2025-32444",
|
|
5448
5462
|
"CVE-2025-34291",
|
|
5449
5463
|
"CVE-2025-49596",
|
|
5450
5464
|
"CVE-2025-54136",
|
|
@@ -5521,6 +5535,8 @@
|
|
|
5521
5535
|
"CVE-2025-23254",
|
|
5522
5536
|
"CVE-2025-23266",
|
|
5523
5537
|
"CVE-2025-30165",
|
|
5538
|
+
"CVE-2025-30202",
|
|
5539
|
+
"CVE-2025-32444",
|
|
5524
5540
|
"CVE-2025-34291",
|
|
5525
5541
|
"CVE-2025-49596",
|
|
5526
5542
|
"CVE-2025-54136",
|
|
@@ -6633,6 +6633,106 @@
|
|
|
6633
6633
|
"_auto_imported": false,
|
|
6634
6634
|
"_intake_method": "manual-verified-curation"
|
|
6635
6635
|
},
|
|
6636
|
+
"CVE-2025-32444": {
|
|
6637
|
+
"name": "vLLM Mooncake Integration ZeroMQ Deserialization RCE",
|
|
6638
|
+
"lesson_date": "2026-05-25",
|
|
6639
|
+
"attack_vector": {
|
|
6640
|
+
"description": "vLLM's distributed-serving transport exposes CWE-502 deserialization over unsecured ZeroMQ in the Mooncake integration: an unauthenticated network peer sends a crafted serialized payload that executes code on the vLLM host.",
|
|
6641
|
+
"privileges_required": "none (NVD AV:N / PR:N) — network-reachable",
|
|
6642
|
+
"complexity": "low (NVD AC:L)",
|
|
6643
|
+
"ai_factor": "The abused surface is the distributed-serving IPC layer of the most widely used LLM serving engine. The lesson matches the ShadowMQ family: an inference engine's IPC sockets must use a safe serializer, authenticate peers, and stay on a trusted network segment — never bound to all interfaces or fed untrusted serialized data."
|
|
6644
|
+
},
|
|
6645
|
+
"framework_coverage": {
|
|
6646
|
+
"NIST-800-53-SI-2": {
|
|
6647
|
+
"covered": true,
|
|
6648
|
+
"adequate": false,
|
|
6649
|
+
"gap": "Does not track the LLM serving engine's distributed transport as RCE/exposure-bearing software."
|
|
6650
|
+
},
|
|
6651
|
+
"NIST-800-53-SC-7": {
|
|
6652
|
+
"covered": true,
|
|
6653
|
+
"adequate": false,
|
|
6654
|
+
"gap": "Does not flag vLLM's ZeroMQ sockets (Mooncake / XPUB) as network-exposed surfaces."
|
|
6655
|
+
},
|
|
6656
|
+
"ALL-AI-PIPELINE-INTEGRITY": {
|
|
6657
|
+
"covered": false,
|
|
6658
|
+
"adequate": false,
|
|
6659
|
+
"gap": "No framework treats the inference engine's IPC sockets as untrusted surfaces requiring a safe serializer, peer authentication, and isolation."
|
|
6660
|
+
}
|
|
6661
|
+
},
|
|
6662
|
+
"compliance_exposure_score": {
|
|
6663
|
+
"percent_audit_passing_orgs_still_exposed": 70,
|
|
6664
|
+
"basis": "Distributed LLM serving is deployed on trusted-network assumptions; the engine's IPC sockets are not tracked or isolated.",
|
|
6665
|
+
"theater_pattern": "ai_supply_chain_trust"
|
|
6666
|
+
},
|
|
6667
|
+
"ai_discovered_zeroday": false,
|
|
6668
|
+
"ai_discovery_source": "human_researcher",
|
|
6669
|
+
"ai_assist_factor": "none",
|
|
6670
|
+
"new_control_requirements": [
|
|
6671
|
+
{
|
|
6672
|
+
"id": "NEW-CTRL-086",
|
|
6673
|
+
"name": "AI-INFERENCE-IPC-DESERIALIZATION-SAFETY",
|
|
6674
|
+
"description": "AI inference engines must use a safe serializer for IPC/socket communication, never deserialize untrusted serialized objects, authenticate socket peers, bind sockets to loopback/trusted segments (never all interfaces), and isolate the channel. Upgrade vLLM to 0.8.5 or later, which fixes both the Mooncake deserialization RCE (CVE-2025-32444) and the XPUB all-interface exposure (CVE-2025-30202). This is the same control class as the ShadowMQ family (CVE-2025-30165 etc.) — apply it across every inference engine in the estate. The distinguishing test: from an unauthorized peer on a staging cluster, send a crafted serialized object to the Mooncake socket and connect to the XPUB socket; both must be refused.",
|
|
6675
|
+
"evidence": "https://github.com/vllm-project/vllm/security/advisories/GHSA-hj4w-hm2g-p6w5",
|
|
6676
|
+
"gap_closes": [
|
|
6677
|
+
"NIST-800-53-SI-2",
|
|
6678
|
+
"NIST-800-53-SC-7",
|
|
6679
|
+
"ALL-AI-PIPELINE-INTEGRITY"
|
|
6680
|
+
]
|
|
6681
|
+
}
|
|
6682
|
+
],
|
|
6683
|
+
"_auto_imported": false,
|
|
6684
|
+
"_intake_method": "manual-verified-curation"
|
|
6685
|
+
},
|
|
6686
|
+
"CVE-2025-30202": {
|
|
6687
|
+
"name": "vLLM Distributed XPUB ZeroMQ Socket All-Interface Exposure",
|
|
6688
|
+
"lesson_date": "2026-05-25",
|
|
6689
|
+
"attack_vector": {
|
|
6690
|
+
"description": "vLLM's distributed-serving transport exposes CWE-770 unauthenticated all-interface XPUB ZeroMQ socket exposure: an unauthenticated network peer reads the broadcast data stream and floods the socket for denial of service.",
|
|
6691
|
+
"privileges_required": "none (NVD AV:N / PR:N) — network-reachable",
|
|
6692
|
+
"complexity": "low (NVD AC:L)",
|
|
6693
|
+
"ai_factor": "The abused surface is the distributed-serving IPC layer of the most widely used LLM serving engine. The lesson matches the ShadowMQ family: an inference engine's IPC sockets must use a safe serializer, authenticate peers, and stay on a trusted network segment — never bound to all interfaces or fed untrusted serialized data."
|
|
6694
|
+
},
|
|
6695
|
+
"framework_coverage": {
|
|
6696
|
+
"NIST-800-53-SI-2": {
|
|
6697
|
+
"covered": true,
|
|
6698
|
+
"adequate": false,
|
|
6699
|
+
"gap": "Does not track the LLM serving engine's distributed transport as RCE/exposure-bearing software."
|
|
6700
|
+
},
|
|
6701
|
+
"NIST-800-53-SC-7": {
|
|
6702
|
+
"covered": true,
|
|
6703
|
+
"adequate": false,
|
|
6704
|
+
"gap": "Does not flag vLLM's ZeroMQ sockets (Mooncake / XPUB) as network-exposed surfaces."
|
|
6705
|
+
},
|
|
6706
|
+
"ALL-AI-PIPELINE-INTEGRITY": {
|
|
6707
|
+
"covered": false,
|
|
6708
|
+
"adequate": false,
|
|
6709
|
+
"gap": "No framework treats the inference engine's IPC sockets as untrusted surfaces requiring a safe serializer, peer authentication, and isolation."
|
|
6710
|
+
}
|
|
6711
|
+
},
|
|
6712
|
+
"compliance_exposure_score": {
|
|
6713
|
+
"percent_audit_passing_orgs_still_exposed": 66,
|
|
6714
|
+
"basis": "Distributed LLM serving is deployed on trusted-network assumptions; the engine's IPC sockets are not tracked or isolated.",
|
|
6715
|
+
"theater_pattern": "ai_supply_chain_trust"
|
|
6716
|
+
},
|
|
6717
|
+
"ai_discovered_zeroday": false,
|
|
6718
|
+
"ai_discovery_source": "human_researcher",
|
|
6719
|
+
"ai_assist_factor": "none",
|
|
6720
|
+
"new_control_requirements": [
|
|
6721
|
+
{
|
|
6722
|
+
"id": "NEW-CTRL-086",
|
|
6723
|
+
"name": "AI-INFERENCE-IPC-DESERIALIZATION-SAFETY",
|
|
6724
|
+
"description": "AI inference engines must use a safe serializer for IPC/socket communication, never deserialize untrusted serialized objects, authenticate socket peers, bind sockets to loopback/trusted segments (never all interfaces), and isolate the channel. Upgrade vLLM to 0.8.5 or later, which fixes both the Mooncake deserialization RCE (CVE-2025-32444) and the XPUB all-interface exposure (CVE-2025-30202). This is the same control class as the ShadowMQ family (CVE-2025-30165 etc.) — apply it across every inference engine in the estate. The distinguishing test: from an unauthorized peer on a staging cluster, send a crafted serialized object to the Mooncake socket and connect to the XPUB socket; both must be refused.",
|
|
6725
|
+
"evidence": "https://github.com/vllm-project/vllm/security/advisories/GHSA-9f8f-2vmf-885j",
|
|
6726
|
+
"gap_closes": [
|
|
6727
|
+
"NIST-800-53-SI-2",
|
|
6728
|
+
"NIST-800-53-SC-7",
|
|
6729
|
+
"ALL-AI-PIPELINE-INTEGRITY"
|
|
6730
|
+
]
|
|
6731
|
+
}
|
|
6732
|
+
],
|
|
6733
|
+
"_auto_imported": false,
|
|
6734
|
+
"_intake_method": "manual-verified-curation"
|
|
6735
|
+
},
|
|
6636
6736
|
"CVE-2024-50050": {
|
|
6637
6737
|
"name": "Meta Llama Stack Socket Deserialization RCE (ShadowMQ)",
|
|
6638
6738
|
"lesson_date": "2026-05-25",
|