Patch "efi: Fix out-of-bounds read in variable_matches()" has been added to the 4.4-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
efi: Fix out-of-bounds read in variable_matches()
to the 4.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
efi-fix-out-of-bounds-read-in-variable_matches.patch
and it can be found in the queue-4.4 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
630ba0cc7a6dbafbdee43795617c872b35cde1b4Mon Sep 17 00:00:00 2001
From: Laszlo Ersek <[email protected]>
Date: Thu, 21 Apr 2016 18:21:11 +0200
Subject: efi: Fix out-of-bounds read in variable_matches()
From: Laszlo Ersek <[email protected]>
commit 630ba0cc7a6dbafbdee43795617c872b35cde1b4 upstream.
The variable_matches() function can currently read "var_name[len]", for example when:
- var_name[0] == 'a',
- len == 1
- match_name points to the NUL-terminated string "ab".
This function is supposed to accept "var_name" inputs that are not NUL-terminated (hence the "len" parameter"). Document the function, and access "var_name[*match]" only if "*match" is smaller than "len".
--- drivers/firmware/efi/vars.c | 39 +++++++++++++++++++++++++++------------ 1 file changed, 27 insertions(+), 12 deletions(-)
drivers/firmware/efi/vars.c +27 -12
@@ -202,29 +202,44 @@ static const struct variable_validate va { NULL_GUID, "", NULL }, }; +/* +* Check if @var_name matches the pattern given in @match_name. +* +* @var_name: an array of @len non-NUL characters. +* @match_name: a NUL-terminated pattern string, optionally ending in "*". A +* final "*" character matches any trailing characters @var_name, +* including the case when there are none left in @var_name. +* @match: on output, the number of non-wildcard characters in @match_name +* that @var_name matches, regardless of the return value. +* @return: whether @var_name fully matches @match_name. +*/ static bool variable_matches (const char *var_name,size_t len,const char *match_name,int *match) {for (*match =0 ; ; (*match)++) {char c = match_name[*match]; -char u = var_name[*match]; -/* Wildcard in the matching name means we've matched */ -if (c =='*' ) +switch (c) { +case '*' : +/* Wildcard in @match_name means we've matched. */ return true; -/* Case sensitive match */ -if (!c && *match == len) -return true; - -if (c != u) +case '\0' : +/* @match_name has ended. Has @var_name too? */ +return (*match == len); + +default : +/* +* We've reached a non-wildcard char in @match_name. +* Continue only if there's an identical character in +* @var_name. +*/ +if (*match < len && c == var_name[*match]) +continue ;return false; - -if (!c) -return true; + } } -return true; }bool
Patches currently in stable-queue which might be from [email protected] are
queue-4.4/efi-fix-out-of-bounds-read-in-variable_matches.patch