Allow non admins to install system updates through App Store with SUS?

steventhemacman
New Contributor III

Hi,

Any way to allow non admins to run system updates through the App store? We have a working SUS that works great (so far), and would love to just have kids fire up the App store App and install the updates that way instead of through Self Service.

Thanks!

Steve

15 REPLIES 15

jarednichols
Honored Contributor

You'll need to fire off AppStore with Self Service. You may want to further limit AppStore to updates only via this:
http://support.apple.com/kb/HT5391

steventhemacman
New Contributor III

I can't get into that link with my apple ID? I must not be special enough.

jarednichols
Honored Contributor

Doesn't seem to be special for me or anything.

timsutton
Contributor

Parallel thread here, where Greg Neagle posted a link to a session in which he demonstrates exactly how to do this:

https://jamfnation.jamfsoftware.com/discussion.html?id=5527

steventhemacman
New Contributor III

Jared, seems to be working for me now....not sure what was up with that....Thanks!

steventhemacman
New Contributor III

Thanks for the video link Tim, I will check out both ideas here.

tron_jones
Release Candidate Programs Tester

with 10.8 you could try and change the rule from "root or entitled admin or authenticate admin" to "allow"

/usr/libexec/PlistBuddy -c 'Set :rights:system.install.app-store-software:rule allow' /etc/authorization
/usr/libexec/PlistBuddy -c 'Set :rights:system.install.apple-software:rule allow' /etc/authorization
/usr/libexec/PlistBuddy -c 'Set :rights:com.apple.SoftwareUpdate.scan:rule allow' /etc/authorization
killall Finder

I don't have a system that has updates available at the moment to see if it asks for any more authentication beyond that

This will just bypass the admin username and password that pops up when you click on Updates in the app store.

Also the rule "allow" opens it to everyone you could further scope it by changing "allow" to another group.

aamjohns
Contributor II

I tried your code above and I am getting this result:

Script result: Set: Entry, ":rights:system.install.app-store-software:rule", Does Not Exist File Doesn't Exist, Will Create: /etc/authorization Set: Entry, ":rights:system.install.apple-software:rule", Does Not Exist Set: Entry, ":rights:com.apple.SoftwareUpdate.scan:rule", Does Not Exist No matching processes were found

gregneagle
Valued Contributor

If the /etc/authorization file is missing, you've got serious problems.

aamjohns
Contributor II

I'm going to image a machine again and check this. The script is running on an unbooted image made with instadmg. Is it possible that because the machine has never been logged onto when the script ran, the file had not been created yet. Sorry pretty ignorant about this. We have had no issues with our machines so I would expect if we had 'serious problems' I would have seen a problem by now.

bentoms
Release Candidate Programs Tester

@Aaron. Try prefixing those Plist Buddy commands with "sudo"

tkimpton
Valued Contributor II

aamjohns
Contributor II

Will do. The file is definitely there. I think it may be syntax errors on my part.

aamjohns
Contributor II

Thanks, that linked discussion is helpful. I will see how it goes.

bentoms
Release Candidate Programs Tester

@Aaron.. I was thinking syntax too.

But the link that Tim gave contains the link to Apple's "approved" way... I'd probably lean that way.

(I was carping on about /etc/authorization in that thread too).