CVE-2024-55599: An Improperly Implemented Security Check for Standard vulnerability [CWE-358] in FortiOS version 7.6.0, ver...
An Improperly Implemented Security Check for Standard vulnerability [CWE-358] in FortiOS version 7.6.0, version 7.4.7 and below, 7.0 all versions, 6.4 all versions and FortiProxy version 7.6.1 and below, version 7.4.8 and below, 7.2 all versions, 7.0 all versions may allow a remote unauthenticated user to bypass the DNS filter via Apple devices.
Security readout for executives and security teams
Plain-English summary
This flaw can let an unauthenticated remote user bypass Fortinet DNS filtering when traffic comes from Apple devices. It is not a device takeover issue, but it can undermine web and DNS policy enforcement where FortiOS or FortiProxy is used to block risky destinations.
Executive priority
Treat this as a moderate policy-control failure. It should be scheduled promptly where DNS filtering is a required security control, compliance control, or child-safety/business-use control, but it does not carry the urgency of Fortinet remote code execution vulnerabilities.
Technical view
CVE-2024-55599 is a CWE-358 improper security check issue in FortiOS and FortiProxy. The published CVSS 3.1 score is 4.9, with network attack vector, low complexity, no privileges, no user interaction, and low integrity impact only.
Likely exposure
Exposure is most relevant for organizations using FortiOS or FortiProxy DNS filtering with Apple devices. The bundle lists FortiOS 7.6.0, 7.4.7 and below, 7.2.x CPEs, all 7.0 and 6.4 versions, and FortiProxy 7.6.1 and below, 7.4.8 and below, and all 7.2 and 7.0 versions.
Exploitation context
The source bundle does not show CISA KEV listing or active exploitation evidence. The issue is remotely reachable and unauthenticated, but the documented impact is bypassing DNS filtering, not code execution, authentication bypass to management, or data disclosure.
Researcher notes
Evidence is limited to the CVE bundle and cited advisories. The bundle does not provide technical root-cause details, proof-of-concept status, fixed release numbers, or vendor workarounds. Avoid assuming broader Fortinet exposure beyond FortiOS and FortiProxy DNS filtering behavior.
Mitigation direction
Review Fortinet PSIRT FG-IR-24-053 for fixed versions and vendor-supported workarounds.
Upgrade affected FortiOS and FortiProxy systems according to Fortinet guidance.
Check Siemens SSA-864900 if Fortinet components are embedded in managed or industrial environments.
Document any temporary exceptions where Apple device DNS filtering cannot be immediately remediated.
Validation and detection
Inventory FortiOS and FortiProxy versions against the affected ranges in the CVE bundle.
Confirm whether DNS filtering is enabled and used for Apple device traffic.
Review Fortinet advisory status for each affected release branch before closing the finding.
Monitor policy logs for unexpected DNS filter bypasses involving Apple clients.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-358: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-358 · source CWE mapping
Improperly Implemented Security Check for Standard
Improperly Implemented Security Check for Standard represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.