From: "Vladimir Olovyannikov" <vladimir.olovyannikov@broadcom.com>
To: Laszlo Ersek <lersek@redhat.com>,
devel@edk2.groups.io, zhiguang.liu@intel.com
Cc: "Kinney, Michael D" <michael.d.kinney@intel.com>,
"Gao, Liming" <liming.gao@intel.com>
Subject: Re: [edk2-devel] [PATCH v2 1/1] MdePkg : UefiFileHandleLib: fix buffer overrun in FileHandleReadLine()
Date: Mon, 24 Aug 2020 21:20:44 -0700 [thread overview]
Message-ID: <1e9f4010921552ed3826e161bbf9bc3a@mail.gmail.com> (raw)
In-Reply-To: <75a66368-c26d-41bd-cc88-adcf709715a2@redhat.com>
> -----Original Message-----
> From: Laszlo Ersek <lersek@redhat.com>
> Sent: Monday, August 24, 2020 9:52 AM
> To: devel@edk2.groups.io; zhiguang.liu@intel.com;
> vladimir.olovyannikov@broadcom.com
> Cc: Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming
> <liming.gao@intel.com>
> Subject: Re: [edk2-devel] [PATCH v2 1/1] MdePkg : UefiFileHandleLib: fix
> buffer overrun in FileHandleReadLine()
>
> On 08/24/20 18:18, Laszlo Ersek wrote:
> > On 07/03/20 04:30, Zhiguang Liu wrote:
> >> Reviewed-by: Zhiguang Liu <zhiguang.liu@intel.com>
> >
> > Merged as commit 4535fc312b76, via
> > <https://github.com/tianocore/edk2/pull/896>.
>
> The commit message does not mention a TianoCore BZ. If there *is* an
> associated TianoCore BZ, please set it to RESOLVED|FIXED now, and also
> mark the above commit hash in a comment on it.
>
> Thanks
> Laszlo
Thank you Laszlo.
I modified the BZ https://bugzilla.tianocore.org/show_bug.cgi?id=2783 as you
suggested.
Thank you,
Vladimir
>
> >
> > Thanks,
> > Laszlo
> >
> >>
> >>> -----Original Message-----
> >>> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of
> >>> Vladimir Olovyannikov via groups.io
> >>> Sent: Thursday, July 2, 2020 10:31 AM
> >>> To: devel@edk2.groups.io
> >>> Cc: Vladimir Olovyannikov <vladimir.olovyannikov@broadcom.com>;
> >>> Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming
> >>> <liming.gao@intel.com>; Liu, Zhiguang <zhiguang.liu@intel.com>
> >>> Subject: [edk2-devel] [PATCH v2 1/1] MdePkg : UefiFileHandleLib: fix
> >>> buffer overrun in FileHandleReadLine()
> >>>
> >>> If the size of the supplied buffer in FileHandleReadLine(), module
> >>> UefiFileHandleLib.c, was not 0, but was not enough to fit in the
> >>> line, the size is increased, and then the Buffer of the new size is
> >>> zeroed. This size is always larger than the supplied buffer size,
> >>> causing supplied buffer overrun. Fix the issue by using the supplied
> >>> buffer size in ZeroMem().
> >>>
> >>> Signed-off-by: Vladimir Olovyannikov
> >>> <vladimir.olovyannikov@broadcom.com>
> >>> Cc: Michael D Kinney <michael.d.kinney@intel.com>
> >>> Cc: Liming Gao <liming.gao@intel.com>
> >>> Cc: Zhiguang Liu <zhiguang.liu@intel.com>
> >>> ---
> >>> MdePkg/Library/UefiFileHandleLib/UefiFileHandleLib.c | 6 ++++--
> >>> 1 file changed, 4 insertions(+), 2 deletions(-)
> >>>
> >>> diff --git a/MdePkg/Library/UefiFileHandleLib/UefiFileHandleLib.c
> >>> b/MdePkg/Library/UefiFileHandleLib/UefiFileHandleLib.c
> >>> index 28e28e5f67d5..ab34e6ccd5f4 100644
> >>> --- a/MdePkg/Library/UefiFileHandleLib/UefiFileHandleLib.c
> >>> +++ b/MdePkg/Library/UefiFileHandleLib/UefiFileHandleLib.c
> >>> @@ -969,6 +969,7 @@ FileHandleReadLine(
> >>> UINTN CharSize;
> >>>
> >>> UINTN CountSoFar;
> >>>
> >>> UINTN CrCount;
> >>>
> >>> + UINTN OldSize;
> >>>
> >>> UINT64 OriginalFilePosition;
> >>>
> >>>
> >>>
> >>> if (Handle == NULL
> >>>
> >>> @@ -1039,10 +1040,11 @@ FileHandleReadLine(
> >>> // if we ran out of space tell when...
> >>>
> >>> //
> >>>
> >>> if ((CountSoFar+1-CrCount)*sizeof(CHAR16) > *Size){
> >>>
> >>> + OldSize = *Size;
> >>>
> >>> *Size = (CountSoFar+1-CrCount)*sizeof(CHAR16);
> >>>
> >>> if (!Truncate) {
> >>>
> >>> - if (Buffer != NULL && *Size != 0) {
> >>>
> >>> - ZeroMem(Buffer, *Size);
> >>>
> >>> + if (Buffer != NULL && OldSize != 0) {
> >>>
> >>> + ZeroMem(Buffer, OldSize);
> >>>
> >>> }
> >>>
> >>> FileHandleSetPosition(Handle, OriginalFilePosition);
> >>>
> >>> return (EFI_BUFFER_TOO_SMALL);
> >>>
> >>> --
> >>> 2.26.2.266.ge870325ee8
> >
next prev parent reply other threads:[~2020-08-25 4:20 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-02 2:31 [PATCH v2 1/1] MdePkg : UefiFileHandleLib: fix buffer overrun in FileHandleReadLine() Vladimir Olovyannikov
2020-07-03 2:30 ` [edk2-devel] " Zhiguang Liu
2020-08-24 16:18 ` Laszlo Ersek
2020-08-24 16:52 ` Laszlo Ersek
2020-08-25 4:20 ` Vladimir Olovyannikov [this message]
2020-08-26 10:03 ` Laszlo Ersek
2020-08-26 16:05 ` Vladimir Olovyannikov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1e9f4010921552ed3826e161bbf9bc3a@mail.gmail.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox