Skip to content

MDM profile types at a glance

AstraLink DLP never integrates with your MDM’s API — the console generates profiles, and a human pushes them through whatever MDM you already run. That is deliberate: we never hold a credential that could push trust anchors or software to your whole fleet. The cost is that you deliver the files; this section is the map.

ProfileScopeWhat it carriesContains credentials?Where in the console
Enrollment profileOne per employeeEnrollment settings + that person’s single-use tokenYes — never deploy fleet-wideEmployees → Export MDM profiles
Proxy profileDevice groupThe interception on-switch, proxy settings, folder-sensor grants, browser-extension force-installNoProxy profile page
Safari DDM declarationDevice group (DDM channel)Pins the Safari extension always-onNoProxy profile page (separate export)
CA certificate profileOne per deviceThat device’s interception CA public certificateNo (public certificate only)Devices → row action MDM profile
Cowork profileDevice groupAnthropic Cowork folder constraints + update freezeNoCowork controls page
  • Device scope, not user scope. A user-scoped profile is readable by the person being monitored, and some of these carry credentials or trust settings. The two failure modes that look like “nothing happened” — user scope, and a wrong code requirement in your MDM — are worth checking first whenever a profile seems to have no effect.
  • .mobileconfig vs DDM. Everything above ships as a standard .mobileconfig except the Safari declaration, which uses declarative device management — a different MDM channel. A profile-only MDM applies DDM declarations silently not at all; verify your MDM supports DDM before relying on it. It also requires a supervised Mac on macOS 15 or later.
  • Per-employee and per-device profiles are not interchangeable. An enrollment profile carries one person’s single-use token; a CA certificate profile carries one machine’s certificate. Assign each file to exactly its subject.