P-Net 1.0.3 之前的版本在 函数中存在整数下溢漏洞。当消费者处于 FRUN 或 RUN 状态并处理接收到的循环数据帧时,该函数使用 16 位算术运算将帧长度减去 4 来计算 APDU 状态字段的偏移量,但未验证帧长度是否足够。攻击者可构造一个过短的帧,导致偏移量发生回绕(wrap around),从而使函数读取接收缓冲区之外的内存区域。此漏洞可能引发系统崩溃(拒绝服务攻击)或泄露内存内容。
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-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 |