Fixes #28260.
Avoid reading past the supplied end pointer when matching JSON keywords and validating number prefixes.
Also update the UniValue test and parse_univalue fuzz target to exercise bounded input.
Fixes #28260.
Avoid reading past the supplied end pointer when matching JSON keywords and validating number prefixes.
Also update the UniValue test and parse_univalue fuzz target to exercise bounded input.
<!--e57a25ab6845829454e8d69fc972939a-->
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
<!--006a51241073e994b41acfe9ec718e94-->
For details see: https://corecheck.dev/bitcoin/bitcoin/pulls/35281.
<!--021abf342d371248e50ceaed478a90ca-->
See the guideline for information on the review process.
| Type | Reviewers |
|---|---|
| ACK | carloantinarella |
If your review is incorrectly listed, please copy-paste <code><!--meta-tag:bot-skip--></code> into the comment that the bot should ignore.
<!--5faf32d7da4f0f540f40219e4f7537a3-->
17 | @@ -18,7 +18,9 @@ void initialize_parse_univalue() 18 | 19 | FUZZ_TARGET(parse_univalue, .init = initialize_parse_univalue) 20 | { 21 | - const std::string random_string(buffer.begin(), buffer.end()); 22 | + const char* const buffer_data{ 23 | + buffer.empty() ? "" : reinterpret_cast<const char*>(buffer.data())};
why the ??
You're right, it's not needed. I fixed it in a new commit.
<!--85328a0da195eb286784d51f73fa0af9-->
đźš§ At least one of the CI tasks failed.
<sub>Task iwyu: https://github.com/bitcoin/bitcoin/actions/runs/25806359727/job/75815150297</sub>
<sub>LLM reason (✨ experimental): CI failed because the IWYU (include-what-you-use) check flagged missing/wrong includes and intentionally returned non-zero exit status (“Failure generated from IWYU”).</sub>
<details><summary>Hints</summary>
Try to run the tests locally, according to the documentation. However, a CI failure may still happen due to a number of reasons, for example:
Possibly due to a silent merge conflict (the changes in this pull request being incompatible with the current code in the target branch). If so, make sure to rebase on the latest commit of the target branch.
A sanitizer issue, which can only be found by compiling with the sanitizer and running the affected test.
An intermittent issue.
Leave a comment here, if you need help tracking down a confusing failure.
</details>
213 | + expect_json_token("false", /*size=*/5, JTOK_KW_FALSE, /*expected_consumed=*/5); 214 | + 215 | + expect_json_token("-0", 1, JTOK_ERR); 216 | + expect_json_token("-x", 1, JTOK_ERR); 217 | + expect_json_token("01", /*size=*/1, JTOK_NUMBER, /*expected_consumed=*/1, "0"); 218 | + expect_json_token("-01", /*size=*/2, JTOK_NUMBER, /*expected_consumed=*/2, "-0");
Would it be the case to add also few tests for fractions and exp numbers?
Added in commit 28f609c7bb — eight tests covering fractions, exponents, and combined, using the same size/end-pointer pattern as the existing tests in this function.
Cover getJsonToken() with bounded input for the fraction and
exponent number paths, as suggested in review.
tACK 28f609c7bb78c233356470b9399c35b3183563a6
Thanks for the added tests. One comment: my suggestion is to squash the two commits into a single one, as they do not seem to represent different logical steps.