P-Net 1.0.3 之前的版本在处理针对 PDPortDataCheck 记录(子槽位 0,即整个模块)的读取请求时,会陷入无限循环。由于端口遍历循环无法推进到下一个端口,导致该请求永远无法完成,设备随之停止响应。远程未认证攻击者可利用此漏洞造成拒绝服务(DoS)。
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
| # | POC Description | Source Link | Shenlong Link |
|---|
No public POC found.
Login to generate AI POC| CVE-2026-111732 | 9.3 CRITICAL | Out-of-bounds write when parsing AR Vendor Block requests |
| CVE-2026-111733 | 8.7 HIGH | NULL pointer dereference on implicit read of AR specific record index |
| CVE-2026-111736 | 8.7 HIGH | NULL pointer dereference on implicit read of user specific record index |
| CVE-2026-112200 | 8.7 HIGH | Resource exhaustion from unreleased AR and RPC session on RPC requests with incorrect endi |
| CVE-2026-115793 | 8.7 HIGH | Resource exhaustion from RPC sessions kept for requests to unknown interface |
| CVE-2026-111730 | 7.2 HIGH | Out-of-bounds write in CheckPeers block parser due to unvalidated peer station name length |
| CVE-2026-111735 | 7.1 HIGH | Integer underflow leads to out-of-bounds read in pf_cpm_c_data_ind() |
| CVE-2026-111734 | 7.1 HIGH | Missing length validation of EtherType, VLAN and FrameID fields in pf_eth_recv() |
| CVE-2026-115795 | 5.3 MEDIUM | Out-of-bounds read of DCP block header in DCP Set and Identify request parsing |
| CVE-2026-115794 | 2.3 LOW | Alarm data length not validated against received frame length |