Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


The macOS message “Apple cannot check it for malicious software” means Gatekeeper could not complete the trust checks normally used for software obtained outside the App Store. It is not proof that the app is malware, but it is also not a harmless prompt to click through. Apple says unsigned or unnotarized software may expose the Mac and personal information to malware.[1]
Key Takeaways
- Stop and verify the developer, download page, file integrity, and purpose.
- Prefer the App Store or the developer’s official, current distribution.
- Do not use Terminal commands or blanket security changes as the default fix.
- Override only for a specific app you are certain is trustworthy and unaltered.
Apply the evidence-first sequence in Device and App Troubleshooting Guide. The goal is not merely to launch the file; it is to decide whether the file should run.
Apple explains that, by default in macOS 10.15 or later, Mac apps must be notarized by Apple to launch, which helps ensure that software from outside the App Store is free of known malware.[2] Gatekeeper verifies that the software comes from an identified developer, is notarized, and has not been altered.[3]
These signals answer different questions:
| Signal | What it helps establish | What it does not prove |
|---|---|---|
| Official developer page | Where you intended to get the app | That a compromised page or file is safe |
| Developer ID signature | The app is signed by an identified developer | That every behavior is desirable |
| Notarization | Apple scanned the submitted software and issued a ticket | That no future or hidden risk exists |
| Malware warning | macOS recognized a serious threat signal | That deleting one file fixes every effect |
| Check unavailable | Normal verification did not complete | That the app is safe or malicious |
Gatekeeper is one layer. It does not replace source verification, least privilege, updates, backups, or careful review of what an app requests.
Common possibilities include:
Do not assume a network error is the cause. First compare the exact alert wording and app name with Apple’s current support page. Alerts that say an app “will damage your computer,” “is damaged,” or contains malware represent different and potentially more serious situations.[1]
A checksum only proves that your file matches the checksum you obtained. If both came from the same compromised page, it does not create independent trust. Prefer a signature or checksum published through a separate, well-established developer channel.
Delete the download and obtain a fresh copy from the App Store or the developer’s official page. If the developer offers no current signed build, contact them. Apple’s guidance for the “cannot check” alert recommends looking for a newer version in the App Store or from an alternative source, or contacting the developer.[1]
Do not search for a command that removes quarantine metadata, disables Gatekeeper, or suppresses checks across the Mac. Such commands change the security boundary without establishing that the app is genuine.
If the app arrived through a pirated bundle, unofficial “crack,” unsolicited message, search ad, or unknown mirror, do not override the warning. Remove it and scan the Mac with current built-in protections and any approved organizational security tool.
Apple provides a per-app override after a blocked launch: open System Settings > Privacy & Security, scroll down, click Open Anyway, and choose Open when the alert appears again. Apple describes it as a temporary override for an app you are certain came from a trustworthy source and has not been tampered with.[1]
Before using it, you should be able to answer yes to all of these:
The override should apply only to that reviewed app. Do not turn off security globally. On a managed Mac, ask the administrator because policy may intentionally prohibit the software.
An app requesting Accessibility, Full Disk Access, Screen Recording, input monitoring, login-item persistence, system extensions, or administrator credentials can gain significant capability. A legitimate app may need one of these, but the request must match its purpose.
Deny unexpected access. Check the developer’s documentation and your organization’s policy before granting it. If the app immediately requests unrelated permissions, installs unknown helpers, changes the browser, or contacts suspicious domains, stop using it and seek security review.
Do not treat those messages as the same Gatekeeper uncertainty. Follow Apple’s current instructions, move the app to the Bin when advised, and obtain a clean official copy only if the publisher confirms one. Apple describes stronger alerts for detected malware, revoked authorization, or damaged and modified software.[1]
If you already ran a suspicious app, disconnect it from sensitive accounts, note what permissions you granted, preserve relevant alert details, update macOS, and follow your organization’s incident process. Changing passwords should be done from a known-clean device when credential theft is plausible.
“Apple cannot check it for malicious software” means normal Gatekeeper trust verification did not complete. Verify the publisher and file before deciding. Prefer an official current build, avoid global bypass commands, and use a per-app override only when you are certain the source is trustworthy and the file is unaltered.
No. It means macOS could not complete its normal trust check. That uncertainty is a reason to investigate, not evidence of safety.
No. Apple supports distribution with Developer ID signing and notarization, but you should still verify the publisher and file.[1]
Not as a default solution. A bypass changes enforcement without proving the app’s origin or integrity.
No. Apple provides a per-app approval path; use it only for a specific reviewed file from a trusted source.[1]
Apple lists it as a separate alert: the developer can’t be verified and, in macOS Catalina and later, the app hasn’t been notarized, so macOS can’t verify that it is free of malware. Handle it the same way: look for an updated or alternative app, and override only a trusted, unaltered file.[1]
It proves a file matches the referenced checksum. Trust also depends on where the checksum came from, the publisher, signing, behavior, and permissions.
Do not override organizational controls. Ask the administrator to review and approve the app through the managed process.
Stop using it, review granted permissions and persistence, update security tools, and follow an incident process. Use a known-clean device for credential recovery if theft is possible.
Sources:
Sources checked 4 October 2026.
Related Articles:
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.





