Apple's 17 August 2026 updates: iOS 26.6.1, iOS 18.7.10 and macOS Tahoe 26.6.2
Apple released three major security updates on 17 August. We examine ImageIO, WebKit, Kernel and Telephony fixes and a practical MDM rollout plan.
- AUTHOR
- Karol Rapacz / CEO Breachroad · OSCP · PNPT
- PUBLISHED
- 17 August 2026
- READING TIME
- 16 min read
- TOPIC
- Vulnerabilities and CVEs
Apple released three security-update lines on 17 August 2026: iOS 26.6.1 and iPadOS 26.6.1, iOS 18.7.10 and iPadOS 18.7.10 for an older device generation, and macOS Tahoe 26.6.2. It is a broad package covering image parsing, the WebKit engine, the kernel, telephony, privacy mechanisms and networking components.
Apple’s security pages list 29 unique CVE identifiers for iOS/iPadOS 26.6.1, 28 for macOS Tahoe 26.6.2 and 122 on the iOS/iPadOS 18.7.10 page. That last number describes the content of Apple’s published page for the supported older line. Without further analysis, it should not be presented as 122 entirely new vulnerabilities discovered on one day. Some fixes and descriptions overlap between branches or are documented cumulatively.
The practical conclusion is straightforward: an organisation needs to cover both the newest OS generation and devices maintained on iOS 18. Merely checking whether “the iPhones are current” is insufficient. Compliance needs the precise combination of device model, OS release, build and completed restart.
Apple’s pages do not mark these fixes as actively exploited. That is not proof exploitation was impossible; it means an active campaign should not be added to the story without evidence. Priority follows from attack surface and consequence, not only an “exploited in the wild” label.
Three releases, one risk decision
iOS 26.6.1 and iPadOS 26.6.1 cover the current device line. iOS 18.7.10 and iPadOS 18.7.10 maintain protection for hardware or deployments remaining on the older system. macOS Tahoe 26.6.2 updates workstations and personal computers on the new macOS line.
A shared CVE does not necessarily mean every platform contains identical code. Apple commonly ships the same class of fix for iPhone, iPad and Mac, while supported devices and build numbers differ. IT should use the release and build reported by MDM and confirm support on the official page instead of relying on one rule containing only “26.6.”
Page dates require attention too. Apple published or revised some security documents days after the binaries became available. The release date remains 17 August. An incident or risk report should record installation time, release time and the security bulletin’s last-update time separately because Apple may add CVE attribution later.
CVE-2026-65346: an image as a path to code execution
CVE-2026-65346 in ImageIO is one of the most consequential fixes. Apple describes an integer overflow while processing an image that could lead to arbitrary code execution. The issue was addressed in iOS/iPadOS 26.6.1 and macOS Tahoe 26.6.2.
An image parser handles complex sender-controlled structures: dimensions, section lengths, profiles, colour tables and metadata. If size arithmetic overflows its integer type, software may allocate a smaller buffer than the decoder later expects. A subsequent copy or read violates memory safety. The exact exploitation chain depends on the format, process and sandboxing, but an “arbitrary code execution” impact warrants high priority.
Exposure is not limited to manually opening a file in an editor. Message previews, thumbnails, photo libraries, browsers and applications using system frameworks may trigger decoding in the background. That does not mean every received image automatically compromises a device. It means “do not open attachments” training cannot substitute for repairing the parser.
Layered defences include reducing automatic downloads from untrusted sources, filtering unusual formats at email gateways and isolating document processing. Those controls reduce exposure but do not repair a library used by many applications. The OS update remains the primary control.
CVE-2026-43794 and CVE-2026-64778: WebKit as shared attack surface
CVE-2026-43794 is a WebKit memory-corruption issue triggered by maliciously crafted web content. CVE-2026-64778 affects WebKit History and could let a malicious site disclose sensitive information. They are reminders that browser-engine risk extends beyond the Safari icon.
On Apple platforms, embedded application views, sign-in screens, link previews and hybrid components use WebKit. A user may reach a vulnerable path after opening a messenger link, viewing a document containing web content or using an application that renders HTML inside its own interface. A Safari-only inventory is therefore incomplete; the system framework version is what matters.
Memory corruption and information disclosure serve different goals. The first may be a component in a chain leading to code execution in a renderer. The second may violate separation between sites without controlling the device. Sandboxing, process isolation and integrity mechanisms reduce consequence but are not reasons to postpone a patch.
Administrators can monitor OS release, WebKit process restarts, browser crashes and spikes in failures after visits to a particular domain. Crash telemetry alone cannot distinguish an exploit attempt from a stability problem. Correlate it with DNS, URL filtering, email and EDR events while respecting user privacy.
CVE-2026-65329: IPSec authentication in telephony
CVE-2026-65329 in Telephony was fixed in iOS 26.6.1 and iPadOS 26.6.1. Apple says an attacker in a privileged network position may have been able to bypass IPSec authentication and intercept traffic. “Privileged network position” is a material prerequisite. It does not mean any internet user; it describes an adversary able to influence the relevant communication path.
IPSec provides authentication and traffic protection for defined network functions. An omitted check can cause a device to accept the wrong peer or an incorrectly protected session. Actual impact depends on carrier, configuration and the path in use. Organisations should not improvise changes to cellular profiles without Apple or carrier guidance. They should install the update and validate managed VPN and network profiles.
Higher-risk users include travellers, executives, infrastructure administrators and people handling sensitive data away from trusted networks. The update also needs to reach devices that connect to corporate VPN only occasionally. MDM must be able to enforce a minimum OS level regardless of location.
CVE-2026-65343: remote system termination through a kernel bug
The package also includes CVE-2026-65343, a kernel use-after-free through which a remote attacker could cause system termination. Use-after-free is an access to a memory object after it has been released. Depending on control over memory and execution context, the class can range from a crash to more serious results; Apple’s description for this item states system termination.
Availability is a security property. A forced device restart can interrupt an emergency call, field work, multifactor authentication or evidence collection. A repeatable crash may also obscure another action. It would nevertheless be inaccurate to convert the documented denial of service into unconfirmed kernel code execution.
After rollout, a team can track unexpected restarts, panic logs and clusters of failure with a common network context. Apple-device diagnostics may be constrained by privacy and MDM capabilities, so the response procedure should define when to isolate a device, preserve a sysdiagnose and escalate to the vendor or mobile-forensics team.
An MDM deployment plan
On day one, build a precise inventory: model, OS release, build, owner, role criticality, free space, battery state and last MDM check-in. Separate iOS/iPadOS 26, the supported 18 line and macOS Tahoe. Devices outside support should not remain labelled “update later.” They require replacement or a formally approved exception with restricted access.
Begin rollout with a small group representing critical business applications, VPN, certificates, SSO and EDR extensions. A pilot exists to catch compatibility failures, not to last for weeks. For parser, WebKit and kernel corrections, move to broad enforcement after a short validation, with advance notice about restart and backup.
A minimum playbook is:
- confirm update availability on supported devices and verify the build number after installation;
- set an enforcement deadline and restart window, shorter for privileged users and people at elevated targeted-attack risk;
- use compliance controls to deny critical applications to devices below the minimum release where business continuity allows;
- monitor download failures, insufficient storage, offline devices and users repeatedly deferring restart;
- validate VPN, SSO, email, certificates and mobile business applications after the update;
- retain pre- and post-rollout reports as evidence of actual coverage.
“Update downloaded” does not equal “protected.” Some corrections apply only after installation and restart. A dashboard should distinguish availability, download, installation, build and last confirmation. For BYOD, enforcement can focus on device compliance and access to business data without collecting excessive private telemetry.
Communicating the update without creating a phishing pattern
Employees need a simple instruction: start the update through System Settings, and remember that the helpdesk will not send an installer file or request an MFA code. Criminal campaigns frequently exploit “urgent update” messages, so a genuine notice should use a recognised channel, a clear deadline and a way to verify it.
There is no value in alarming users with “179 flaws” by adding the three page totals. The sets overlap, devices are on different branches, and CVE counts do not measure one user’s risk. Better communication mentions browser, image, networking and stability corrections and clearly states that a restart is mandatory.
Cybersecurity training for organisations connects safe updating with recognition of fake notices and proper escalation of failures. An IT security audit can assess MDM, device compliance, SSO, EDR, BYOD and rollout evidence.
Facts and Breachroad conclusions
The 17 August date, named releases, per-CVE effects and entries on Apple’s pages are facts. So is the absence of an active-exploitation note on those pages. The figures 29, 28 and 122 are counts of unique identifiers visible on the corresponding pages at analysis time, not counts of independent campaigns.
Prioritising parsers, WebKit, Telephony and the kernel, using a short MDM pilot, correlating crashes and applying anti-phishing communication are Breachroad recommendations. Organisations should adapt deadlines to exposure and continuity constraints but should not defer the package merely because Apple did not label it actively exploited.


