Hi,
An interesting video for this:
https://www.youtube.com/watch?v=gp_90-3R0pE
I think OpenBSD gets entropy from many sources - thisn't very much
documented as far as I could see - such as time between interrupts,
application memory allocation. In general a multi-threaded environment
run by
On Thu, 9 Jul 2020, Theo de Raadt wrote:
static const struct urng_type urng_devs[] = {
{ { USB_VENDOR_OPENMOKO2, USB_PRODUCT_OPENMOKO2_CHAOSKEY },
{64, 5, 0, 100, 5000} },
Interesting. That's what became of OpenMoko... a pool of DevIDs
for small device builders?
m
Daniel Jakots wrote:
> On Thu, 09 Jul 2020 16:35:13 -0600, "Theo de Raadt"
> wrote:
>
> > > PS I think the USB devices are probably a pretty good source of
> > > true entropy.
> >
> > Why do I bother explaining? I'm the maintainer of the openbsd
> > kernel's randomness code. I say I
--- Theo de Raadt wrote:
> And I went out of my way to politely explain it to you
I would like a more detailed explanation, because I don't yet understand.
That's why I asked for literature I could read.
Thanks,
Ken
CONFIDENTIALITY NOTICE: This email and any attachments are for the sole
--- Theo de Raadt wrote:
> And I don't give a rats ass about a cheap-ass garbage usb device
> that can't even afford to allocate a proper usb device ID.
> I don't care.
I get that you think I'm wrong (and maybe I am!)
but I don't yet understand why.
Can you point me to some literature on the
I wrote:
>> How do I use a hardware random number generator to
>> continuously seed /dev/random with new truly random numbers?
--- Theo de Raadt wrote:
> We consider these devices boring, because the kernel does a good enough job
> creating random.
> randomness only has a bootstrap problem. And
On Thu, 09 Jul 2020 16:35:13 -0600, "Theo de Raadt"
wrote:
> > PS I think the USB devices are probably a pretty good source of
> > true entropy.
>
> Why do I bother explaining? I'm the maintainer of the openbsd
> kernel's randomness code. I say I don't see the point in 1 line of
> code to
wrote:
> --- Theo de Raadt wrote:
> > And I went out of my way to politely explain it to you
>
> I would like a more detailed explanation, because I don't yet understand.
>
> That's why I asked for literature I could read.
We publish our source tree, which contains the complete random
number
wrote:
> --- Theo de Raadt wrote:
> > And I don't give a rats ass about a cheap-ass garbage usb device
> > that can't even afford to allocate a proper usb device ID.
> > I don't care.
>
> I get that you think I'm wrong (and maybe I am!)
> but I don't yet understand why.
We are not going to
wrote:
> I wrote:
> >> How do I use a hardware random number generator to
> >> continuously seed /dev/random with new truly random numbers?
>
> --- Theo de Raadt wrote:
> > We consider these devices boring, because the kernel does a good enough job
> > creating random.
> > randomness only has
We consider these devices boring, because the kernel does a good enough
job creating random.
randomness only has a bootstrap problem. And these devices don't solve
the bootstrap problem.
wrote:
> I have a few TrueRNG hardware random number generators.
> They are USB devices, and generally
11 matches
Mail list logo