What is the arcane Terminal command to undo this access?
You can't trust macOS Privacy and Security settings
71–80 of 175 posts
Re: You can't trust macOS Privacy and Security settings
#72Is this a bug, security vulnerability, or just an oversight? It’s not clear to me.
As a precaution would it be a good idea to run that reset command for all apps?
Re: You can't trust macOS Privacy and Security settings
#73I guess yes
Re: You can't trust macOS Privacy and Security settings
#74linux and unix before it has been a pretty consistent interface for decades, especially since the introduction of X windows in the 1980's..
Re: You can't trust macOS Privacy and Security settings
#75The problem with Mac’s sandbox system is that it’s giving me some PTSD of Windows UAC. It’s inventing a solution to a problem that might exist in small doses, but instead gives users permission fatigue. I personally think the traditional *nix model has served us quite well, and elective sandboxing using containers (à la Docker and so on) is quite good. The Mac sandbox model is probably ok for most normal users, but f…
[deleted]
Re: You can't trust macOS Privacy and Security settings
#76The problem with Mac’s sandbox system is that it’s giving me some PTSD of Windows UAC. It’s inventing a solution to a problem that might exist in small doses, but instead gives users permission fatigue. I personally think the traditional *nix model has served us quite well, and elective sandboxing using containers (à la Docker and so on) is quite good. The Mac sandbox model is probably ok for most normal users, but f…
performative is right. files & folders says blocked. open panel access still works. the pane only knows about one path
Re: You can't trust macOS Privacy and Security settings
#77So the title should be something more like "macOS apps retain access to folders after access is removed by the user".
Re: You can't trust macOS Privacy and Security settings
#78The post misunderstands how the permission system works.
Giving access to a file via the Open and Save panel is an explicit declaration of consent.
Because the panel is provided by OS itself, the app doesn't get access to the item until the user has selected a folder or file through that panel.
Re: You can't trust macOS Privacy and Security settings
#79I think I’m probably being dumb, but the gotcha here seems to be - ‘if I give an application permission to access a folder, it has access to the files in that folder’ - which is what I would expect??
It’s really poorly written. After reading it all I still can’t figure out what’s the mechanism by which revoked permissions are hanging around, which is what would actually be interesting here.
My impression is that the revoked permissions do not persist. Rather, an interactive window running under the user’s name has implied access to the user’s home folders, regardless of what’s been set under “Files & Folders” (which still applies for background/non-interactive processes).
I could absolutely be missing something here, but the title would be accurate in saying, “MacOS ACLs aren’t terribly intuitive”. But I think the behavior they’re documenting is intended behavior.
Re: You can't trust macOS Privacy and Security settings
#80[flagged]
Yet more AI slop on HN