Status: Untriaged
Owner: ----
CC:
syzyg...@chromium.org New issue 670664 by
sebma...@chromium.org: The VEX decoding of the AVX2 and F16C instruction in SyzyAsan is wrong
https://bugs.chromium.org/p/chromium/issues/detail?id=670664The VEX decoding that we're doing in SyzyAsan for the 3-byte encoded VEX instructions[1] is wrong, it assume that the instructions always have a fixed length but it's not always the case, some of them use ModR/M, which means they have a variable length.
It's possible we're getting away with this for Chrome, but it is really flaky and should be fixed.
There's different way to fix this:
- Disable VEX in Chrome for the SyzyASAN builds.
- Back off on instrumenting blocks we can't disassemble, without failure.
- Add Capstone as a backup disassembler when we can't disassemble an instruction.
(the real solution will probably be a combination of these 3 approach).
[1]
https://github.com/google/syzygy/blob/master/syzygy/core/disassembler_util.cc#L50--
You received this message because:
1. You were specifically CC'd on the issue
You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settingsReply to this email to add a comment.