безопасность — веб-разработка / PHP: когда следует / не следует использовать криптографически безопасный токен?

Стандартный способ создания криптографически безопасного токена с использованием PHP выглядит следующим образом:

$token = bin2hex(openssl_random_pseudo_bytes(16));

Я понимаю, что если вы используете Linux (что я всегда делаю), потому что он использует / dev / urandom — который изменяется в соответствии со всеми многими вещами, происходящими в операционной системе, — это делает почти невозможным прогнозирование.

Моя функция больше похожа на эту, поэтому я могу сделать это по длине символа, а не по длине в битах (хотя я на самом деле никогда не использую это, см. Ниже):

function token($charLength = 32) {

// Each byte produces 2 hexadecimal characters so bit length should be half the char length
$bitLength = $charLength / 2;

// Generate token
$token = bin2hex(openssl_random_pseudo_bytes($bitLength));

return $token;

}

Это непредсказуемость, которая делает его безопасным? Я не могу не думать, что это Меньше безопасный, потому что выходные данные являются шестнадцатеричными и, следовательно, менее трудны для угадывания или грубой силы, чем строка с тем же числом символов, которое содержит остальную часть алфавита, заглавные буквы, другие символы и т. д.

Вот почему, когда люди ссылаются на токены, они ссылаются на длину в битах, а не на длину символа?

Рассмотрим вместо этого:

function randomString($length,
$alpha = true,
$alphau = true,
$numeric = true,
$specialChars = '') {

$string = $specialChars;

if($alpha === true) {

$string .= 'abcdefghijklmnopqrstuvwxyz';

}

if($alphau === true) {

$string .= 'ABCDEFGHIJKLMNOPQRSTUVWXYZ';

}

if($numeric === true) {

$string .= '0123456789';

}

$array      = str_split($string);
$string     = '';

for($counter = 0; $counter < $length; $counter ++) {

$string .= $array[array_rand($array)];

}

return $string;

}

В контексте веб-разработки, когда бы вы использовали первую функцию над второй для:

1. Создание случайного пароля для сброса пароля
2. Создание токена одноразового использования (например, для ссылки на забытый пароль)
3. Создание соли для хэша пароля (например, bcrypt, sha512, PBKDF2)
4. Создание токена для токена cookie «запомнить меня»

Во всех случаях я использовал бы randomString (), а не token (), поэтому, я полагаю, я спрашиваю, не ошибаюсь ли я в чем-либо из вышеперечисленного.

Мое обоснование в отношении вышеуказанных пунктов:

1. Трудно угадать 12-значный случайный пароль с прописными, строчными буквами и цифрами; плюс я замораживаю людей на 15 минут после 5 неудачных попыток входа
2. 64-символьная случайная строка, если кто-то попытается перебросить токен методом перебора, то брандмауэр подберет его
3. В любом случае следует считать, что соли являются общедоступными, поскольку они отличаются по паролю, что делает невозможным создание радужной таблицы.
4. Мой токен «Помни меня» — это случайная строка длиной 128 символов, хранящаяся в cookie-файле, с солью и 512-й точкой в ​​базе данных.