[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3908561D78D1C84285E8C5FCA982C28F31D1F249@ORSMSX106.amr.corp.intel.com>
Date: Mon, 30 Sep 2013 20:51:43 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Andi Kleen <andi@...stfloor.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
CC: Andi Kleen <ak@...ux.intel.com>, "tytso@....edu" <tytso@....edu>
Subject: RE: [PATCH 01/11] random: don't feed stack data into pool when
interrupt regs NULL
> In this case fast_mix would use two uninitialized ints from the stack
> and mix it into the pool.
Is the concern here is that an attacker might know (or be able to control) what is on
the stack - and so get knowledge of what is being mixed into the pool?
> In this case set the input to 0.
And the fix is to guarantee that everyone knows what is being mixed in? (!)
Wouldn't it be better to adjust the "nbytes" parameter to
fast_mix(..., ..., sizeof (input));
to only mix in the part of input[] that we successfully initialized?
Untested patch below.
Signed-off-by: Tony Luck <tony.luck@...el.com>
---
diff --git a/drivers/char/random.c b/drivers/char/random.c
index 7737b5bd26af..5c4ec0abb702 100644
--- a/drivers/char/random.c
+++ b/drivers/char/random.c
@@ -745,16 +745,19 @@ void add_interrupt_randomness(int irq, int irq_flags)
struct pt_regs *regs = get_irq_regs();
unsigned long now = jiffies;
__u32 input[4], cycles = get_cycles();
+ int nbytes;
input[0] = cycles ^ jiffies;
input[1] = irq;
+ nbytes = 2 * sizeof(input[0]);
if (regs) {
__u64 ip = instruction_pointer(regs);
input[2] = ip;
input[3] = ip >> 32;
+ nbytes += 2 * sizeof(input[0]);
}
- fast_mix(fast_pool, input, sizeof(input));
+ fast_mix(fast_pool, input, nbytes);
if ((fast_pool->count & 1023) &&
!time_after(now, fast_pool->last + HZ))
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists