SECURITY WARNING: Never run commands you don't understand. Always review code before execution. Use at your own risk.
Apple New Added 26 September 2026

macOS: "App" is damaged and can’t be opened. You should move it to the Bin

Gatekeeper is reporting a failed signature or notarisation check on a quarantined download, not a corrupted file. An app unzipped by a tool that dropped part of the bundle, modified after signing, or fetched from a mirror that never notarised it all end here, and the wording sends people to download it again instead of checking the signature.

Quick fix

Read the commands before running them. Anything that restarts a service, deletes data or changes permissions should be tried on a non-production system first.

Quick fix
# What Gatekeeper actually objects to
spctl -a -vvv /Applications/App.app
codesign -dv --verbose=4 /Applications/App.app

# The quarantine attribute is what triggers the check
xattr -l /Applications/App.app

# Notarisation, if the developer submitted and stapled it
xcrun stapler validate /Applications/App.app

# Your own build, broken by editing the bundle after signing: sign it again
codesign --force --deep --sign - /Applications/App.app

# Unzip with a tool that preserves bundle metadata
ditto -x -k App.zip /Applications/

# Removing the attribute skips the check, so keep it for software you built
xattr -d com.apple.quarantine /Applications/App.app

# For third party software, get it from the vendor and check the authority
codesign -dv --verbose=4 /Applications/App.app 2>&1 | grep Authority

How to diagnose Apple errors

macOS developer errors concentrate around three subsystems: the command line tools (xcrun and the active developer directory), the dynamic linker (dyld, library paths, and code signing), and Gatekeeper / notarisation. Apple Silicon added a fourth axis: architecture mismatches between arm64 and x86_64 binaries, which usually surface as confusing "library not loaded" or "bad CPU type" messages rather than as an explicit architecture error.

If the quick fix above does not resolve it, work through these steps. They apply to this whole class of error, not just to this one message, which is usually what saves the time.

  1. Check the active developer directory first with xcode-select -p. After every macOS or Xcode update this can point at a path that no longer exists, breaking git, compilers and package managers all at once.
  2. For dyld errors, run otool -L /path/to/binary to list what it actually wants, then verify each path exists. DYLD_PRINT_LIBRARIES=1 shows the resolution order at runtime.
  3. Confirm architecture with file /path/to/binary and uname -m. On Apple Silicon, a Rosetta shell reports x86_64 and will silently install the wrong Homebrew prefix.
  4. Homebrew lives at /opt/homebrew on Apple Silicon and /usr/local on Intel. Permission errors under /usr/local on an M-series Mac almost always mean a Rosetta/native mix-up.
  5. For Gatekeeper and notarisation, use spctl -a -vvv to assess a bundle and xcrun notarytool log to get the actual rejection reason. The submission status alone tells you nothing useful.

Tools worth reaching for

  • xcode-select -p
  • otool -L
  • codesign -dv --verbose=4
  • spctl -a -vvv
  • xcrun notarytool log

Authoritative references

Primary documentation for this error, worth reading before applying any fix in production.

support.apple.com developer.apple.com

Related Apple errors

See all 20 Apple errors →

Browse other categories

Something missing or wrong?

This entry is maintained by hand. If the fix is out of date, incomplete, or you have a better one, email a correction and it will be reviewed.