Oracle Communications Cloud Native Core Service Communication Proxy 1.15.0
Approved changes feed: RSS · Atom
cpe:2.3:a:oracle:communications_cloud_native_core_service_communication_proxy:1.15.0:*:*:*:*:*:*:*
part: a version: 1.15.0 update: *
| Vendor | Oracle (3509f9eb-d8a0-57da-b153-b8021021b133) |
|---|---|
| Product | Communications Cloud Native Core Service Communication Proxy (47c18241-4935-516a-9c48-55209662627b) |
| 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-2022-22947 |
vulnerable | 2026-06-08 05:40:55.618899 |
Details available
In spring cloud gateway versions prior to 3.1.1+ and 3.0.7+ , applications are vulnerable to a code injection attack when the Gateway Actuator endpoint is enabled, exposed and unsecured. A remote attacker could make a maliciously crafted request that could allow arbitrary remote execution on the remote host.
Published: 2022-03-03T00:00:00.000Z
Updated: 2025-10-21T23:15:45.220Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-45105 |
vulnerable | 2026-06-08 05:36:47.860520 |
Apache Log4j2 does not always protect from infinite recursion in lookup evaluation
Apache Log4j2 versions 2.0-alpha1 through 2.16.0 (excluding 2.12.3 and 2.3.1) did not protect from uncontrolled recursion from self-referential lookups. This allows an attacker with control over Thread Context Map data to cause a denial of service when a crafted string is interpreted. This issue was fixed in Log4j 2.17.0, 2.12.3, and 2.3.1.
Published: 2021-12-18T11:55:08.000Z
Updated: 2026-05-29T11:45:26.064Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-33560 |
vulnerable | 2026-06-08 05:32:11.804101 |
Details available
Libgcrypt before 1.8.8 and 1.9.x before 1.9.3 mishandles ElGamal encryption because it lacks exponent blinding to address a side-channel attack against mpi_powm, and the window size is not chosen appropriately. This, for example, affects use of ElGamal in OpenPGP.
Published: 2021-06-08T00:00:00.000Z
Updated: 2025-12-03T14:39:10.763Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22947 |
vulnerable | 2026-06-08 05:30:02.005837 |
Details available
When curl >= 7.20.0 and <= 7.78.0 connects to an IMAP or POP3 server to retrieve data using STARTTLS to upgrade to TLS security, the server can respond and send back multiple responses at once that curl caches. curl would then upgrade to TLS but not flush the in-queue of cached responses but instead continue using and trustingthe responses it got *before* the TLS handshake as if they were authenticated.Using this flaw, it allows a Man-In-The-Middle attacker to first inject the fake responses, then pass-through the TLS traffic from the legitimate server and trick curl into sending data back to the user thinking the attacker's injected data comes from the TLS-protected server.
Published: 2021-09-29T00:00:00.000Z
Updated: 2026-04-16T14:01:05.826Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22946 |
vulnerable | 2026-06-08 05:30:01.995744 |
Details available
A user can tell curl >= 7.20.0 and <= 7.78.0 to require a successful upgrade to TLS when speaking to an IMAP, POP3 or FTP server (`--ssl-reqd` on the command line or`CURLOPT_USE_SSL` set to `CURLUSESSL_CONTROL` or `CURLUSESSL_ALL` withlibcurl). This requirement could be bypassed if the server would return a properly crafted but perfectly legitimate response.This flaw would then make curl silently continue its operations **withoutTLS** contrary to the instructions and expectations, exposing possibly sensitive data in clear text over the network.
Published: 2021-09-29T00:00:00.000Z
Updated: 2026-04-16T13:53:47.481Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22901 |
vulnerable | 2026-06-08 05:30:01.823466 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22898 |
vulnerable | 2026-06-08 05:30:01.809865 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22897 |
vulnerable | 2026-06-08 05:30:01.803829 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22096 |
vulnerable | 2026-06-08 05:29:59.794163 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-22060 |
vulnerable | 2026-06-08 05:29:59.785616 | 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.