Community Edition
Approved changes feed: RSS · Atom
cpe:2.3:a:neo4j:community_edition:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Neo4J (087e8666-bd16-531b-a554-5f5140392be5) |
|---|---|
| Product | Community Edition (e6ccc4cd-01fc-507e-860e-36cdd4eff7f9) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-1622 |
vulnerable | 2026-06-08 07:49:09.041932 |
Unredacted data exposure in query.log
Neo4j Enterprise and Community editions versions prior to 2026.01.3 and 5.26.21 are vulnerable to a potential information disclosure by a user who has ability to access the local log files.
The "obfuscate_literals" option in the query logs does not redact error information, exposing unredacted data in the query log when a customer writes a query that fails. It can allow a user with legitimate access to the local log files to obtain information they are not authorised to see. If this user is also in a position to run queries and trigger errors, this vulnerability can potentially help them to infer information they are not authorised to see through their intended database access.
We recommend upgrading to versions 2026.01.3 (or 5.26.21) where the issue is fixed, and reviewing query log files permissions to ensure restricted access. If your configuration had db.logs.query.obfuscate_literals enabled, and you wish the obfuscation to cover the error messages as well, you need to enable the new configuration setting db.logs.query.obfuscate_errors once you have upgraded Neo4j.
Published: 2026-02-04T09:14:46.320Z
Updated: 2026-02-04T15:12:37.400Z Reference links |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-1337 |
vulnerable | 2026-06-08 07:49:08.323130 |
Insufficient escaping of unicode characters in query log
Insufficient escaping of unicode characters in query log in Neo4j Enterprise and Community editions prior to 2026.01 can lead to XSS if the user opens the logs in a tool that treats them as HTML. There is no security impact on Neo4j products, but this advisory is released as a precaution to treat the logs as plain text if using versions prior to 2026.01.
Proof of concept exploit: https://github.com/JoakimBulow/CVE-2026-1337
Published: 2026-02-06T13:13:19.230Z
Updated: 2026-02-06T14:30:29.856Z Reference links |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-11602 |
vulnerable | 2026-06-08 07:04:28.585911 |
Untargeted information leak in Bolt protocol handshake
Potential information leak in bolt protocol handshake in Neo4j Enterprise and Community editions allows attacker to obtain one byte of information from previous connections. The attacker has no control over the information leaked in server responses.
Published: 2025-10-31T10:20:17.254Z
Updated: 2025-10-31T11:37:44.777Z Reference links |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.