8000 CVE-2022-48566 Cherry-pick 8bef9ebb1b88cfa4b2a38b93fe4ea22015d8254a · ActiveState/cpython@ffb4085 · GitHub
[go: up one dir, main page]

Skip to content

Commit ffb4085

Browse files
miss-islingtonssbr
authored andcommitted
CVE-2022-48566 Cherry-pick 8bef9eb
bpo-40791: Make compare_digest more constant-time. (pythonGH-23438) (pythonGH-23767) The existing volatile `left`/`right` pointers guarantee that the reads will all occur, but does not guarantee that they will be _used_. So a compiler can still short-circuit the loop, saving e.g. the overhead of doing the xors and especially the overhead of the data dependency between `result` and the reads. That would change performance depending on where the first unequal byte occurs. This change removes that optimization. (This is change GH-1 from https://bugs.python.org/issue40791 .) (cherry picked from commit 3172936) Co-authored-by: Devin Jeanpierre <jeanpierreda@google.com> (cherry picked from commit 8bef9eb)
1 parent 7e68f0b commit ffb4085

File tree

2 files changed

+2
-1
lines changed

2 files changed

+2
-1
lines changed
Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
Add ``volatile`` to the accumulator variable in ``hmac.compare_digest``, making constant-time-defeating optimizations less likely.

Modules/operator.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -259,7 +259,7 @@ _tscmp(const unsigned char *a, const unsigned char *b,
259259
volatile const unsigned char *left;
260260
volatile const unsigned char *right;
261261
Py_ssize_t i;
262-
unsigned char result;
262+
volatile unsigned char result;
263263

264264
/* loop count depends on length of b */
265265
length = len_b;

0 commit comments

Comments
 (0)
0