Stream: git-wasmtime

Topic: wasmtime / PR #3189 Always call the resource limiter for ...


view this post on Zulip Wasmtime GitHub notifications bot (Aug 16 2021 at 15:47):

alexcrichton opened PR #3189 from oom-more to main:

Previously the memory64 support meant that sometimes we wouldn't call
the limiter because the calculation for the minimum size requested would
overflow. Instead Wasmtime now wraps the minimum size in something a bit
smaller than the address space to inform the limiter, which should
guarantee that although the limiter is called with "incorrect"
information it's effectively correct and is allowed a pass to learn that
a massive memory was requested.

This was found by the fuzzers where a request for the absolute maximal
size of 64-bit memory (e.g. the entire 64-bit address space) didn't
actually invoke the limiter which means that we mis-classified an
instantiation error and didn't realize that it was an OOM.

<!--

Please ensure that the following steps are all taken care of before submitting
the PR.

Please ensure all communication adheres to the code of conduct.
-->

view this post on Zulip Wasmtime GitHub notifications bot (Aug 16 2021 at 16:27):

cfallin submitted PR review.

view this post on Zulip Wasmtime GitHub notifications bot (Aug 16 2021 at 16:27):

pchickey submitted PR review.

view this post on Zulip Wasmtime GitHub notifications bot (Aug 16 2021 at 17:18):

alexcrichton updated PR #3189 from oom-more to main.

view this post on Zulip Wasmtime GitHub notifications bot (Aug 16 2021 at 17:49):

alexcrichton merged PR #3189.


Last updated: Nov 22 2024 at 16:03 UTC