Oracle Banking Trade Finance Process Management 14.3.0
Approved changes feed: RSS · Atom
cpe:2.3:a:oracle:banking_trade_finance_process_management:14.3.0:*:*:*:*:*:*:*
part: a version: 14.3.0 update: *
| Vendor | Oracle (3509f9eb-d8a0-57da-b153-b8021021b133) |
|---|---|
| Product | Banking Trade Finance Process Management (2b188149-d977-54ff-a56f-aef34728da6b) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from NVD CPE 2.0 feed |
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-2021-27906 |
vulnerable | 2026-06-08 05:31:22.720561 |
A carefully crafted PDF file can trigger an OutOfMemory-Exception while loading the file
A carefully crafted PDF file can trigger an OutOfMemory-Exception while loading the file. This issue affects Apache PDFBox version 2.0.22 and prior 2.0.x versions.
Published: 2021-03-19T16:05:21.000Z
Updated: 2025-02-13T16:27:57.655Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-27807 |
vulnerable | 2026-06-08 05:31:22.205123 |
A carefully crafted PDF file can trigger an infinite loop while loading the file
A carefully crafted PDF file can trigger an infinite loop while loading the file. This issue affects Apache PDFBox version 2.0.22 and prior 2.0.x versions.
Published: 2021-03-19T16:05:20.000Z
Updated: 2025-02-13T16:27:57.032Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-23337 |
vulnerable | 2026-06-08 05:30:02.712261 |
Command Injection
HIGH (7.2)
Lodash versions prior to 4.17.21 are vulnerable to Command Injection via the template function.
Published: 2021-02-15T12:15:14.715Z
Updated: 2024-09-16T19:15:17.074Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-21409 |
vulnerable | 2026-06-08 05:29:11.965141 |
Possible request smuggling in HTTP/2 due missing validation of content-length
MEDIUM (5.9)
Netty is an open-source, asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. In Netty (io.netty:netty-codec-http2) before version 4.1.61.Final there is a vulnerability that enables request smuggling. The content-length header is not correctly validated if the request only uses a single Http2HeaderFrame with the endStream set to to true. This could lead to request smuggling if the request is proxied to a remote peer and translated to HTTP/1.1. This is a followup of GHSA-wm47-8v5p-wjpj/CVE-2021-21295 which did miss to fix this one case. This was fixed as part of 4.1.61.Final.
Published: 2021-03-30T15:05:17.000Z
Updated: 2024-08-03T18:09:16.144Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-21290 |
vulnerable | 2026-06-08 05:29:11.529327 |
Local Information Disclosure Vulnerability in Netty on Unix-Like systems due temporary files
MEDIUM (6.2)
Netty is an open-source, asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. In Netty before version 4.1.59.Final there is a vulnerability on Unix-like systems involving an insecure temp file. When netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. On unix-like systems, the temporary directory is shared between all user. As such, writing to this directory using APIs that do not explicitly set the file/directory permissions can lead to information disclosure. Of note, this does not impact modern MacOS Operating Systems. The method "File.createTempFile" on unix-like systems creates a random file, but, by default will create this file with the permissions "-rw-r--r--". Thus, if sensitive information is written to this file, other local users can read this information. This is the case in netty's "AbstractDiskHttpData" is vulnerable. This has been fixed in version 4.1.59.Final. As a workaround, one may specify your own "java.io.tmpdir" when you start the JVM or use "DefaultHttpDataFactory.setBaseDir(...)" to set the directory to something that is only readable by the current user.
Published: 2021-02-08T20:10:16.000Z
Updated: 2024-08-03T18:09:15.620Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-8203 |
vulnerable | 2026-06-08 05:27:15.184311 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-28500 |
vulnerable | 2026-06-08 05:23:56.187490 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2019-12399 |
vulnerable | 2026-06-08 05:12:39.019166 | db.gcve.eu details were skipped to keep the page responsive. | 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.