Our analysis confirmed the behaviour described in the threat library entry. Do not install it. Read the analysis and indicators →
Also reported by malext.io, reddit.com
EaseZap
Confirmed member of a tracked malicious supply-chain campaign.
Analysis record
- Analysed
- Today
- Version
- v7.4.3.89
- Artifact
- SHA256 486…2D0
- Source
- Findings (non-IoC)
Evidence ledger
Ranked by severity · findings with a source location link to the code viewer
Publisher Evidence
Limited evidencePublisher identity, store signals, distribution reach, and warning signals used for context. Treat this as supporting evidence, not a clean bill of health.
Chrome does not expose the same publisher verification data as IDE stores, so this score is deliberately conservative.
11 evidence rows available.
Finding Categories
Requested Permissions
5 permissionsAI Security Report
AI Security Review
Evidence context: threat category none; evidence quality strong.
The EaseZap extension presents a classic case of scanner noise overwhelming actual signal. With 1,183 total findings, the numbers look alarming until you examine what those findings actually are. Zero malware signatures matched. The 754 code-smell findings are all low severity and fire on basic JavaScript patterns like fetch calls and environment variable access. These are documented false positive generators that trigger on any non-trivial codebase.
The 404 IoC findings deserve scrutiny. The network endpoints extracted include border.radius.circle, color.border.accent.orange, btn.glass, and calls.function.arguments.delta. These are CSS design tokens and code artifacts, not real domains. The IoC extractor misidentified minified JavaScript property chains and style definitions as network indicators. Legitimate services like api.atlassian.com and api.statsigcdn.com appear in the list, which are standard third-party integrations.
The 22 network findings detect usage of standard web APIs. Files like content/assets/js/v_7_4_3_86_085ff17f-7684-4a41-bfdd-8bd9d5293bb224.js trigger NET-JQUERY_AJAX findings, while others trigger NET-FETCH and NET-SOCKET_IO. A CRM for WhatsApp Web needs to communicate with servers. These findings just confirm the code uses fetch() and Socket.IO, which is expected behavior for this use case.
Two obfuscation findings exist: OBFUSCATION-LARGE_BASE64 in funnil/assets/js/ed6113f2-bc09-4421-a453-bbbd66fe9488.DCssQ7AT.js and OBFUSCATION-FUNCTION_INDIRECT in a content script. The file naming pattern with UUIDs is typical of webpack or similar bundlers that hash output files. Base64 encoding in bundled assets often represents embedded resources or compiled modules, not malicious payload hiding. Without malware signatures co-located with these findings, they don't indicate intentional obfuscation.
A skeptic might point to the generic developer email ([email protected]) and low user count (26) as suspicious. These are legitimate concerns for any extension. However, they don't constitute evidence of malicious behavior. A small developer building a niche WhatsApp CRM tool explains both observations. The absence of declared permissions in the bundle is more likely a data collection artifact than intentional permission stripping, since a functional WhatsApp CRM would require host permissions to interact with web.whatsapp.com.
The finding volume is entirely explained by known false positive patterns: code-smell rules firing on bundled dependencies, IoC extraction misreading CSS properties as domains, and network detection flagging standard API usage. No malware signatures matched. No suspicious domains appear in the endpoint list. No impersonation of known extensions. No browser hijacking indicators. The extension does what its description claims: provide CRM functionality for WhatsApp Web.
Key Reasons
- Zero malware signatures matched despite 1,183 total findings
- Network endpoints include CSS properties (border.radius.circle, color.border.accent.orange) and code artifacts, not real domains
- 754 code-smell findings are all low severity and fire on basic JavaScript patterns
- Network findings detect standard API usage (fetch, Socket.IO) expected for a CRM application
- No impersonation, browser hijacking, or credential theft indicators present
False Positive Considerations
- IoC extractor misidentifying CSS properties and code artifacts as domains
- Code-smell YARA rules firing on bundled dependencies and standard JavaScript patterns
- Network findings detecting standard API usage (fetch, Socket.IO, jQuery AJAX)
- Bundled/minified code with UUID-based filenames triggering obfuscation heuristics
Reviewed 2026-10-10; recommended action: suppress false positive; model confidence 85%.
Chrome version history
Risk trend by version
16 analyzed versions. Each point is the latest successful scan for that version; failed zero-score scans are hidden. Dates are based on first seen by risky plugins.
Pick any point on the chart to explore that version's code below.
Source Code Not Available
Source code is not available for this version of the extension.
About This Extension
Frequently Asked Questions
Similar Extensions
Related extensions from the same publisher or marketplace
waSuper
[email protected]
Wa Elo IA
[email protected]
Whapro – Automação, CRM e Vendas no WhatsApp Web
[email protected]
Vende+
[email protected]
WaListall | O Melhor CRM para WhatsApp Web – Teste Grátis
[email protected]
InfiChat
[email protected]