* docs: clarify ASAR integrity is supported in MAS builds Add a note to the ASAR integrity documentation explicitly stating that this feature is fully supported and recommended in Mac App Store builds. While MAS-installed apps have system-level protections, ASAR integrity provides an additional security layer and is important for MAS builds distributed outside the Mac App Store. Slack thread: https://electronhq.slack.com/archives/CB6CG54DB/p1771449093872419?thread_ts=1771446183.473289&cid=CB6CG54DB https://claude.ai/code/session_01A97nfiqHUVxLNaQyHVXS7j * docs: clarify ASAR integrity support for MAS builds Updates the ASAR integrity documentation to explicitly mention that it is supported and recommended in Mac App Store builds. Clarifies that while MAS-installed apps have system-level protections (Resources folder owned by root), ASAR integrity is especially important when distributing MAS builds through other channels like direct download, since those installations won't have the read-only protections. https://claude.ai/code/session_012mBNZQW34h91NRcdFaLxNh --------- Co-authored-by: Claude <noreply@anthropic.com>
4.7 KiB
title, description, slug, hide_title
| title | description | slug | hide_title |
|---|---|---|---|
| ASAR Integrity | An experimental feature that ensures the validity of ASAR contents at runtime. | asar-integrity | false |
ASAR integrity is a security feature that validates the contents of your app's ASAR archives at runtime.
Version support
Currently, ASAR integrity checking is supported on:
- macOS as of
electron>=16.0.0 - Windows as of
electron>=30.0.0
Note
ASAR integrity is fully supported in Mac App Store (MAS) builds and is recommended as a best practice. While MAS-installed applications have their
Resources/folder protected by the system (owned by root), ASAR integrity still provides an additional layer of security. It is especially important if you use Electron's MAS build but distribute your app through channels other than the Mac App Store (such as direct download), since those installations won't have the system-level read-only protections.
In order to enable ASAR integrity checking, you also need to ensure that your app.asar file
was generated by a version of the @electron/asar npm package that supports ASAR integrity.
Support was introduced in asar@3.1.0. Note that this package has since migrated over to @electron/asar.
All versions of @electron/asar support ASAR integrity.
How it works
Each ASAR archive contains a JSON string header. The header format includes an integrity object
that contains a hex encoded hash of the entire archive as well as an array of hex encoded hashes for each
block of blockSize bytes.
{
"algorithm": "SHA256",
"hash": "...",
"blockSize": 1024,
"blocks": ["...", "..."]
}
Separately, you need to define a hex encoded hash of the entire ASAR header when packaging your Electron app.
When ASAR integrity is enabled, your Electron app will verify the header hash of the ASAR archive on runtime. If no hash is present or if there is a mismatch in the hashes, the app will forcefully terminate.
Enabling ASAR integrity in the binary
ASAR integrity checking is currently disabled by default in Electron and can
be enabled on build time by toggling the EnableEmbeddedAsarIntegrityValidation
Electron fuse.
When enabling this fuse, you typically also want to enable the onlyLoadAppFromAsar fuse.
Otherwise, the validity checking can be bypassed via the Electron app code search path.
const { flipFuses, FuseVersion, FuseV1Options } = require('@electron/fuses')
flipFuses(
// E.g. /a/b/Foo.app
pathToPackagedApp,
{
version: FuseVersion.V1,
[FuseV1Options.EnableEmbeddedAsarIntegrityValidation]: true,
[FuseV1Options.OnlyLoadAppFromAsar]: true
}
)
Tip
With Electron Forge, you can configure your app's fuses with @electron-forge/plugin-fuses in your Forge configuration file.
Providing the header hash
ASAR integrity validates the contents of the ASAR archive against the header hash that you provide on package time. The process of providing this packaged hash is different for macOS and Windows.
Using Electron tooling
Electron Forge and Electron Packager do this setup automatically for you with no additional
configuration whenever asar is enabled. The minimum required versions for ASAR integrity are:
@electron/packager@18.3.1@electron/forge@7.4.0
Using other build systems
macOS
When packaging for macOS, you must populate a valid ElectronAsarIntegrity dictionary block
in your packaged app's Info.plist. An example is included below.
<key>ElectronAsarIntegrity</key>
<dict>
<key>Resources/app.asar</key>
<dict>
<key>algorithm</key>
<string>SHA256</string>
<key>hash</key>
<string>9d1f61ea03c4bb62b4416387a521101b81151da0cfbe18c9f8c8b818c5cebfac</string>
</dict>
</dict>
Valid algorithm values are currently SHA256 only. The hash is a hash of the ASAR header using the given algorithm.
The @electron/asar package exposes a getRawHeader method whose result can then be hashed to generate this value
(e.g. using the node:crypto module).
Windows
When packaging for Windows, you must populate a valid resource
entry of type Integrity and name ElectronAsar. The value of this resource should be a JSON encoded dictionary
in the form included below:
[
{
"file": "resources\\app.asar",
"alg": "sha256",
"value": "9d1f61ea03c4bb62b4416387a521101b81151da0cfbe18c9f8c8b818c5cebfac"
}
]
Note
For an implementation example, see
src/resedit.tsin the Electron Packager code.