Topic: Истинный ГСЧ (True RNG, TRNG) (Read 14887 times)
мурашки прикольно бегают по первой картинке... прямо как толпы по куеву...
я из чего ета сетка почему она фонит?
Огнеупорная ткань, пропитанная солями тория и подвергнутая температурной обработке.я думал там чтото типа катализатора, паладий платина
Нет, она ничего не катализирует, её задача - просто светиться от нагрева. Преобразует инфракрасное излучение от пламени в видимый свет.
я из чего ета сетка почему она фонит?
я думал там чтото типа катализатора, паладий платина
я думал там чтото типа катализатора, паладий платина
что за сеточка?
Сетка для керосиновых и газовых ламп, очень ярко светится при нагреве и потому используется как излучающий элемент.http://youtube.com/watch?v=v_yMV9RS4yo
На ибее стоит порядка 2-4 долларов.
Постил тут уже несколько тестов:
http://youtube.com/watch?v=pnmDMhGWK8Y
как ти получил данний график?
Сцинтилляционным спектрометром. К сабжу это слабо относится, просто его тоже можно использовать как источник случайных данных.
что за сеточка? как ти получил данний график?
Но в целом согласен, газовые счётчики ГМ на поэкспериментировать сойдут. Сцинт уже для коммерческой энтропии
Ну что же, погонял спектрометр... Откалибровать нормально сейчас возможности нет, поэтому откалибровал "на глаз": 
Это сеточка от керосинной лампы, после непродолжительного набора видно ренгеновский пик и пик от свинца-212, для остального надо дольше набирать.
Что же по скорости набора энтропии, то в режиме 4 кванта на бит от сеточки получается ~60-65 бит/с, от Am241 источника ~450 бит/с.
зачем так зло и лазера достаточно
Мдя, я слегка недооценил коэффициент трансформации. %)
Ну, теперь найди кенотрон и можешь сделать источник рентгеновского излучения 
тема переходит в гадания по пальцу?
Может не очень в тему:
Уязвимость «большого пальца»: я твой палец по фотографии взломаю
http://habrahabr.ru/post/252095/
Уязвимость «большого пальца»: я твой палец по фотографии взломаю
http://habrahabr.ru/post/252095/
Можно собрать на диодах удвоитель 220V => 440V и заряжать трубку ими через 5-мегаомный резистор, работает замечательно. Резистор обязателен, если не хочется пронаблюдать аннигиляцию трубки.
Я так и собираюсь сделать. Дешево и сердито.Только этот удвоитель дает не 440, а 600 - конденсаторы заряжаются амплитудой напряжения а не средним значением (что было проверено на практике еще в мои юные годы). Так что к нему еще элементарный делитель напряжения нужен.
Кому хочется автономности, и в то же время лень мотать трансформатор самому, можно купить готовый. Лично мне понравилась вот эта серия.
Достаточно компактны и обладают подходящим коэффициентом трансформации. Продаются в лентах, если брать много то поставщики неплохо скидывают цену.
Пока в реальной работе не проверял, только погонял в тестовой цепи... Есть увеличение напряжения в 100 раз на частоте 60 кГц. Думаю, на выходных соберу на нем полноценный девайс.
Бла, как проверить системные библиотеки, т.е. знать, что винда не портачит? хотя помойму с виндой это нереально видимо))))
Что касается "винды":https://ru.wikipedia.org/wiki/CryptGenRandom
Quote
Использование RtlGenRandom
«Исторически, мы всегда говорили разработчикам не использовать такие функции как rand() для генерации ключей и паролей. Гораздо лучше использовать функции вроде CryptGenRandom, которые являют криптографически устойчивыми генераторами случайных чисел. Проблема с использованием именно CryptGenRandom связана с подключением CryptoAPI (CryptAcquireContext и подобные), хотя остальные функции работают с CryptoAPI нормально. По умолчанию в Windows XP CryptGenRandom вызывает функцию ADVAPI32!RtlGenRandom, которая не требует подключения все набора CryptAPI. На самом деле, новая функция Whidbey CRT rand_s() вызывает RtlGenRandom»[5]
Использование RNGCryptoServiceProvider
Программисты, пользующиеся .Net, должны использовать класс RNGCryptoServiceProvider.[6]
Языки программирования
рекомендуется использовать функцию rand_s из библиотеки Microsoft С++ (основана на RtlGenRandom).[7]
функция os.urandom() языка Python в операционных системах Windows вызывает CryptGenRandom.[8]
«Исторически, мы всегда говорили разработчикам не использовать такие функции как rand() для генерации ключей и паролей. Гораздо лучше использовать функции вроде CryptGenRandom, которые являют криптографически устойчивыми генераторами случайных чисел. Проблема с использованием именно CryptGenRandom связана с подключением CryptoAPI (CryptAcquireContext и подобные), хотя остальные функции работают с CryptoAPI нормально. По умолчанию в Windows XP CryptGenRandom вызывает функцию ADVAPI32!RtlGenRandom, которая не требует подключения все набора CryptAPI. На самом деле, новая функция Whidbey CRT rand_s() вызывает RtlGenRandom»[5]
Использование RNGCryptoServiceProvider
Программисты, пользующиеся .Net, должны использовать класс RNGCryptoServiceProvider.[6]
Языки программирования
рекомендуется использовать функцию rand_s из библиотеки Microsoft С++ (основана на RtlGenRandom).[7]
функция os.urandom() языка Python в операционных системах Windows вызывает CryptGenRandom.[8]
https://docs.python.org/2/library/os.html#os.urandom
Quote
os.urandom(n)
Return a string of n random bytes suitable for cryptographic use.
This function returns random bytes from an OS-specific randomness source. The returned data should be unpredictable enough for cryptographic applications, though its exact quality depends on the OS implementation. On a UNIX-like system this will query /dev/urandom, and on Windows it will use CryptGenRandom().
Return a string of n random bytes suitable for cryptographic use.
This function returns random bytes from an OS-specific randomness source. The returned data should be unpredictable enough for cryptographic applications, though its exact quality depends on the OS implementation. On a UNIX-like system this will query /dev/urandom, and on Windows it will use CryptGenRandom().
Далее, логичным будет поставить питон или визуал студио под "винду", погуглить примеры rand_s или os.urandom() (чтобы самому не писать) и запустить...
добавил тему в избранное
Бла, как проверить системные библиотеки, т.е. знать, что винда не портачит? хотя помойму с виндой это нереально видимо))))
мне уже страшно.... скажите пожалуйста, какой алгоритм использует bitcoin-qt при генерации ключей? надеюсь он использует свой, а не виндовый, иначе жопа
меня смущает вот это во всех тестах...
Value Char Occurrences Fraction
0 51505 0.502979
linux показывает нормальные результаты...
И в Windows, и в Linux и в Mac, bitcoin-qt использует рандом из Openssl. меня смущает вот это во всех тестах...
Value Char Occurrences Fraction
0 51505 0.502979
linux показывает нормальные результаты...
Если установлена Interix, то заменять не нужно ничем и эти команды будут работать в Windows. Если же нет, то нужны сторонние утилиты, использующие CryptoAPI.
Например, эта:
http://www.bertel.de/software/rdfc/
Файлы создаются так:
rdfc.exe <имя> <размер> <единица измерения - GB, MB, kB или B> <флаг перезаписи>
Единица измерения - GB, MB, kB или B;
Флаг перезаписи - если файл уже существует и передано owerwrite, то перед генерацией содержимое существующего файла будет стерто.
P.S. У меня нет уверенности в том, что данная софтина не использует свой велосипедный алгоритм вместо системных библиотек.
мне уже страшно.... скажите пожалуйста, какой алгоритм использует bitcoin-qt при генерации ключей? надеюсь он использует свой, а не виндовый, иначе жопаНапример, эта:
http://www.bertel.de/software/rdfc/
Файлы создаются так:
rdfc.exe <имя> <размер> <единица измерения - GB, MB, kB или B> <флаг перезаписи>
Единица измерения - GB, MB, kB или B;
Флаг перезаписи - если файл уже существует и передано owerwrite, то перед генерацией содержимое существующего файла будет стерто.
P.S. У меня нет уверенности в том, что данная софтина не использует свой велосипедный алгоритм вместо системных библиотек.
меня смущает вот это во всех тестах...
Value Char Occurrences Fraction
0 51505 0.502979
linux показывает нормальные результаты...
Если установлена Interix, то заменять не нужно ничем и эти команды будут работать в Windows. Если же нет, то нужны сторонние утилиты, использующие CryptoAPI.
Например, эта:
http://www.bertel.de/software/rdfc/
Файлы создаются так:
rdfc.exe <имя> <размер> <единица измерения - GB, MB, kB или B> <флаг перезаписи>
Единица измерения - GB, MB, kB или B;
Флаг перезаписи - если файл уже существует и передано owerwrite, то перед генерацией содержимое существующего файла будет стерто.
P.S. У меня нет уверенности в том, что данная софтина не использует свой велосипедный алгоритм вместо системных библиотек.
Например, эта:
http://www.bertel.de/software/rdfc/
Файлы создаются так:
rdfc.exe <имя> <размер> <единица измерения - GB, MB, kB или B> <флаг перезаписи>
Единица измерения - GB, MB, kB или B;
Флаг перезаписи - если файл уже существует и передано owerwrite, то перед генерацией содержимое существующего файла будет стерто.
P.S. У меня нет уверенности в том, что данная софтина не использует свой велосипедный алгоритм вместо системных библиотек.
бла, как так может быть, в винде все тесты 0.01 процента, в линухе норма,от 5 до 90 процентов
апдейт. лол, он тестит картинку, как вместо неё подсунуть сгенериную последовательность?
Не понял. Что ему укажешь то и проверит, путь к файлу же указывать нужно.апдейт. лол, он тестит картинку, как вместо неё подсунуть сгенериную последовательность?
Однако, я заметил что результаты этой и дистрибутивной дебиановской версий несколько отличаются. Видимо, алгоритм поправили.
Jump to: