在 1.0.3 版本之前的 P-Net 中,处理 DCP Set 和 Identify 请求时,未先验证接收数据中是否存在完整的块头,便直接读取下一个块。若最后一个块恰好结束于接收缓冲区的末尾,则后续块的块长度会被读取到缓冲区范围之外。此外,若 DCP Set 块的长度小于两字节的块限定符,将导致长度下溢,使该块以 65534 字节的长度被处理。此问题可能引发系统崩溃(拒绝服务攻击)或泄露少量内存内容。该漏洞需要攻击者处于相邻网络环境中才能利用。
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-111731 | 8.7 HIGH | Infinite loop when reading PDPortDataCheck record of subslot 0 |
| 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-115794 | 2.3 LOW | Alarm data length not validated against received frame length |