.app bundle onto the privacycommand window. A .dmg works too — it’s
mounted, the app inside is analysed, and it’s unmounted afterwards.
Nothing is executed. The whole first pass is static, so it’s
safe on a bundle you have no reason to trust.
What you get
The report opens on the Dashboard, which is the summary view. Four things are worth reading first.1
The risk tier
A headline judgement with the findings behind it. Expand it — the tier on
its own is far less useful than the signals that produced it.
2
The telemetry callout
How many analytics, advertising, and attribution SDKs the bundle ships,
heat-graded, with a per-category breakdown. See Telemetry.
3
Privacy labels, if it came from the App Store
The developer’s declared Privacy Nutrition Labels sitting next to what the
binary actually contains. See Privacy labels.
4
Background Task Management
Everything the app registered to start on its own — login items, launch
agents, daemons, helpers. See Background tasks.
A worked example
Point it at something you already have opinions about — a video-conferencing app, or anything free that’s clearly monetised somehow. Useful questions to ask of the report:- Does the SDK count match the business model? A paid utility shipping four attribution SDKs is worth a second look.
- Do the hard-coded domains match the vendor? Third-party hosts in a first-party app tell you who else is in the loop.
- Does the Privacy Manifest match the binary? privacycommand cross-checks these; a gap is more interesting than either side alone.
- What starts without you? Login items and launch agents are how an app keeps running when you think it isn’t.