Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use the Keka helper to get rid of the Keka quarantine flag #405

Open
1 of 2 tasks
aonez opened this issue May 2, 2019 · 6 comments
Open
1 of 2 tasks

Use the Keka helper to get rid of the Keka quarantine flag #405

aonez opened this issue May 2, 2019 · 6 comments

Comments

@aonez
Copy link
Owner

aonez commented May 2, 2019

Since compressed files from a sandboxed app are set with a quarantine flag, give the option to remove that flag, using the Keka helper currently used for setting Keka as the default app.

Asked by Jérôme via mail.

Fixes #215 and probably #285.

  • Remove the quarantine flag from compressions -> Fixed in v1.2.6
  • Remove the quarantine flag from extractions
@aonez aonez added this to the 1.2.0 milestone May 2, 2019
@aonez aonez self-assigned this May 2, 2019
@alvarnell
Copy link

Which disables all macOS file security features. Why would anyone want to do that?

@aonez
Copy link
Owner Author

aonez commented May 3, 2019

@alvarnell this only applies to newly compressed files. There's a sandbox key that prevents this quarantine to apply, but it's not allowed by Apple in third party apps: com.apple.security.files.user-selected.executable

For example TextEdit.app uses that key and you can see that any new file you create with TextEdit does not have the quarantine flag. In my opinion this key should be allowed in some third party apps.

@alvarnell
Copy link

Got it. I've been following Howard Oakley's discussion of this in a couple of articles:
https://eclecticlight.co/2019/04/26/🎗-quarantine-documents/
https://eclecticlight.co/2019/05/03/serious-flaw-in-macos-quarantine-can-stop-you-from-opening-documents/

His conclusion and that of "Martin" is that this is a bug that Apple needs to fix and there is a Radar number at the end you can reference should you decide to take that route.

@aonez
Copy link
Owner Author

aonez commented May 4, 2019

Thanks for the references @alvarnell. I really did a lot of research and tests for your ticket #176, #293 and #294. Just now found an issue trying to update an uncompressed Keka build to test #407 & #408, where the quarantine flag made Keka open in translocation and therefore the update process fails.

Hopefully they'll fix this in the future.

@alvarnell
Copy link

A couple more recent postings.
The Radar is now viewable as an OpenRadar:
https://openradar.appspot.com/radar?id=4985000587952128

And more from Howard where it seems the root cause is the XProtect process:
https://eclecticlight.co/2019/05/04/documents-from-an-unidentified-developer-quarantine-misbehaviour-in-the-log/

@aonez aonez modified the milestones: 1.2.0, 1.3.0 May 7, 2020
@aonez aonez modified the milestones: 1.3.0, 1.2.4 Nov 18, 2020
@aonez aonez added the prioriy label Nov 18, 2020
@aonez aonez modified the milestones: 1.2.4, 1.2.5 Nov 25, 2020
@aonez aonez modified the milestones: 1.2.5, 1.2.6 Dec 9, 2020
aonez added a commit that referenced this issue Dec 17, 2020
@aonez
Copy link
Owner Author

aonez commented Dec 17, 2020

Build with this implemented: Keka-v1.2.6-r4368
Needs new helper version to work.

@aonez aonez changed the title Use the Keka helper to get rid of the compression Keka quarantine flag Use the Keka helper to get rid of the Keka quarantine flag Dec 22, 2020
@aonez aonez modified the milestones: 1.2.6, Future, 1.3.0 Dec 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants