Insights
macOS 27 software updates: moving to DDM and Jamf Blueprints
Apple switched off the old update controls in macOS 27. Here is what changed and how to keep your Macs patched.
For years, Mac admins controlled software updates with MDM commands, deferral restrictions and a fair amount of scripting. In macOS 27 Golden Gate, Apple has switched those controls off. Apple’s own wording is plain: “Legacy software update management no longer functions in all 27.0 operating systems.” If your Macs still rely on the old settings, those settings no longer make them update.
What changed in macOS 27
Apple lists four things that stopped working in the 27.0 releases: software update commands, software update queries, recommended cadence settings, and software update restrictions such as deferrals and Background Security Improvements. Apple’s advice is to use declarative software update management instead, which it says gives “increased user transparency and more control”.
An update policy built the old way in Jamf Pro or another MDM no longer makes Macs on macOS 27 update. The fix is to move update management to Apple’s declarative model, which in Jamf Pro means Blueprints.
What declarative device management is
Apple describes declarative device management (DDM) as “an update to the existing protocol for device management”. With traditional MDM, the server sends a command and then has to keep asking the device what happened. With DDM, you tell the device the state it should be in, and the device works to reach that state and keep it there, without the server having to keep checking.
In everyday terms, classic MDM is like a manager who gives an instruction, then keeps ringing to ask whether it has been done. DDM is like giving someone a clear goal and a deadline. They get on with it, and tell you when it is done or when something changes.
Classic MDM
The server gives orders and keeps checking.
- Server to Mac: “Install the update”, then “Which version are you on?”
- Mac to server: “Command received”, “Still the old version”
This repeats until the update is in. If a Mac changes, for example after an update, its settings only change once the server notices and pushes a new profile.
Declarative device management
The server sets a goal. Each Mac meets it.
- Server to Mac, once: “Be on the latest macOS 27 by Friday 6pm”
- Mac to server: status reports, such as “Up to date”
- Each Mac checks its own conditions, such as its macOS version, and switches settings on itself
- The Mac proves to Apple it is a genuine, managed Mac before it gets a certificate (this also works with classic MDM)
Each Mac downloads the update, reminds the user and installs it. It reports when something changes, and sends a full report every 24 hours.
Three ideas matter for IT teams:
- Declarations. Settings, the credentials they need, and rules for when they apply are sent to the device together.
- Device autonomy. The device can apply or remove settings itself when something changes, for example when its operating system version changes.
- Status reports. The device tells the server when something relevant changes, and sends a full report every 24 hours. You see what is really installed instead of what a command was meant to do.
DDM can run alongside classic MDM, so you can move one area at a time. Software updates are now the area that has to move first.
How enforced updates work
With declarative software updates, you choose a target version and a deadline. The deadline uses each Mac’s own local time, so one setting works across offices in different time zones. Before the deadline, people are told about the update and when it is due. At the deadline, if the update is still not installed, the Mac quits open apps and restarts to install it. Deferrals of between 1 and 90 days are still available for when updates are first offered.
That last step is why communication matters. Anyone with unsaved work at the deadline could lose it, so the deadline and the warnings need to be set with care and explained to staff before the first forced update.
Where Jamf Blueprints fit
Blueprints are how Jamf Pro delivers Apple’s declarative device management. A Blueprint can enforce a software update with a target version and a deadline, and report each Mac’s progress back to Jamf Pro. If you use Jamf, moving your update policies into Blueprints is the practical way to keep Macs on macOS 27 patched.
It works. For a global trading company with around 1,000 Macs, we moved updates to declarative management in Jamf and took update compliance from 65% to 98% in four weeks.
Settings that change when the Mac changes
With classic MDM, a change of setting needs a round trip. The Mac reports its details to the server, the server works out which group the Mac now belongs to, and then it pushes a new profile. Until that happens, the Mac keeps its old settings. A configuration profile is also only checked once, when it is installed.
Declarative management removes that wait. A declaration can carry an activation condition, which Apple calls a predicate, based on what the device knows about itself, such as its operating system version or the type of device. The Mac keeps checking its declarations as things change, and switches a setting on as soon as the condition is met, without waiting for the server. Jamf’s product team gives the example of a Blueprint that only activates once a Mac has updated to macOS 26.4 or later.
This suits settings that only work on newer versions, or that should change straight after an update. One thing to know: Jamf says there is not yet a view showing which Macs have activated a declaration and which have only received it, so the status reports matter.
Proving a Mac is genuine: Managed Device Attestation
Managed Device Attestation lets a device prove what it is, backed by Apple’s own servers rather than the device’s word. It confirms that the device is a genuine Apple device, that it is a specific device, that it is managed by your organisation, and that its private key is tied to its hardware. Apple says this reduces “the risk of a compromised or spoofed device gaining access to organizational resources”.
In practice, it is used when a Mac requests a certificate, for example for Wi-Fi or VPN access. With attestation, the certificate only goes to a real, managed Mac, and its key cannot be copied to another machine. Jamf Pro can install the certificate settings that use it, known as ACME, and you also need a certificate authority that supports attestation. On the Mac it needs Apple silicon and macOS 14 or later, which every Mac that runs macOS 27 already meets.
Intel Macs cannot move to macOS 27
macOS 27 runs only on Apple silicon Macs. Intel Macs stay on macOS Tahoe 26 or earlier, so for a while most organisations will manage two groups of Macs. Plan for both: declarative updates for the Apple silicon fleet, a clear end-of-life date for the Intel Macs, and a replacement budget for the ones you still rely on.
A migration checklist
- Take stock. List every Mac with its model and macOS version, and mark the Intel Macs that cannot run macOS 27.
- Find the old controls. Note every update policy, deferral restriction, cadence setting and script you use today. These are what stopped working.
- Build the Blueprint. Set the target version, the deadline and the notification approach in one place.
- Test on a pilot group. Start with IT and a few willing colleagues, then roll out in rings.
- Tell people. Explain the deadline, what the reminders look like and what happens to unsaved work at the deadline.
- Watch the status reports. Check which Macs have installed, which are waiting and which are stuck, and follow up the stragglers.
- Remove the old settings. Once the Blueprint is working, retire the legacy policies so nobody relies on them by mistake.
Other declarative changes in macOS 27
Apple also added declarative network settings for VPN, DNS and relay, new status items such as the enrolment type and Lockdown Mode, and the option to deliver older configuration profiles as declarative assets. Updates are the urgent change, but the direction is clear: more of Mac management is moving to DDM.
How we help
A Jamf Pro health check shows which of your update settings stopped working and what to replace them with. If you want the move done for you, our projects team builds and tests the Blueprints, and our Mac IT support keeps your Macs patched afterwards.
Frequently asked questions
Can’t see your question? Call us on +44 20 7550 9103 or book a call.
What changed for software updates in macOS 27?
Apple says legacy software update management no longer functions in macOS 27. Software update commands, queries, cadence settings and restrictions such as deferrals stopped working. Apple recommends declarative software update management instead.
What is declarative device management?
Declarative device management (DDM) is Apple’s newer way to manage devices. You tell the device the state it should be in, and it works to reach and keep that state, reporting back when something changes, instead of waiting for commands.
What are Jamf Blueprints?
Blueprints are how Jamf Pro delivers Apple’s declarative device management. For software updates, a Blueprint sets a target version and a deadline and reports each Mac’s progress back to Jamf Pro.
What happens at the update deadline?
If the update is not installed by the deadline, the Mac quits open apps and restarts to install it. The deadline uses the Mac’s own local time. Tell staff in advance so nobody is caught with unsaved work.
Can Intel Macs run macOS 27?
No. macOS 27 runs only on Apple silicon Macs. Intel Macs stay on macOS Tahoe 26 or earlier, so plan an end-of-life date and replacements for the Intel Macs you still use.
Do we need to move everything to DDM at once?
No. DDM runs alongside classic MDM, so you can move one area at a time. Software updates should move first, because the old controls no longer work in macOS 27.
Get new guides by email
Practical updates on Apple, Jamf, Microsoft 365 and security. Unsubscribe at any time.
Start with a 1-hour conversation
Tell us what you want your IT to do next. We’ll ask about your people, devices and plans, and tell you honestly whether we’re the right fit.
London head office
Postremo IT Limited
Level 24, One Canada Square
Canary Wharf
London E14 5AB
+44 20 7550 9103
info@postremoit.com
Also in Dubai
Business Bay, Dubai