在 1.0.3 版本之前的 P-Net 中, 函数未对 数据块中的 字段进行验证。该函数直接使用接收到的长度值(最大可达 255 字节)将数据复制到仅 241 字节的对等站名称缓冲区中,并写入终止的空字符(NUL)。因此,经过精心构造的数据块可写入缓冲区末尾之外最多 15 字节。这可能导致程序崩溃(拒绝服务攻击),甚至可能引发任意代码执行。 此漏洞的利用需要建立会话,且要求具备相邻(ADJACENT)网络访问权限。
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-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 |