Siemens SIMATIC Devices Improper Handling of Structural Elements (CVE-2024-35877)

#%NASL_MIN_LEVEL 80900
##
# (C) Tenable, Inc.
##

include('compat.inc');

if (description)
{
  script_id(503427);
  script_version("1.2");
  script_set_attribute(attribute:"plugin_modification_date", value:"2025/10/29");

  script_cve_id("CVE-2024-35877");

  script_name(english:"Siemens SIMATIC Devices Improper Handling of Structural Elements (CVE-2024-35877)");

  script_set_attribute(attribute:"synopsis", value:
"The remote OT asset is affected by a vulnerability.");
  script_set_attribute(attribute:"description", value:
"In the Linux kernel, the following vulnerability has been resolved:
x86/mm/pat: fix VM_PAT handling in COW mappings    PAT handling won't
do the right thing in COW mappings: the first PTE (or,  in fact, all
PTEs) can be replaced during write faults to point at anon  folios.
Reliably recovering the correct PFN and cachemode using  follow_phys()
from PTEs will not work in COW mappings.    Using follow_phys(), we
might just get the address+protection of the anon  folio (which is
very wrong), or fail on swap/nonswap entries, failing  follow_phys()
and triggering a WARN_ON_ONCE() in untrack_pfn() and
track_pfn_copy(), not properly calling free_pfn_range().    In
free_pfn_range(), we either wouldn't call memtype_free() or would call
it with the wrong range, possibly leaking memory.    To fix that,
let's update follow_phys() to refuse returning anon folios,  and
fallback to using the stored PFN inside vma->vm_pgoff for COW mappings
if we run into that.    We will now properly handle untrack_pfn() with
COW mappings, where we  don't need the cachemode.  We'll have to fail
fork()->track_pfn_copy() if  the first page was replaced by an anon
folio, though: we'd have to store  the cachemode in the VMA to make
this work, likely growing the VMA size.    For now, lets keep it
simple and let track_pfn_copy() just fail in that  case: it would have
failed in the past with swap/nonswap entries already,  and it would
have done the wrong thing with anon folios.

This plugin only works with Tenable.ot.
Please visit https://www.tenable.com/products/tenable-ot for more information.");
  script_set_attribute(attribute:"see_also", value:"https://cert-portal.siemens.com/productcert/html/ssa-265688.html");
  script_set_attribute(attribute:"solution", value:
"Refer to the vendor advisory.");
  script_set_cvss3_base_vector("CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H");
  script_set_attribute(attribute:"cvss_score_source", value:"CVE-2024-35877");

  script_set_attribute(attribute:"exploitability_ease", value:"No known exploits are available");
  script_set_attribute(attribute:"exploit_available", value:"false");
  script_cwe_id(237);

  script_set_attribute(attribute:"vuln_publication_date", value:"2024/04/09");
  script_set_attribute(attribute:"patch_publication_date", value:"2024/04/09");
  script_set_attribute(attribute:"plugin_publication_date", value:"2025/10/27");

  script_set_attribute(attribute:"plugin_type", value:"remote");
  script_set_attribute(attribute:"cpe", value:"cpe:/o:siemens:simatic_s7-1500_tm_mfp");
  script_set_attribute(attribute:"generated_plugin", value:"former");
  script_end_attributes();

  script_category(ACT_GATHER_INFO);
  script_family(english:"Tenable.ot");

  script_copyright(english:"This script is Copyright (C) 2025 and is owned by Tenable, Inc. or an Affiliate thereof.");

  script_dependencies("tenable_ot_api_integration.nasl");
  script_require_keys("Tenable.ot/Siemens");

  exit(0);
}


include('tenable_ot_cve_funcs.inc');

get_kb_item_or_exit('Tenable.ot/Siemens');

var asset = tenable_ot::assets::get(vendor:'Siemens');

var vuln_cpes = {
    "cpe:/o:siemens:simatic_s7-1500_tm_mfp" :
        {"versionEndIncluding" : "1.1", "versionStartIncluding" : "1.1", "family" : "S71500", "orderNumbers": ["6ES7558-1AA00-0AB0"]}
};

tenable_ot::cve::compare_and_report(asset:asset, cpes:vuln_cpes, severity:SECURITY_HOLE);