SponsorSign inSubmit
Blog

macOS 27.3 makes Full Disk Access harder to get. Here is what I would change in my Mac app

By Justinas Rolando, maker of MacPip

Short answer

On October 2, 2026, Apple said that granting a Mac app Full Disk Access will soon take "very explicit user action", and pointed at AI agents as the reason. Code in the first macOS 27.3 beta, found by the researcher pdfu, stops an app that was denied a protected file from showing up in the Full Disk Access list with its switch off. People would add the app by hand with the plus button or by dragging it in. The feature flag is reportedly off in beta 1, and 27.3 is expected in December. If your app needs Full Disk Access, rewrite your onboarding now so it never depends on the app appearing in that list by itself.

If your Mac app has ever asked people to "open System Settings and turn on the switch next to our app", that sentence may stop working soon.

On October 2, Apple posted Updates to Full Disk Access in macOS on its developer news page. It's short and unusually blunt. Apple says Full Disk Access "largely sidesteps" the privacy controls so backup apps can work, that some developers use it in ways that expose files, mail, messages and browsing history without people fully understanding, and that new controls will make sure people can grant it only with "very explicit user action". The reason it gives: "As AI agents become increasingly capable and autonomous, the risks associated with this level of access will grow substantially."

Five weeks later, we have a first look at what that means.

What is in the macOS 27.3 beta

The first macOS 27.3 beta came out on November 3. On November 7, the code researcher pdfu posted on X about a change hidden in it, and 9to5Mac, Macworld and Cult of Mac wrote it up.

Here's how it works today. When an app without Full Disk Access tries to read a protected file, macOS says no, and then adds the app to the list in Privacy and Security, with its switch off. So the app can say "flip the switch next to us" and people find it waiting there.

With the new code turned on, macOS stops saving those denials. The app never appears in the list. People have to add it themselves, with the plus button or by dragging it in from Applications.

A few things worth knowing before anyone panics:

Macworld and Cult of Mac both expect macOS 27.3 in December. Everything above comes from beta code and reporting on it, not from Apple's release notes, so it can still change.

Who this hits

Plenty of good Mac apps need Full Disk Access to do their job: backup apps, which Apple names itself, plus disk cleaners, file search tools, antivirus apps and some terminal and developer tools. On MacPip that's a lot of cleanup and maintenance apps and security and privacy apps.

And then there are the apps Apple is clearly worried about: AI coding agents and assistants that read your Messages, mail or browser history to be helpful. The coverage of this change is mostly about them, and the Messages database is the example everyone uses.

If your app is in either group, the switch-in-the-list trick is the part to stop counting on.

What I would change in my Mac app

1. Ask whether you need it at all. If your app works on files people choose, an open panel and security-scoped bookmarks give you lasting access to just those folders, with no trip to Settings. Full Disk Access is for when you truly need everything, like a backup. If you only need one folder, watch Private Folders in the next betas.

2. Rewrite onboarding around dragging. Don't tell people to "find us in the list". Open the Full Disk Access pane for them, and put your app's icon in your onboarding window with a short line like "Drag this into the list". Then test that the link you use still lands in the right pane on 27.3.

3. Check for access, don't assume it. Find out whether you have it by trying to read something that needs it, and check again when your app comes back to the front. If it was removed, say so plainly instead of failing quietly.

4. Say why, in plain words. Apple wants people to understand what they are granting, and a warning may sit between your app and the switch one day. One honest sentence works better than a wall of text: what your app reads, why, and that it stays on the Mac if that's true.

5. Test on the betas now. The flag is off in beta 1, so watch beta 2 and later, and read the release notes each time. A broken onboarding usually shows up as reviews and support email, not as a crash.

If you just use a Mac

Open System Settings, then Privacy and Security, then Full Disk Access, and look at the list. Switch off anything you don't recognise or don't use any more. It takes a minute, and it's the one list on your Mac that can read nearly everything.

Today's free tool

Not about permissions, but it belongs in the same onboarding window. The new keyboard shortcut cheat sheet maker takes your app's shortcuts written any way you like, puts the modifier keys in Apple's order, and flags clashes with the ones macOS keeps for itself, like ⌘Space and ⌘Tab, and with standard ones like ⌘H. Then it gives you a sheet to print or paste into your help page. It runs in your browser.

If you're getting ready for the next macOS anyway, the get ready for the next macOS prompt walks a coding agent through the rest. And once your app is ready, listing it on MacPip is free. Listings are scanned automatically when they're submitted, and a blue tick only means MacPip checked the app on a date.

Sources

Keep reading

Submit your appFree tools for makers