Apple fixes Safari data leak (and patches a zero-day!) – update now

Security

Just under two weeks ago, we wrote about an Apple Safari bug that could allow rogue website operators to track you even if they gave every impression of not doing so, and even if you had strict privacy protection turned on.

In fact, that vulnerability, now known as CVE-2022-22594, showed up in Safari because of a bug in WebKit, the “browser rendering engine”, as these things are generally known, on which the Safari app is based.

And although Safari is the only mainstream WebKit-based browser on Apple’s macOS (Edge and Chromium use Google’s Blink engine; Firefox uses Mozilla’s Gecko renderer), that’s not the case on Apple’s mobile devices.

Any browser or browser-like app in the App Store, which is essentially the only source of software for iPhones, iPads, Apple Watches and so on, must be programmed to use WebKit, even if it uses a third-party rendering engine on other platforms.

As a result, macOS users could simply switch browsers to sidestep the bug, while iDevice users could not.

The CVE-2022-22594 bug was annoyingly simple. It relied on the fact that although your website couldn’t access any of the data stored locally by my website (a consequence of the Same Origin Policy enforced by browsers to keep web data private to the page that created it in the first place), it could list the names of any databases I’d created for my data. If I chose a database name unique to my own service, to avoid clashing with anyone else, that name would uniquely identify my site, and would therefore leak the user’s browsing history. But if I chose a random name in order to avoid clashes while not identifying my website, that name would instead act as a kind of “supercookie” that would uniquely identify the user. Lose/lose.

Patches out now

The good news is that CVE-2022-22594 has been patched in Apple’s latest security updates, available as follows:

  • iOS 15.3 and iPadOS 15.3. See security bulletin HT213053.
  • macOS Monterey 12.2. See security bulletin HT213054.
  • tvOS 15.3. See security bulletin HT213057.
  • watchOS 8.4. See security bulletin HT213059.
  • Safari 15.3. This update is autmotically included in the four listed above, but needs downloading separately for macOS Big Sur and Catalina. HT213058.

Of course, the big-news Safari “supercookie” bug isn’t the only security hole patched in this batch of updates: numerous other yet-more-serious bugs were patched as well.

There aren’t any updates for iOS 12 or iOS 14, the previous two official versions of Apple’s iDevice platform, but there are bulk patches for both Catalina and Big Sur, the previous two macOS versions:

  • macOS Big Sur 11.6.3. See security bulletin HT213055.
  • macOS Catalina Security Update 2022-001. See security bulletin HT213056.

These security updates can be considered critical, given the number of remote code execution (RCE) bugs that could, in theory at least, be used without your consent to install covert surveillance software, implant malware, steal data, secretly jailbreak your device, and more.

Indeed, on iOS 15, iPadOS 15, Monterey 12 and BigSur 11, one of the RCE bugs that potentially gives kernel-level control – typically the worst sort of RCE bug you can get – is listed with Apple’s typically understated warning that the company “is aware of a report that this issue may have been actively exploited.”

In plain English, we translate those words as follows: “This is a zero-day bug. An in-the-wild exploit is already doing the rounds.” (Simply put: patch right now, because the crooks are onto this one already.)

What to do?

As we just said above, the equation here is really simple: Zero-day kernel hole in the wild –> Patch right now.

The new version numbers that you should look out for are listed above.

Once again: on a Mac, it’s Apple menu > About this Mac > Software Update… and on an iDevice, it’s Settings > General > Software Update.

Don’t delay; do it today!

(And don’t forget that, on older Macs that aren’t running Monterey 12, there are two updates to install: one for the operating system in general, and a second specifically for WebKit and Safari.)


Products You May Like

Articles You May Like

The complexities of attack attribution – Week in security with Tony Anscombe
Why system resilience should mainly be the job of the OS, not just third-party applications
Sellafield Fined for Cybersecurity Failures at Nuclear Site
New MedusaLocker Ransomware Variant Deployed by Threat Actor
U.S. and Microsoft Seize 107 Russian Domains in Major Cyber Fraud Crackdown

Leave a Reply

Your email address will not be published. Required fields are marked *