Approved changes feed: RSS · Atom
cpe:2.3:a:jsish:jsish:2.0:*:*:*:*:*:*:*
part: a version: 2.0 update: *
| Vendor | Jsish (2a52ebad-1cf0-5f12-947d-7df371b4579f) |
|---|---|
| Product | Jsish (c7131565-3feb-5f1e-a40a-abc153a25cc2) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from purl2cpe mapping |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
pkg:github/pcmacdon/jsish |
purl2cpe | 2026-08-13 06:19:40.514530 |
pkg:sourceforge/jsish |
purl2cpe | 2026-08-13 06:19:40.514531 |
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2025-65570 |
vulnerable | 2026-06-08 07:39:20.921473 |
Details available
A type confusion in jsish 2.0 allows incorrect control flow during execution of the OP_NEXT opcode. When an “instanceof” expression uses an array element access as the left-hand operand inside a for-in loop, the instructions implementation leaves an additional array reference on the stack rather than consuming it during OP_INSTANCEOF. As a result, OP_NEXT interprets the array as an iterator object and reads the iterCmd function pointer from an invalid structure, potentially causing a crash or enabling code execution depending on heap layout.
Published: 2025-12-29T00:00:00.000Z
Updated: 2025-12-31T16:59:28.908Z 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.