How do I disable the macOS Catalina security feature that prevents apps from accessing the Desktop, Documents, and Downloads folders without my permission?

The ideal fix would be something that I can do once to allow all applications to access these folders without simply granting all applications full disk access.

I have my Desktop and Documents folders stored locally, not in iCloud Drive.

2 Answers 2


This functionality is referred to by Apple as “Transparency, Consent, and Control” (TCC), Access Control, and Privacy Preferences Policy Control (PPPC). It is designed to give a user control over Apps to protect their privacy. In some cases an App will request access to something that App really doesn't need and the user can block the App from accessing that data or filesystem path. It is annoying, but it's typically a one-time event per App. So unless you are frequently clean installing macOS it wouldn't be super annoying.

Apple provides a way to build a Configuration Profile payload to whitelist applications so the user approval prompts do not appear. An Mobile Device Management (MDM) server would be the best way to deploy the payload.

You might be able to build a custom XML Plist Configuration Profile and manually load it on macOS Catalina without an MDM and it might work to whitelist the Apps you specify. But it's a lot of work and as of macOS 11 (10.16) Big Sur will break. Big Sur simply won't trust a Configuration Profile unless it comes from a trusted MDM.

If you want to try whitelisting the Apps and manually installing a custom profile you can review that sample here: https://support.apple.com/guide/mdm/privacy-preferences-policy-control-custom-mdm9ddb7e0b5/1/web/1 You can use Apple Configurator to create the Configuration profile with this payload and double-clicking the .mobileconfig should install the profile. There's a command line profiles command as well.

Those who use MDM typically deploy a bunch of Apps and configurations and they whitelist kernel extensions and PPPC/TCC entries via Configuration Profiles. They can lockdown a great many things on macOS/iPadOS/iOS. Admins would whitelist Apps so the users are not flooded with a bunch of user approval prompts but also seeing fewer of them will help a user be surprised when they see one and hopefully make an appropriate choice or at least call the Help Desk. You don't want users clicking through frequent prompts without thinking about the question being asked. Most Macs managed by an MDM wouldn't even grant administrator rights to the users and they would provide a company specific App Store where pre-packaged and prepared Apps are provided. Those Apps would all be whitelisted on PPPC/TCC approvals. The Mac App Store may be blocked to the user. Those Apps can be deployed by the MDM via VPP (Volume Purchase Pricing) integration with the companies procurement department.

So unless you setup your own MDM server and manually create a Configuration Profile to whitelist all the Apps and update that list over time. Then deploy it. There isn't really a good answer here. It's still a lot of work to manually specify every app in an XML file and only really useful if you are doing it across many Macs.

There is a Python tccutil.py utility on Github that can whitelist individual apps to the tcc.db but access to the tcc.db is blocked by SIP (System Integrity Protection) since Sierra. TCC was updated since Mojave to add the user approval to Desktop, Documents, Downloads, etc. This tool won't work unless you disable SIP. Disabling SIP is NOT RECOMMENDED. Since Catalina, the System volume is Read Only. So you would have to not only disable SIP but also get around the Read Only System APFS volume which is possible. Again, NOT RECOMMENDED. It is a lot of work that is frankly, not worth the effort to get around a one time prompt per App.

There is a published exploit where a malicious App could impersonate a trusted App identifier and signatures to bypass the PPPC/TCC protections.


The X11 based apps such as Fontforge, Gimp, Inkscape, etc. do not run as true macOS applications. They run a wrapper around a command line binary then load the X11 resources into the wrapper. Therefore you must grant permissions to the Terminal App where these applications actually run.

Try going to System Preferences -> Security & Privacy -> Privacy -> Full Disk Access -> Unlock the panel and click + and add the Terminal App. This is fairly dangerous and has security implications but according to the Github issues regarding Gimp, Fontforge, etc. This may resolve the problem as a work around. It is unlikely these applications will fully resolve this issue. They have made some recent changes to help alleviate the problem on macOS.

  • 1
    Currently, apps that run in XQuartz environment don't get prompted, so at the moment I can't open files in Font Forge unless they're outside the protected locations. I'd give an extra 50 points for answer, if I could, too!
    – benwiggy
    Commented Jul 18, 2020 at 16:00
  • @benwiggy - Setup a Linux server install X-Windows and use X11 forwarding to the Mac. The software runs on Linux and sends either the entire desktop or individual app windows to the Mac. Been serving multiple users that way for decades. It's what inspired Citrix. Commented Jul 22, 2020 at 10:32
  • I can already run X11 apps on MacOS, so why would I need extra hardware to do the same? How does your solution let an X11 app read and write from my Documents folder?
    – benwiggy
    Commented Jul 22, 2020 at 11:58
  • I am sorry, you misunderstood. X-Windows was designed to send the content of a window or desktop to other computers. Apple no longer ships XQuartz so they do not support it. You may need to use various workarounds. Using another Linux/Unix server to run the apps and send the display to the Mac is one option. Obviously using a shared network folder to exchange data. You'll need to copy the fonts somewhere else so Xforge can access them either way. Commented Jul 22, 2020 at 12:55
  • Clearly, I still don't understand. I already run FontForge in the XQuartz environment. I just can't open and save to the Documents Folder. What does the server bring to the party?
    – benwiggy
    Commented Jul 22, 2020 at 13:35

Some commenters have been asking how to use their X11 applications on Catalina, so I thought I'd follow up with some research I did on this issue recently when I was having trouble using FontForge.

While the original answerer is correct in that there is not a way to do this for all apps, there is a workaround for some apps that are more likely to have problems prompting for access to these folders, though there are security problems associated with it.

Recent versions of GIMP and Inkscape have fixed this issue, so other people having the same issue as me should try updating their applications. FontForge, however, has not updated to fix this problem and seems unlikely to do so. The "break glass in case of emergency" solution in this case is to add "/bin/sh" to the Full Disk Access section of System Preferences. Obviously this is NOT SECURE. DO NOT DO THIS unless you have a backup. If you do have a backup, however, this will almost definitely fix your folder access problems until FontForge gets around to updating their software. If and only if you have done a recent backup of your files, please follow the instructions below.

  1. Go to System Preferences > Security and Privacy > Privacy > Full Disk Access.
  2. Click +
  3. Select your hard drive in the sidebar (named Macintosh HD unless you've changed it).
  4. Use the keyboard shortcut ⇧⌘. (shift+command+period) to show hidden files.
  5. Open the "bin" folder.
  6. Click the executable file "sh" inside that folder.
  7. Click Open.
  8. Make sure the box next to "sh" is checked.

See https://gitlab.gnome.org/GNOME/gimp/-/issues/3710#note_630890 and https://gitlab.com/inkscape/inkscape/-/issues/459 for context (the pages are about GIMP and Inkscape but the workaround was recommended in FontForge bug reports).

  • 1
    Awesome. Can confirm that this works nicely for FontForge. Beyond shell scripts being able to access those particular folders, how is this 'not secure'?
    – benwiggy
    Commented Aug 5, 2020 at 17:42
  • @benwiggy As far as I know this won't open up your computer to worms or anything like that, but you do need to be careful when installing Unix/X11/Linux apps on your Mac that you downloaded from the internet, as anything that runs a shell script (including most Unix/X11/Linux apps) will have full disk access. Programs with Full Disk Access don't just gain access to Desktop, Documents, and Downloads — they also gain access to some folders and files used by the system (though they still can't modify the "System" folder if System Integrity Protection is on). Commented Aug 5, 2020 at 20:41
  • I thought Full Disk Access only allowed access to restricted areas of the user domain. Presumably it doesn't trump Unix permissions and privileges? Also, it's weird, because I've already given FontForge Full Disk Access, but that didn't work. FDA was active in Mojave, but Documents/Desktop/Downloads is new to Catalina, and separate. But FF now can access the Documents folder after granting FDA to sh.
    – benwiggy
    Commented Aug 5, 2020 at 21:41
  • In Catalina, Full Disk Access also grants access to D/D/D. The reason granting FontForge FDA didn't do anything is because all FontForge.app does is run the Unix shell script that launches the X11 executable. Commented Aug 7, 2020 at 15:53

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .