Re: [PATCH v2 0/2] Fix kernel buffer overruns caused by bit flips

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 14, 2018 at 01:44:56PM +0200, Jarkko Sakkinen wrote:
> On Fri, Feb 09, 2018 at 09:33:31AM -0800, James Bottomley wrote:
> > On Fri, 2018-02-09 at 19:13 +0200, Jarkko Sakkinen wrote:
> > > On Thu, Feb 08, 2018 at 12:26:16PM -0800, James Bottomley wrote:
> > > > 
> > > > If a TPM is attached to a system via a serial bus on a platform
> > > > that suffers bit flips, we can get back dangerously wrong
> > > > data.  This patch series aims never to do a direct copy into a
> > > > kernel buffer based on an unchecked size value returned from the
> > > > TPM.
> > > > 
> > > > Jeremy Boone (5):
> > > >   tpm: fix potential buffer overruns caused by bit glitches on the
> > > > bus
> > > >   tpm: st33zp24: fix potential buffer overruns caused by bit
> > > > glitches on
> > > >     the bus
> > > >   tpm_i2c_infineon: fix potential buffer overruns caused by bit
> > > > glitches
> > > >     on the bus
> > > >   tpm_i2c_nuvoton: fix potential buffer overruns caused by bit
> > > > glitches
> > > >     on the bus
> > > >   tpm_tis: fix potential buffer overruns caused by bit glitches on
> > > > the
> > > >     bus
> > > > 
> > > >  drivers/char/tpm/st33zp24/st33zp24.c | 4 ++--
> > > >  drivers/char/tpm/tpm-interface.c     | 4 ++++
> > > >  drivers/char/tpm/tpm2-cmd.c          | 4 ++++
> > > >  drivers/char/tpm/tpm_i2c_infineon.c  | 5 +++--
> > > >  drivers/char/tpm/tpm_i2c_nuvoton.c   | 5 +++--
> > > >  drivers/char/tpm/tpm_tis_core.c      | 5 +++--
> > > >  6 files changed, 19 insertions(+), 8 deletions(-)
> > > > 
> > > > -- 
> > > > o 2.12.3
> > > 
> > > Reviewed-by: Jarkko Sakkinen <jarkko.sakkkinen@xxxxxxxxxxxxxxx>
> > > 
> > > I cannot test all of these but I'll put these to linux-next anyway.
> > > The changes are obvious and small scoped so if no one shouts they'll
> > > be part of the next PR.
> > > 
> > > I've tested the changes that affect tpm2-cmd.c, tpm-interface.c and
> > > tpm_tis_core.c. For HW specific changes tested-by's would be much
> > > appreciated but I don't think they will break anything.
> > > 
> > > Because these are quite critical fixes I wonder if I could do one
> > > more PR to 4.16?
> > 
> > They're all cc'd to stable, so they'd make the stable updates to 4.16
> > regardless of when they're pulled.  Since the merge window will close
> > on Sunday and you have to go via James' tree, I'd say it would cause a
> > lot of stress to try to make 4.16 but it's your call.
> > 
> > James
> 
> Agreed, thanks for input!
> 
> /Jarkko

They are now in master/next.

/Jarkko



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux Kernel]     [Linux Kernel Hardening]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux