RMM
Addigy (Mac) integration
Reads Mac device posture — macOS end-of-life, EDR agent presence, disk and memory, Apple warranty. Read-only 'View Devices' permission.
Setup steps are for connected customers — sign in to read them.
What we find in Addigy (Mac)
Mac fleet: OS end-of-life by macOS version, EDR agent presence, disk and memory pressure, Apple warranty. The half of a mixed fleet a Windows RMM cannot see.
Every finding lands on your Client Upsell board as a named client with a number beside it — not a report you have to read.
What the Addigy (Mac) connection does
Read — powers Client Upsell
Read your clients' stack
Device posture: patch state, EDR, OS and hardware age, software EOL.
Read-only, and checked
A write-capable credential is refused, not warned about
We test the key you give us the moment you submit it. If it can write to Addigy (Mac), we reject it and tell you which step to change — there is no override. It is encrypted at rest, held in one vault in one application, and nothing is ever written back to Addigy (Mac).
Addigy (Mac) integration — common questions
- What does the Addigy (Mac) integration read?
- Reads Mac device posture — macOS end-of-life, EDR agent presence, disk and memory, Apple warranty. Read-only 'View Devices' permission.
- What does MSProspector find in Addigy (Mac)?
- Mac fleet: OS end-of-life by macOS version, EDR agent presence, disk and memory pressure, Apple warranty. The half of a mixed fleet a Windows RMM cannot see.
- Is the Addigy (Mac) connection read-only?
- Yes. The credential is checked live when you submit it and a write-capable one is refused, with no override — and every connector we ship is checked, at every commit, by an automated build rule that fails if it contains anything other than a GET call. The credential itself is wrapped by a key that lives in Azure Key Vault's hardware security module and never leaves it — our application can ask the vault to wrap or unwrap it, but cannot read the wrapping key. See our security page for the full picture.