* [RFC] fix race in drivers/char/random.c:get_reg()
@ 2017-04-30 7:49 Michael Schmitz
2017-05-12 7:16 ` Geert Uytterhoeven
2017-05-24 21:42 ` Theodore Ts'o
0 siblings, 2 replies; 3+ messages in thread
From: Michael Schmitz @ 2017-04-30 7:49 UTC (permalink / raw)
To: tytso, linux-kernel; +Cc: linux-m68k, Michael Schmitz
get_reg() can be reentered on architectures with prioritized interrupts
(m68k in this case), causing f->reg_index to be incremented after the
range check. Out of bounds memory access past the pt_regs struct results.
This will go mostly undetected unless access is beyond end of memory.
Prevent the race by disabling interrupts in get_reg().
Tested on m68k (Atari Falcon, and ARAnyM emulator).
Kudos to Geert Uytterhoeven for helping to trace this race.
Signed-off-by: Michael Schmitz <schmitzmic@gmail.com>
---
drivers/char/random.c | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index 1ef2640..7d1799b 100644
--- a/drivers/char/random.c
+++ b/drivers/char/random.c
@@ -1115,12 +1115,16 @@ static void add_interrupt_bench(cycles_t start)
static __u32 get_reg(struct fast_pool *f, struct pt_regs *regs)
{
__u32 *ptr = (__u32 *) regs;
+ unsigned long flags;
if (regs == NULL)
return 0;
+ local_irq_save(flags);
if (f->reg_idx >= sizeof(struct pt_regs) / sizeof(__u32))
f->reg_idx = 0;
- return *(ptr + f->reg_idx++);
+ ptr += f->reg_idx++;
+ local_irq_restore(flags);
+ return *ptr;
}
void add_interrupt_randomness(int irq, int irq_flags)
--
1.7.0.4
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [RFC] fix race in drivers/char/random.c:get_reg()
2017-04-30 7:49 [RFC] fix race in drivers/char/random.c:get_reg() Michael Schmitz
@ 2017-05-12 7:16 ` Geert Uytterhoeven
2017-05-24 21:42 ` Theodore Ts'o
1 sibling, 0 replies; 3+ messages in thread
From: Geert Uytterhoeven @ 2017-05-12 7:16 UTC (permalink / raw)
To: Michael Schmitz; +Cc: Theodore Tso, linux-kernel@vger.kernel.org, Linux/m68k
On Sun, Apr 30, 2017 at 9:49 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> get_reg() can be reentered on architectures with prioritized interrupts
> (m68k in this case), causing f->reg_index to be incremented after the
> range check. Out of bounds memory access past the pt_regs struct results.
> This will go mostly undetected unless access is beyond end of memory.
>
> Prevent the race by disabling interrupts in get_reg().
>
> Tested on m68k (Atari Falcon, and ARAnyM emulator).
>
> Kudos to Geert Uytterhoeven for helping to trace this race.
>
> Signed-off-by: Michael Schmitz <schmitzmic@gmail.com>
No comments from anyone?
Perhaps this wasn't clear, but (a) an access beyond end of memory crashes
the system, and (b) this is reproducible on Atari systems.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [RFC] fix race in drivers/char/random.c:get_reg()
2017-04-30 7:49 [RFC] fix race in drivers/char/random.c:get_reg() Michael Schmitz
2017-05-12 7:16 ` Geert Uytterhoeven
@ 2017-05-24 21:42 ` Theodore Ts'o
1 sibling, 0 replies; 3+ messages in thread
From: Theodore Ts'o @ 2017-05-24 21:42 UTC (permalink / raw)
To: Michael Schmitz; +Cc: linux-kernel, linux-m68k
On Sun, Apr 30, 2017 at 07:49:21PM +1200, Michael Schmitz wrote:
> get_reg() can be reentered on architectures with prioritized interrupts
> (m68k in this case), causing f->reg_index to be incremented after the
> range check. Out of bounds memory access past the pt_regs struct results.
> This will go mostly undetected unless access is beyond end of memory.
>
> Prevent the race by disabling interrupts in get_reg().
>
> Tested on m68k (Atari Falcon, and ARAnyM emulator).
>
> Kudos to Geert Uytterhoeven for helping to trace this race.
>
> Signed-off-by: Michael Schmitz <schmitzmic@gmail.com>
Thanks, applied. It will go to Linus shortly.
- Ted
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-05-24 21:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-30 7:49 [RFC] fix race in drivers/char/random.c:get_reg() Michael Schmitz
2017-05-12 7:16 ` Geert Uytterhoeven
2017-05-24 21:42 ` Theodore Ts'o
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox