An Allocation of Resources Without Limits or Throttling weakness in the memory management of the Packet Forwarding Engine (PFE) on Juniper Networks Junos OS Evolved PTX10003 Series devices allows an adjacently located attacker who has established certain preconditions and knowledge of the environment to send certain specific genuine packets to begin a Time-of-check Time-of-use (TOCTOU) Race Condition attack which will cause a memory leak to begin. Once this condition begins, and as long as the attacker is able to sustain the offending traffic, a Distributed Denial of Service (DDoS) event occurs.
As a DDoS event, the offending packets sent by the attacker will continue to flow from one device to another as long as they are received and processed by any devices, ultimately causing a cascading outage to any vulnerable devices. Devices not vulnerable to the memory leak will process and forward the offending packet(s) to neighboring devices.
Due to internal anti-flood security controls and mechanisms reaching their maximum limit of response in the worst-case scenario, all affected Junos OS Evolved devices will reboot in as little as 1.5 days.
Reboots to restore services cannot be avoided once the memory leak begins. The device will self-recover after crashing and rebooting. Operator intervention isn't required to restart the device.
This issue affects:
To check memory, customers may VTY to the PFE first then execute the following show statement:
show jexpr jtm ingress-main-memory chip 255 | no-more
Alternatively one may execute from the RE CLI:
request pfe execute target fpc0 command "show jexpr jtm ingress-main-memory chip 255 | no-more"
Iteration 1:
Example output:
Mem type: NH, alloc type: JTM
136776 bytes used (max 138216 bytes used)
911568 bytes available (909312 bytes from free pages)
Iteration 2:
137288 bytes used (max 138216 bytes used)
911056 bytes available (909312 bytes from free pages)
The same can be seen in the CLI below, assuming the scale does not change:
show npu memory info
FPC0:NPU16 mem-util-jnh-nh-size 2097152
FPC0:NPU16 mem-util-jnh-nh-allocated 135272
FPC0:NPU16 mem-util-jnh-nh-utilization 6
The following is the minimal configuration necessary to be affected by this issue:
[protocols pim interface <interface-name>]
Juniper SIRT is not aware of any malicious exploitation of this vulnerability.
This issue was seen during production usage.
This issue has been assigned CVE-2023-22397.
The following software releases have been updated to resolve these specific issues: Junos OS Evolved: 20.4R3-S4-EVO, 21.3R3-S1-EVO, 21.4R2-S2-EVO, 21.4R3-EVO, 22.1R1-S2-EVO, 22.1R2-EVO, 22.1R3-EVO, 22.2R1-S1-EVO, 22.2R2-EVO, 22.3R1-EVO, and all subsequent releases.
This issue is being tracked as 1670829.
Note: Juniper SIRT's policy is not to evaluate releases which are beyond End of Engineering (EOE) or End of Life (EOL).
There are no known workarounds for this issue.
To reduce impact due to unplanned reboots customers may review memory thresholds as above and decide to reboot devices proactively to clear memory during planned maintenance windows.
2023-01-11: Initial Publication