Feature Requests - Auth Descriptions
It would be super helpful when looking at the permissions to have the following:
- [x] Descriptions of the Auth value
- [x] Descriptions of the Auth Reason
- [ ] Descriptions of the Permission
- [ ] Ability to click the lock icon to see more information about the application (path on disk, signing information, etc)
- [x] Ability to filter/sort the list (ex: I want to just look at what has FDA or Camera access)
- [x] Ability to adjust the size of the windows
- [x] When selecting a date/time to remove a permissions, is it possible to add a date picker? For each one I click, the default is showing as
10/12/2023, 10:41 AM. I'm unsure if that's actually in the past (October 12) which would be weird as a default, or if it's the future (December 10). It would also be handy if that default value was something consistent and relative, ex: always the next day at 12pm. - [ ] A lot of the permission names are kind of long and get chopped off (in the popups and within the table for each application)
- [ ] When checking for the locations on disk, is it exclusively looking for applications in
/Applications? It seems like anything listed that's not a.appgets the?andBundle not foundwarning. - [x] In the separate window for the chart of access over time, the title bar hides the name of the application on dark mode since it's black text on a black background. It would also be helpful to be able to expand this window and adjust column sizes so it's easier to tell what's going on
This is a SUPER awesome project! I can't wait to see where it goes in the future! Keep it up :)
100% - a large number of these will be in our next minor release. A few of the larger pieces of work may roll into the next major release, but we can keep you posted on progress. The suggestions are much appreciated! 🚀
When checking for the locations on disk, is it exclusively looking for applications in /Applications? It seems like anything listed that's not a .app gets the ? and Bundle not found warning.
This one is an interesting one. Would love any ideas! The problem is being able to turn an identifier into a path to the bundle/executable/whatever. Currently I use LSCopyApplicationURLsForBundleIdentifier (Thanks Patrick! 🙌)
https://github.com/PhorionTech/Kronos/blob/0d176e19d702e01d6bcc1f1ff7681b946dc9ee6f/TCCKronos/Bundle.m#L18
This catches a whole bunch of bundles, namely the ones installed in /Applications and a few other places. It however misses out a bunch like you noticed, like com.apple.securityd for example, which is at /usr/sbin/securityd. I need to have a think about how to resolve these.
~I think the answer is using mdfind, but I'm still trying to work out how it works in this case.~
It looks like Spotlight isn't indexing off the identifier 🙁
$ mdls /usr/sbin/securityd
_kMDItemDisplayNameWithExtensions = "securityd"
kMDItemContentCreationDate = 2023-10-29 21:52:55 +0000
kMDItemContentCreationDate_Ranking = 2023-10-21 00:00:00 +0000
kMDItemContentModificationDate = 2023-10-21 04:18:42 +0000
kMDItemContentType = "public.unix-executable"
kMDItemContentTypeTree = (
"public.unix-executable",
"public.data",
"public.item",
"public.executable"
)
kMDItemDateAdded = 2023-10-21 04:18:42 +0000
kMDItemDisplayName = "securityd"
kMDItemDocumentIdentifier = 0
kMDItemFSContentChangeDate = 2023-10-21 04:18:42 +0000
kMDItemFSCreationDate = 2023-10-21 04:18:42 +0000
kMDItemFSCreatorCode = ""
kMDItemFSFinderFlags = 0
kMDItemFSHasCustomIcon = 0
kMDItemFSInvisible = 0
kMDItemFSIsExtensionHidden = 0
kMDItemFSIsStationery = 0
kMDItemFSLabel = 0
kMDItemFSName = "securityd"
kMDItemFSNodeCount = 1256496
kMDItemFSOwnerGroupID = 0
kMDItemFSOwnerUserID = 0
kMDItemFSSize = 1256496
kMDItemFSTypeCode = ""
kMDItemInterestingDate_Ranking = 2023-10-21 00:00:00 +0000
kMDItemKind = "Unix Executable File"
kMDItemLogicalSize = 1256496
kMDItemPhysicalSize = 557056
kMDItemSupportFileType = (
MDSystemFile
)