RFR: 8368097: [asan] heap-buffer-overflow reported in ClassFileParser::skip_over_field_signature
David Holmes
dholmes at openjdk.org
Tue Sep 30 08:31:54 UTC 2025
On Fri, 26 Sep 2025 12:59:56 GMT, Johan Sjölen <jsjolen at openjdk.org> wrote:
> Hi,
>
> `skip_over_field_name` may produce a pointer which is exactly one `char` of bounds, which is the dereferenced by `skip_over_field_signature` when it looks for a semi-colon. This causes an out-of-bounds read, which ASAN caught. The fix is to check whether it's OK to dereference `p` or not.
>
> We keep the semantics the same other than that, so `skip_over_field_signature` and `skip_over_field_name` can both return a pointer which is one past the valid memory range. Creating such a pointer is explicitly not UB, but dereferencing it is.
src/hotspot/share/classfile/classFileParser.cpp line 4681:
> 4679: case JVM_SIGNATURE_CLASS: {
> 4680: if (_major_version < JAVA_1_5_VERSION) {
> 4681: signature++; length--;
Suggestion:
signature++;
length--;
src/hotspot/share/classfile/classFileParser.cpp line 4686:
> 4684: // The next character better be a semicolon
> 4685: if (p != nullptr && // Parse of field name succeeded.
> 4686: signature + length > p && // There is at least one character left to parse.
I find `p - signature < length` a more obvious formulation that there is at least one more character.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/27528#discussion_r2386359217
PR Review Comment: https://git.openjdk.org/jdk/pull/27528#discussion_r2386359872
More information about the hotspot-runtime-dev
mailing list