Apple partially patches new macOS Finder zero-day vulnerability

A newly discovered bug in all versions of macOS, including the latest macOS Big Sur, allows attackers to run arbitrary code remotely with the help of files embedded in emails.

The vulnerability, discovered by independent researcher Park Minchan and reported to SSD Secure Disclosure, allows files with the inetloc extension to execute arbitrary commands without first prompting a Mac's user.

Attackers can include inetloc files in email messages as attachments which, if clicked, will run the embedded code locally. It is unclear if the exploit has been used in the wild, but bad actors could conceivably leverage the bug to deliver malicious payloads to Mac users.

As noted by BleepingComputer, which spotted by SSD Secure Disclosure report on Tuesday, internet location files with inetloc extensions can be considered system-wide bookmarks for online resources like RSS feeds or telnet locations. They can also be used to interact with local files through file://.

Apple reportedly patched the file:// but failed to block other iterations of the prefix like File:// or fIle://, meaning would-be attackers can easily bypass the built-in safeguards. The tech giant also failed to assign the bug a CVE designation, according to Minchan.

Apple earlier today released a seventh beta version of its next-generation macOS Monterey for developer testing ahead of an expected public debut this fall. Whether the latest builds contain a permanent fix for the newly discovered inetloc vulnerability is unknown.

10 Comments

indieshack 336 comments · 9 Years

About 3 years ago

Apple reportedly patched the file:// but failed to block other iterations of the prefix like File:// or fIle://, meaning would-be attackers can easily bypass the built-in safeguards. The tech giant also failed to assign the bug a CVE designation, according to Minchan.
As a developer I find it difficult to comprehend that other variations weren't tested...

chadbag 2026 comments · 13 Years

indieshack said:

Apple reportedly patched the file:// but failed to block other iterations of the prefix like File:// or fIle://, meaning would-be attackers can easily bypass the built-in safeguards. The tech giant also failed to assign the bug a CVE designation, according to Minchan.
As a developer I find it difficult to comprehend that other variations weren't tested...

100% agree. More so that the person assigned to fix this vulnerability didn’t think to do a caseless comparison.

netling 77 comments · 21 Years

chadbag said:

indieshack said:

Apple reportedly patched the file:// but failed to block other iterations of the prefix like File:// or fIle://, meaning would-be attackers can easily bypass the built-in safeguards. The tech giant also failed to assign the bug a CVE designation, according to Minchan.
As a developer I find it difficult to comprehend that other variations weren't tested...

100% agree. More so that the person assigned to fix this vulnerability didn’t think to do a caseless comparison.

Without Steve Jobs around and with Mr. Emoji “Cook” in the helm, Apple has become crap. Very little innovation, considering the amount of people they employ and the sad part is, it’s more about stroking Media than innovation, I can nearly everything the iPhone does in an android for half the price. So no, I’m not at all surprised that this happened and it will continue to happen under Cook.

michelb76 692 comments · 8 Years

netling said:

chadbag said:

indieshack said:

Apple reportedly patched the file:// but failed to block other iterations of the prefix like File:// or fIle://, meaning would-be attackers can easily bypass the built-in safeguards. The tech giant also failed to assign the bug a CVE designation, according to Minchan.
As a developer I find it difficult to comprehend that other variations weren't tested...

100% agree. More so that the person assigned to fix this vulnerability didn’t think to do a caseless comparison.

Without Steve Jobs around and with Mr. Emoji “Cook” in the helm, Apple has become crap. Very little innovation, considering the amount of people they employ and the sad part is, it’s more about stroking Media than innovation, I can nearly everything the iPhone does in an android for half the price. So no, I’m not at all surprised that this happened and it will continue to happen under Cook.

Complete bollocks. Jobs was also at the helm when Apple made major screwups and he was also responsible for plenty of them. And most people here haven't got a single clue about 'innovation'. Apple has done A TON of 'innovation' in the past years. But just because it doesn't fit your view of shiny new things it's not? Laughable.

CheeseFreeze 1334 comments · 7 Years

indieshack said:

Apple reportedly patched the file:// but failed to block other iterations of the prefix like File:// or fIle://, meaning would-be attackers can easily bypass the built-in safeguards. The tech giant also failed to assign the bug a CVE designation, according to Minchan.
As a developer I find it difficult to comprehend that other variations weren't tested...

Indeed. You’d expect that these would be evaluated after being sanitized, e.g StrToLower(RemoveUnwantedChars(Trim($val))) which would capture all variations.

That said, which such a gigantic pile of code, there’s bound to be human errors.