Required versus optional permissions
Required permissions are granted at install time. Optional permissions must be requested later and may be refused by the user. A good extension asks for the minimum required access and requests optional capabilities only when a feature needs them.
The checker labels each permission as required or optional so you can see which capabilities were forced by installation.
Related pages:how to check permissions before installinghow to see what permissions an extension has
API permissions and website access are different
The tabs permission concerns tab metadata and browser actions. A host permission concerns page URLs. The cookies permission concerns cookie storage. Reading them separately prevents a common mistake: assuming that a host permission alone grants cookie or history access.
The report shows both categories and highlights all_urls, http://*/*, https://*/*, debugger, nativeMessaging, proxy, management, cookies, history, webRequest, downloads and scripting.
Related pages:what does all_urls meanChrome extension host permissionscookies permission explained
How to interpret a broad permission
Ask three questions: Does the stated feature require this capability? Is the access limited to the sites the feature needs? Is the permission used in a way the publisher explains clearly? When the answer is unclear, look for an alternative extension with narrower access.
A permissions checker provides evidence, not intent. A broad permission can be necessary for a content blocker, accessibility tool or developer utility. The risk comes from the combination of access, data handling and transparency.
- 1
List the permissions
Upload the package and read the required and optional lists.
- 2
Match them to features
Each permission should map to something visible in the product.
- 3
Check the host patterns
Specific hosts are narrower than all_urls or wildcard schemes.
- 4
Review sensitive APIs
debugger, nativeMessaging, cookies and proxy deserve extra scrutiny.