<?xml version="1.0" encoding="UTF-8"?>
<cvrfdoc xmlns="http://www.icasi.org/CVRF/schema/cvrf/1.1" xmlns:cvrf="http://www.icasi.org/CVRF/schema/cvrf/1.1">
	<DocumentTitle xml:lang="en">An update for openjdk-1.8.0 is now available for openEuler-20.03-LTS-SP4</DocumentTitle>
	<DocumentType>Security Advisory</DocumentType>
	<DocumentPublisher Type="Vendor">
		<ContactDetails>openeuler-security@openeuler.org</ContactDetails>
		<IssuingAuthority>openEuler security committee</IssuingAuthority>
	</DocumentPublisher>
	<DocumentTracking>
		<Identification>
			<ID>openEuler-SA-2026-3906</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2026-09-20</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2026-09-20</InitialReleaseDate>
		<CurrentReleaseDate>2026-09-20</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2026-09-20</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">openjdk-1.8.0 security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for openjdk-1.8.0 is now available for openEuler-20.03-LTS-SP4</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">The OpenJDK runtime environment 8.

Security Fix(es):

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. Prior to version 1.6.51, a heap buffer over-read vulnerability exists in libpng&apos;s png_do_quantize function when processing PNG files with malformed palette indices. The vulnerability occurs when palette_lookup array bounds are not validated against externally-supplied image data, allowing an attacker to craft a PNG file with out-of-range palette indices that trigger out-of-bounds memory access. This issue has been patched in version 1.6.51.(CVE-2025-64505)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. From version 1.6.0 to before 1.6.51, an out-of-bounds read vulnerability exists in png_image_read_composite when processing palette images with PNG_FLAG_OPTIMIZE_ALPHA enabled. The palette compositing code in png_init_read_transformations incorrectly applies background compositing during premultiplication, violating the invariant component ≤ alpha × 257 required by the simplified PNG API. This issue has been patched in version 1.6.51.(CVE-2025-64720)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. Prior to 1.6.52, an out-of-bounds read vulnerability in libpng&apos;s simplified API allows reading up to 1012 bytes beyond the png_sRGB_base[512] array when processing valid palette PNG images with partial transparency and gamma correction. The PNG files that trigger this vulnerability are valid per the PNG specification; the bug is in libpng&apos;s internal state management. Upgrade to libpng 1.6.52 or later.(CVE-2025-66293)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. From 1.6.51 to 1.6.53, there is a heap buffer over-read in the libpng simplified API function png_image_finish_read when processing interlaced 16-bit PNGs with 8-bit output format and non-minimal row stride. This is a regression introduced by the fix for CVE-2025-65018. This vulnerability is fixed in 1.6.54.(CVE-2026-22695)

An integer overflow in the tt_var_load_item_variation_store function of the Freetype library in versions 2.13.2 and 2.13.3 may allow for an out of bounds read operation when parsing HVAR/VVAR/MVAR tables in OpenType variable fonts. This issue is fixed in version 2.14.2.(CVE-2026-23865)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. Prior to 1.6.55, an out-of-bounds read vulnerability exists in the png_set_quantize() API function. When the function is called with no histogram and the number of colors in the palette is more than twice the maximum supported by the user&apos;s display, certain palettes will cause the function to enter into an infinite loop that reads past the end of an internal heap-allocated buffer. The images that trigger this vulnerability are valid per the PNG specification. This vulnerability is fixed in 1.6.55.(CVE-2026-25646)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. In versions 1.2.1 through 1.6.55, `png_set_tRNS` and `png_set_PLTE` each alias a heap-allocated buffer between `png_struct` and `png_info`, sharing a single allocation across two structs with independent lifetimes. The `trans_alpha` aliasing has been present since at least libpng 1.0, and the `palette` aliasing since at least 1.2.1. Both affect all prior release lines `png_set_tRNS` sets `png_ptr-&gt;trans_alpha = info_ptr-&gt;trans_alpha` (256-byte buffer) and `png_set_PLTE` sets `info_ptr-&gt;palette = png_ptr-&gt;palette` (768-byte buffer). In both cases, calling `png_free_data` (with `PNG_FREE_TRNS` or `PNG_FREE_PLTE`) frees the buffer through `info_ptr` while the corresponding `png_ptr` pointer remains dangling. Subsequent row-transform functions dereference and, in some code paths, write to the freed memory. A second call to `png_set_tRNS` or `png_set_PLTE` has the same effect, because both functions call `png_free_data` internally before reallocating the `info_ptr` buffer. Version 1.6.56 fixes the issue.(CVE-2026-33416)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. In versions 1.6.36 through 1.6.55, an out-of-bounds read and write exists in libpng&apos;s ARM/AArch64 Neon-optimized palette expansion path. When expanding 8-bit paletted rows to RGB or RGBA, the Neon loop processes a final partial chunk without verifying that enough input pixels remain. Because the implementation works backward from the end of the row, the final iteration dereferences pointers before the start of the row buffer (OOB read) and writes expanded pixel data to the same underflowed positions (OOB write). This is reachable via normal decoding of attacker-controlled PNG input if Neon is enabled. Version 1.6.56 fixes the issue.(CVE-2026-33636)

LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. From 1.0.9 to before 1.6.57, passing a pointer obtained from png_get_PLTE, png_get_tRNS, or png_get_hIST back into the corresponding setter on the same png_struct/png_info pair causes the setter to read from freed memory and copy its contents into the replacement buffer. The setter frees the internal buffer before copying from the caller-supplied pointer, which now dangles. The freed region may contain stale data (producing silently corrupted chunk metadata) or data from subsequent heap allocations (leaking unrelated heap contents into the chunk struct). This vulnerability is fixed in 1.6.57.(CVE-2026-34757)

Vulnerability in the Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition product of Oracle Java SE (component: Security).  Supported versions that are affected are Oracle Java SE: 8u491, 8u491-perf, 11.0.31, 17.0.19, 21.0.11, 25.0.3, 26.0.1; Oracle GraalVM for JDK: 17.0.19 and  21.0.11; Oracle GraalVM Enterprise Edition: 21.3.18. Easily exploitable vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition.  Successful attacks of this vulnerability can result in  unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition accessible data as well as  unauthorized read access to a subset of Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition accessible data. Note: This vulnerability can be exploited by using APIs in the specified Component, e.g., through a web service which supplies data to the APIs. This vulnerability also applies to Java deployments, typically in clients running sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. CVSS 3.1 Base Score 6.5 (Confidentiality and Integrity impacts).  CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N).(CVE-2026-60147)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for java-1.8.0-openjdk is now available for openEuler-20.03-LTS-SP4.

openEuler Security has rated this update as having a security impact of high. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section.</Note>
		<Note Title="Severity" Type="General" Ordinal="5" xml:lang="en">High</Note>
		<Note Title="Affected Component" Type="General" Ordinal="6" xml:lang="en">openjdk-1.8.0</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-64505</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-64720</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-66293</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-22695</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-23865</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-25646</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-33416</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-33636</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-34757</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-60147</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-64505</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-64720</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-66293</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-22695</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-23865</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-25646</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-33416</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-33636</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-34757</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-60147</URL>
		</Reference>
	</DocumentReferences>
	<ProductTree xmlns="http://www.icasi.org/CVRF/schema/prod/1.1">
		<Branch Type="Product Name" Name="openEuler">
			<FullProductName ProductID="openEuler-20.03-LTS-SP4" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">openEuler-20.03-LTS-SP4</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="java-1.8.0-openjdk-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-accessibility-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-accessibility-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-accessibility-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-accessibility-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-debuginfo-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-debuginfo-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-debugsource-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-debugsource-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-demo-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-demo-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-demo-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-demo-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-devel-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-devel-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-devel-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-devel-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-headless-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-headless-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-headless-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-headless-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-devel-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-devel-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-devel-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-devel-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-src-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-src-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-src-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-src-slowdebug-1.8.0.502.b07-1.oe2003sp4.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="java-1.8.0-openjdk-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-1.8.0.502.b07-1.oe2003sp4.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="java-1.8.0-openjdk-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-accessibility-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-accessibility-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-accessibility-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-accessibility-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-debuginfo-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-debuginfo-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-debugsource-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-debugsource-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-demo-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-demo-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-demo-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-demo-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-devel-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-devel-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-devel-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-devel-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-headless-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-headless-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-headless-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-headless-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-devel-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-devel-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-devel-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-devel-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-openjfx-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-openjfx-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-src-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-src-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-src-slowdebug-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-src-slowdebug-1.8.0.502.b07-1.oe2003sp4.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="java-1.8.0-openjdk-javadoc-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-javadoc-1.8.0.502.b07-1.oe2003sp4.noarch.rpm</FullProductName>
			<FullProductName ProductID="java-1.8.0-openjdk-javadoc-zip-1.8.0.502.b07-1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">java-1.8.0-openjdk-javadoc-zip-1.8.0.502.b07-1.oe2003sp4.noarch.rpm</FullProductName>
		</Branch>
	</ProductTree>
	<Vulnerability Ordinal="1" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. Prior to version 1.6.51, a heap buffer over-read vulnerability exists in libpng&apos;s png_do_quantize function when processing PNG files with malformed palette indices. The vulnerability occurs when palette_lookup array bounds are not validated against externally-supplied image data, allowing an attacker to craft a PNG file with out-of-range palette indices that trigger out-of-bounds memory access. This issue has been patched in version 1.6.51.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2025-64505</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.1</BaseScore>
				<Vector>AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="2" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. From version 1.6.0 to before 1.6.51, an out-of-bounds read vulnerability exists in png_image_read_composite when processing palette images with PNG_FLAG_OPTIMIZE_ALPHA enabled. The palette compositing code in png_init_read_transformations incorrectly applies background compositing during premultiplication, violating the invariant component ≤ alpha × 257 required by the simplified PNG API. This issue has been patched in version 1.6.51.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2025-64720</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.1</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="3" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. Prior to 1.6.52, an out-of-bounds read vulnerability in libpng&apos;s simplified API allows reading up to 1012 bytes beyond the png_sRGB_base[512] array when processing valid palette PNG images with partial transparency and gamma correction. The PNG files that trigger this vulnerability are valid per the PNG specification; the bug is in libpng&apos;s internal state management. Upgrade to libpng 1.6.52 or later.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2025-66293</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.1</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="4" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. From 1.6.51 to 1.6.53, there is a heap buffer over-read in the libpng simplified API function png_image_finish_read when processing interlaced 16-bit PNGs with 8-bit output format and non-minimal row stride. This is a regression introduced by the fix for CVE-2025-65018. This vulnerability is fixed in 1.6.54.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-22695</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.1</BaseScore>
				<Vector>AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="5" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">An integer overflow in the tt_var_load_item_variation_store function of the Freetype library in versions 2.13.2 and 2.13.3 may allow for an out of bounds read operation when parsing HVAR/VVAR/MVAR tables in OpenType variable fonts. This issue is fixed in version 2.14.2.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-23865</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.3</BaseScore>
				<Vector>AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:L</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="6" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. Prior to 1.6.55, an out-of-bounds read vulnerability exists in the png_set_quantize() API function. When the function is called with no histogram and the number of colors in the palette is more than twice the maximum supported by the user&apos;s display, certain palettes will cause the function to enter into an infinite loop that reads past the end of an internal heap-allocated buffer. The images that trigger this vulnerability are valid per the PNG specification. This vulnerability is fixed in 1.6.55.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-25646</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>8.1</BaseScore>
				<Vector>AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="7" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. In versions 1.2.1 through 1.6.55, `png_set_tRNS` and `png_set_PLTE` each alias a heap-allocated buffer between `png_struct` and `png_info`, sharing a single allocation across two structs with independent lifetimes. The `trans_alpha` aliasing has been present since at least libpng 1.0, and the `palette` aliasing since at least 1.2.1. Both affect all prior release lines `png_set_tRNS` sets `png_ptr-&gt;trans_alpha = info_ptr-&gt;trans_alpha` (256-byte buffer) and `png_set_PLTE` sets `info_ptr-&gt;palette = png_ptr-&gt;palette` (768-byte buffer). In both cases, calling `png_free_data` (with `PNG_FREE_TRNS` or `PNG_FREE_PLTE`) frees the buffer through `info_ptr` while the corresponding `png_ptr` pointer remains dangling. Subsequent row-transform functions dereference and, in some code paths, write to the freed memory. A second call to `png_set_tRNS` or `png_set_PLTE` has the same effect, because both functions call `png_free_data` internally before reallocating the `info_ptr` buffer. Version 1.6.56 fixes the issue.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-33416</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.5</BaseScore>
				<Vector>AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="8" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. In versions 1.6.36 through 1.6.55, an out-of-bounds read and write exists in libpng&apos;s ARM/AArch64 Neon-optimized palette expansion path. When expanding 8-bit paletted rows to RGB or RGBA, the Neon loop processes a final partial chunk without verifying that enough input pixels remain. Because the implementation works backward from the end of the row, the final iteration dereferences pointers before the start of the row buffer (OOB read) and writes expanded pixel data to the same underflowed positions (OOB write). This is reachable via normal decoding of attacker-controlled PNG input if Neon is enabled. Version 1.6.56 fixes the issue.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-33636</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.6</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="9" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">LIBPNG is a reference library for use in applications that read, create, and manipulate PNG (Portable Network Graphics) raster image files. From 1.0.9 to before 1.6.57, passing a pointer obtained from png_get_PLTE, png_get_tRNS, or png_get_hIST back into the corresponding setter on the same png_struct/png_info pair causes the setter to read from freed memory and copy its contents into the replacement buffer. The setter frees the internal buffer before copying from the caller-supplied pointer, which now dangles. The freed region may contain stale data (producing silently corrupted chunk metadata) or data from subsequent heap allocations (leaking unrelated heap contents into the chunk struct). This vulnerability is fixed in 1.6.57.</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-34757</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>4.4</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="10" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">Vulnerability in the Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition product of Oracle Java SE (component: Security).  Supported versions that are affected are Oracle Java SE: 8u491, 8u491-perf, 11.0.31, 17.0.19, 21.0.11, 25.0.3, 26.0.1; Oracle GraalVM for JDK: 17.0.19 and  21.0.11; Oracle GraalVM Enterprise Edition: 21.3.18. Easily exploitable vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition.  Successful attacks of this vulnerability can result in  unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition accessible data as well as  unauthorized read access to a subset of Oracle Java SE, Oracle GraalVM for JDK, Oracle GraalVM Enterprise Edition accessible data. Note: This vulnerability can be exploited by using APIs in the specified Component, e.g., through a web service which supplies data to the APIs. This vulnerability also applies to Java deployments, typically in clients running sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. CVSS 3.1 Base Score 6.5 (Confidentiality and Integrity impacts).  CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N).</Note>
		</Notes>
		<ReleaseDate>2026-09-20</ReleaseDate>
		<CVE>CVE-2026-60147</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.5</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>openjdk-1.8.0 security update</Description>
				<DATE>2026-09-20</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3906</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>