cd ../exploit-db
    root@mhfh:~#cat /var/db/exploits/CVE-2024-44308.json
    exploits/CVE-2024-44308.md
    CVE-2024-44308iOSRCECritical

    JavaScriptCore UXSS chain

    affected
    ≤18.1
    disclosed
    2024-11-19
    discovered
    2024-10-30
    patched
    2024-11-19 (iOS 18.1.1)
    author
    Clément Lecigne, TAG
    platform
    iOS

    ## description

    Processing maliciously crafted web content may lead to arbitrary code execution. Apple confirmed in-the-wild exploitation on Intel Macs; the same primitive applies on iOS Safari.

    ## impact

    UXSS + RCE inside Safari. Often paired with a kernel LPE for full device compromise.

    ## mitigation

    Update to iOS 18.1.1 / 17.7.2.

    ## proof of concept

    // UXSS primitive sketch
    const v = new DataView(new ArrayBuffer(8));
    v.setFloat64(0, 1.1);
    // confused load via JIT type speculation
    %OptimizeFunctionOnNextCall(leak);
    leak(v);

    CVE-2024-44308 key takeaways

    • Affected: ≤18.1
    • Class: RCE (Critical)
    • Resolution: 2024-11-19 (iOS 18.1.1)
    • Publication status: Publicly disclosed

    CVE-2024-44308 technical analysis

    CVE-2024-44308 is a critical-severity iOS vulnerability tracked as RCE. The published record describes javascriptcore uxss chain affecting ≤18.1. In practical terms, the vulnerability should be evaluated as a specific weakness in a specific component—not as automatic evidence that every affected device can be fully compromised. The execution context, reachable interface, platform mitigations, and availability of a reliable exploit chain all shape real-world risk.

    Remote code execution vulnerabilities cross a data-processing or trust boundary and cause attacker-influenced input to be interpreted as executable behavior. The practical result depends on the process that handles the input, its sandbox, entitlements, and the mitigations present on the device. For CVE-2024-44308, the confirmed impact recorded is: UXSS + RCE inside Safari. Often paired with a kernel LPE for full device compromise.

    This record lists 2024-11-19 as the public disclosure or patch date, identifies 2024-10-30 as the discovery information currently available, and credits Clément Lecigne, TAG. The remediation recorded for affected users is 2024-11-19 (iOS 18.1.1). Use the references at the end of this page as the authoritative source, because vendors can revise advisories after publication.

    Attack surface and exploitation prerequisites

    The delivery path matters as much as the memory-safety or logic flaw. Researchers should establish whether the vulnerable component accepts network, browser, message, media, radio, or adjacent-device input and whether any user interaction is required. An RCE in a restricted service is not automatically equivalent to full device compromise.

    A defensible assessment separates reachability, exploitation, and post-exploitation, so a component-level flaw is not described as an end-to-end device takeover. Compensating controls—network segmentation, application allow-listing, restricted messaging or browsing features, and MDM-enforced patching—can reduce exposure, but the durable resolution remains the vendor update identified in this record.

    Detection and forensic triage

    Preserve application, browser, messaging, media-processing, and system diagnostic logs around the suspected delivery time. Look for repeated process crashes, abnormal restarts, unexpected child processes, or follow-on activity, but do not treat any single symptom as proof of exploitation.

    Absence of a visible symptom does not prove absence of exploitation, and a crash alone does not prove compromise. Preserve device state, record the operating-system build and patch level, and acquire logs using a method appropriate to the legal context—resetting or repeatedly testing the device can destroy useful traces. When assessing a suspected targeted attack, correlate device evidence with account sign-ins, messaging metadata, network telemetry, and MDM events to separate attempted delivery from successful exploitation.

    How to mitigate CVE-2024-44308

    The primary mitigation is straightforward: Update to iOS 18.1.1 / 17.7.2.

    On Apple devices, confirm the exact iOS or iPadOS build in Settings > General > About and compare it with Apple's security release documentation. Hardware generation and the supported update branch can change which fixed release is available. Lockdown Mode can reduce selected attack surfaces for users facing sophisticated targeted threats, but it is not a substitute for installing security updates.

    1. Identify the exact device model, operating-system build, and current security patch level.
    2. Compare that information with the affected range and fixed release documented by the vendor.
    3. Back up necessary evidence before making changes when compromise is suspected.
    4. Install the latest supported security release rather than stopping at the first version that mentions the CVE.
    5. Verify the installed build after reboot and review related accounts and applications for follow-on activity.

    PoC interpretation and research notes

    This page distinguishes public disclosure from independent reproduction. Its current status is Publicly disclosed. The record is based on the cited public disclosure and has not been represented as proprietary discovery. Any PoC shown above should be reviewed in an isolated lab and used only on systems the researcher owns or is explicitly authorized to test. Public availability is not a guarantee that code is safe, complete, or accurately attributed.

    Frequently asked questions about CVE-2024-44308

    What is CVE-2024-44308?

    CVE-2024-44308 is a iOS RCE vulnerability associated with javascriptcore uxss chain. It affects ≤18.1, according to the currently cited disclosures. The practical risk depends on the vulnerable component, required access, available mitigations, and whether the device has received 2024-11-19 (iOS 18.1.1).

    Is CVE-2024-44308 being exploited in the wild?

    The status on this page is “Publicly disclosed.” A vendor-confirmed vulnerability is not necessarily known to be actively exploited. This database uses “Exploited in the wild” only when a cited vendor or authoritative security source reports observed exploitation; public PoC availability is tracked separately.

    How do I protect a device from CVE-2024-44308?

    Install the latest supported security update and verify the resulting build or patch level. The recorded minimum resolution is 2024-11-19 (iOS 18.1.1). Apply relevant compensating controls while updates are pending, but do not treat configuration changes as equivalent to patching the underlying vulnerability.

    Related iOS vulnerability research

    ./bridge_to_recovery.sh
    $ whoami --check-if-target

    Worried this vulnerability was used against your iPhone?

    Publicly disclosed exploits get reused against real targets long after patch day. If you suspect compromise, our forensic team can check for indicators of exploitation.