PatchSiren cyber security CVE debrief
CVE-2017-3253 Oracle CVE debrief
CVE-2017-3253 is a high-severity Oracle Java vulnerability in the 2D component that can let a network attacker cause a hang or repeatable crash, resulting in denial of service. Oracle’s CVE record and NVD list affected Java SE, Java SE Embedded, and JRockit releases, including Java SE 6u131, 7u121, 8u111/8u112, Java SE Embedded 8u111, and JRockit R28.3.12. The issue is described as exploitable through client and server deployments, including sandboxed Java Web Start applications and sandboxed Java applets.
- Vendor
- Oracle
- Product
- Unknown
- CVSS
- HIGH 7.5
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2017-01-27
- Original CVE updated
- 2026-05-13
- Advisory published
- 2017-01-27
- Advisory updated
- 2026-05-13
Who should care
Organizations that still run affected Oracle Java SE, Java SE Embedded, or JRockit builds, especially where Java Web Start, applets, or remotely supplied API input are accepted. Endpoint teams, application owners, and virtualization/container teams should care if legacy Java runtimes are present.
Technical summary
NVD classifies the flaw as CVSS 3.0 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, reflecting a network-reachable availability impact with no confidentiality or integrity impact. Oracle’s description says unauthenticated attackers with network access via multiple protocols can trigger a hang or frequently repeatable crash. The affected scope in the supplied record is limited to the Java 2D subcomponent and the listed Oracle runtime versions. NVD lists CWE as NVD-CWE-noinfo, so the corpus does not provide a more specific weakness category.
Defensive priority
High priority for any environment that still exposes or depends on the affected Java runtimes. Availability impact is significant, but the defensive response is typically patch-and-retire legacy Java where possible rather than emergency containment for code execution risk.
Recommended defensive actions
- Confirm whether any systems still run the affected Oracle Java SE, Java SE Embedded, or JRockit versions listed in the CVE record.
- Apply the Oracle CPU January 2017 fixes or later vendor-supported updates that remediate the issue.
- Prioritize removal or replacement of legacy Java deployments that require Java Web Start, applets, or other network-facing Java functionality.
- Inventory server-side Java services that accept remote input into the affected APIs and verify they are on patched runtimes.
- Monitor for repeated JVM crashes or hangs on systems running impacted Java versions and correlate with Java 2D usage.
- Validate third-party remediation guidance from downstream vendors referenced in the CVE record, such as Red Hat, Debian, Gentoo, and NetApp advisories.
Evidence notes
All statements are grounded in the supplied CVE and NVD corpus. The CVE was published on 2017-01-27T22:59:02.727Z. The supplied record names Oracle Java SE, Java SE Embedded, and JRockit; the affected versions listed in the corpus are Java SE 6u131, 7u121, 8u111, 8u112; Java SE Embedded 8u111; and JRockit R28.3.12. NVD assigns CVSS v3.0 7.5 High with vector CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H. The record also notes sandboxed Java Web Start applications, sandboxed Java applets, and direct API input as possible exposure paths. No KEV entry is present in the supplied enrichment.
Sources and references
Verified primary and authoritative sources
-
CVE-2017-3253 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2017-3253
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2017-3253 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2017-3253
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.