Skip to main content
Question

Configuration Profile - Incorect Gatekeeper Setting Applied?

  • April 21, 2016
  • 3 replies
  • 24 views
dstranathan
Forum|alt.badge.img+19

I have a simple Configuration Profile which contains a single payload (Security & Privacy) to manage Apple's Gatekeeper settings. The setting has Gatekeeper disabled (AKA "Allow from Anywhere").

For the record, this configuration was created in the JSS (i.e.; not imported from another tool/app). This System Preferences setting has always been set to "Allow from Anywhere" (I havent toggled it in the past).

Most of my Macs show this profile setitng to be correctly installed/applied. However, a few managed Macs appear to be locked in the another state ("Mac App Store and identified developers"). The GUI setting grayed-out and therefore not modifiable by the user (as intended via JAMF).

One example Mac that is "stuck" with the wrong Gatekeeper settings is running OS X 10.11.4 (El Capitan)

JSS clearly indicates how it is supposed to be configured:

Have you ever seen this behavior before?

What's the best way to remedy this issue? Do I nuke & pave all Configuration Profiles on this specific Mac and let them get reapplied? Or can I triage this via JAMF commands/scripts?

      3 replies

      J
      Forum|alt.badge.img+7
      • jonnydford
      • Contributor
      • April 21, 2016

      Might be Gatekeeper re-arming (which it'll do if it's not been used in 30 days)

      To disable re-arm:

      #!/bin/sh
# Disable Gatekeeper re-arm
sudo defaults write /Library/Preferences/com.apple.security GKAutoRearm -bool NO
        dstranathan
        Forum|alt.badge.img+19
        • dstranathan
        • Author
        • Valued Contributor
        • April 21, 2016

        Ahh. Wow. Not sure how I missed this one. I wasnt aware that GK could rearm itself.

        Is there a way to obtain a Profile's Identifier from the JSS so I know which profile to nuke from a specific Mac?

          F
          Forum|alt.badge.img+9
          • FastGM3
          • Contributor
          • May 4, 2016

          @dstranathan I'm seeing the same results in my payload on "some" computers, and de-arming the gatekeeper "30 day re-arm" after the fact doesn't correct the problem.

          I had to add the affected computer to the exclusion list to remove the profile, then Gatekeeper would go to the "Anywhere" setting and not be greyed out. After it returns to "Anywhere", I can remove the exclusion which then pushes the policy back out to the computer and the "Anywhere" setting sticks.

          I'm finding the "Security & Privacy" payload is causing more problems than helping. It also messes up users ability to require password after sleep, or the ability to log out after inactivity. Even though I don't specify those settings in the payload, its greyed out on the users computer. Bug??

          I'll probably go back to default write commands and script these settings unless there is a better fix out there.

            Terms & ConditionsCookie settingsAccessibility statement