Amazon Q
Based on the RiskyPlugins AI security review of the observed evidence.
No individual score drivers were recorded for this analysis.
Analysis record
- Analysed
- Yesterday
- Version
- v4.9.262
- Artifact
- SHA256 9DE…026
- Source
- Findings (non-IoC)
Is Amazon Q safe?
Amazon Q is AWS's AI coding assistant for JetBrains IDEs. It indexes your project, answers questions about your code and can suggest or apply edits. It comes from AWS and has about 12.5 million users. The listing declares no special permissions, and the scan found no remote addresses baked into the plugin.
The two technical observations both land on the extension's language server. One is a socket opened from plugin-amazonq/flare/indexing/lspServer.js, which is the local connection between the IDE and the indexing process rather than a line to an outside server. The other two are obfuscation flags, OBFUSCATION-unicode_heavy and OBFUSCATION-function_indirect, firing on plugin-amazonq/flare/aws-lsp-codewhisperer.js. That file is a compiled, bundled language server, and bundlers produce exactly the long identifiers, escaped non-English strings and generated wrapper functions those rules look for.
Almost everything else the scan reported is code-quality rules that match ordinary JavaScript, and they light up again for every library packaged inside the language server. Nothing matched a malware signature, and nothing pointed at credential files such as .env, .ssh or cloud configuration.
Reading and writing your project is the job of a coding assistant, so that access is expected here. If the socket in lspServer.js were an upload channel to a remote host, that would be a serious problem. It sits in the same file that indexes your files locally, next to two obfuscation flags that describe build output rather than hidden behavior.
Evidence ledger
Ranked by severity · findings with a source location link to the code viewer
Publisher Evidence
HighAWS
Publisher identity, store signals, distribution reach, and warning signals used for context. Treat this as supporting evidence, not a clean bill of health.
11 evidence rows available.
Finding Categories
AI Security Report
AI Security Review
Evidence context: threat category none; evidence quality moderate.
Amazon Q is AWS's own coding assistant for JetBrains IDEs, published by the AWS account with roughly 12.5 million users. Its stated job is indexing a project, answering questions about the code and proposing or applying edits. That job requires reading workspace files and running a language server process, and both of the files carrying real findings are that machinery.
The one network finding is NET-SOCKET_IO at plugin-amazonq/flare/indexing/lspServer.js:31. The path names the component: an indexing server inside a language server. Language servers open a local socket so the IDE front end can talk to the backend process. A socket in that file is transport between two local processes, not a channel to a remote host. The scan recorded no hardcoded remote address, no IoC entries, and the plugin listing declares no permissions and no network endpoints.
Both obfuscation findings land in plugin-amazonq/flare/aws-lsp-codewhisperer.js: OBFUSCATION-unicode_heavy flagged high and OBFUSCATION-function_indirect flagged medium. That path is a compiled, bundled language server binary artifact. Bundlers emit long identifier chains, escape non-ASCII string data and route calls through generated wrapper functions, and that output is what these two rules describe. A component that handles source code and prompts in many human languages will contain heavy Unicode by design. Neither rule says anything about intent.
The remaining alerts are 266 code-smell entries and 90 informational ones. These pattern rules match ordinary JavaScript: process and environment references, crypto calls, fetch calls, generic quality issues. They fire again for every npm library packaged inside the language server, which is why the total reaches 357. Nothing matched a malware signature, and the scan returned no secret or credential finding at all: no .env file, no .ssh key, no .git/config read, no cloud credential file, no JetBrains credential store access. For an extension that talks to AWS services, credential reads would be the pattern worth watching, and none are present.
The strongest counterargument is the finding volume. Hundreds of alerts on a plugin with this level of system access look alarming on a scorecard. The count does not survive inspection. Strip the code-smell rules and two observations remain, a socket in an LSP indexing server and bundler output in a compiled LSP file, both of which are what this class of extension is supposed to contain. The volume is a property of how many libraries got bundled, not of what the code does.
Key Reasons
- The only network finding, NET-SOCKET_IO at plugin-amazonq/flare/indexing/lspServer.js:31, is a local socket inside a language server indexing process, which is how LSP backends talk to the IDE.
- OBFUSCATION-unicode_heavy and OBFUSCATION-function_indirect both point at plugin-amazonq/flare/aws-lsp-codewhisperer.js, a compiled bundled LSP artifact, which is standard bundler output rather than deliberate hiding.
- No malware signature, no IoC, no dependency and no secret finding matched anywhere in the scan; the 266 low-severity alerts are code-smell rules that match ordinary JavaScript and every bundled npm library.
- The plugin is published by AWS with roughly 12.5 million users and declares no permissions and no network endpoints, which is inconsistent with an exfiltration or credential-theft operation.
- No credential-access indicator exists: no .env, .ssh, .git/config or cloud credential read, and no JetBrains credential store access appears in the results.
False Positive Considerations
- Code-smell YARA rules firing on ordinary JavaScript and on each bundled npm dependency inside the language server, producing 266 low-severity entries plus 90 informational ones.
- Obfuscation rules matching minified and bundled build output in plugin-amazonq/flare/aws-lsp-codewhisperer.js instead of intentional obfuscation.
- A local inter-process socket in an LSP server file being recorded as a network finding despite having no remote endpoint.
- Finding-count inflation: 357 total alerts driven by bundle size rather than by any single suspicious behavior.
Reviewed 2026-10-03; recommended action: suppress false positive; model confidence 90%.
JetBrains version history
Risk trend by version
7 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.
About This Extension
Frequently Asked Questions
Similar Extensions
Related extensions from the same publisher or marketplace