Blame SOURCES/0013-quic-Avoid-possible-buffer-overflow-in-find_bucket.patch

f3d787
From 57c6e6b00247ad289a27648213d7ad2306fe3931 Mon Sep 17 00:00:00 2001
f3d787
From: Frediano Ziglio <freddy77@gmail.com>
f3d787
Date: Thu, 30 Apr 2020 10:19:09 +0100
f3d787
Subject: [PATCH spice-common 4/4] quic: Avoid possible buffer overflow in
f3d787
 find_bucket
f3d787
f3d787
Proved by fuzzing the code.
f3d787
f3d787
Signed-off-by: Frediano Ziglio <freddy77@gmail.com>
f3d787
Acked-by: Uri Lublin <uril@redhat.com>
f3d787
---
f3d787
 common/quic_family_tmpl.c | 7 ++++++-
f3d787
 1 file changed, 6 insertions(+), 1 deletion(-)
f3d787
f3d787
diff --git a/subprojects/spice-common/common/quic_family_tmpl.c b/subprojects/spice-common/common/quic_family_tmpl.c
f3d787
index 8a5f7d2..6cc051b 100644
f3d787
--- a/subprojects/spice-common/common/quic_family_tmpl.c
f3d787
+++ b/subprojects/spice-common/common/quic_family_tmpl.c
7b23b6
@@ -103,7 +103,12 @@ static s_bucket *FNAME(find_bucket)(Channel *channel, const unsigned int val)
7b23b6
 {
7b23b6
     spice_extra_assert(val < (0x1U << BPC));
f3d787
 
f3d787
-    return channel->_buckets_ptrs[val];
f3d787
+    /* The and (&) here is to avoid buffer overflows in case of garbage or malicious
f3d787
+     * attempts. Is much faster then using comparisons and save us from such situations.
f3d787
+     * Note that on normal build the check above won't be compiled as this code path
f3d787
+     * is pretty hot and would cause speed regressions.
f3d787
+     */
f3d787
+    return channel->_buckets_ptrs[val & ((1U << BPC) - 1)];
f3d787
 }
f3d787
 
f3d787
 #undef FNAME
f3d787
-- 
f3d787
2.25.4
7b23b6