praktik terbaik untuk menghasilkan token acak untuk kata sandi yang terlupa

Saya ingin membuat pengenal untuk kata sandi yang lupa. Saya membaca bahwa saya dapat melakukannya dengan menggunakan stempel waktu dengan mt_rand (), tetapi beberapa orang mengatakan bahwa stempel waktu mungkin tidak selalu unik. Jadi saya agak bingung disini. Bisakah saya melakukannya dengan menggunakan cap waktu dengan ini?

Question
Apa praktik terbaik untuk menghasilkan token acak / unik dengan panjang kustom?

Saya tahu ada banyak pertanyaan yang diajukan di sekitar sini tetapi saya semakin bingung setelah membaca pendapat yang berbeda dari orang yang berbeda.

Di PHP, gunakan random_bytes(). Alasan: Anda sedang mencari cara untuk mendapatkan token pengingat kata sandi, dan, jika itu adalah kredensial login satu kali, maka Anda sebenarnya memiliki data untuk dilindungi (yaitu - seluruh akun pengguna)

Jadi, kodenya adalah sebagai berikut:

//$length = 78 etc
$token = bin2hex(random_bytes($length));

Pembaruan : versi sebelumnya dari jawaban ini merujuk uniqid()dan itu tidak benar jika ada masalah keamanan dan bukan hanya keunikan. uniqid()pada dasarnya hanya microtime()dengan beberapa pengkodean. Ada cara sederhana untuk mendapatkan prediksi akurat tentang microtime()di server Anda. Seorang penyerang dapat mengeluarkan permintaan pengaturan ulang kata sandi dan kemudian mencoba melalui beberapa token yang mungkin. Ini juga dimungkinkan jika more_entropy digunakan, karena entropi tambahan juga lemah. Terima kasih kepada @NikiC dan @ScottArciszewski karena telah menunjukkan hal ini.

Untuk lebih jelasnya lihat

• http://phpsecurity.readthedocs.org/en/latest/Insufficient-Entropy-For-Random-Values.html

Ini menjawab permintaan 'acak terbaik':

Jawaban Adi ¹ dari Security.StackExchange memiliki solusi untuk ini:

Pastikan Anda memiliki dukungan OpenSSL, dan Anda tidak akan pernah salah dengan satu baris ini

$token = bin2hex(openssl_random_pseudo_bytes(16));

_{1. Adi, Sen 12 Nov 2018, Celeritas, "Menghasilkan token yang tidak dapat dinantikan untuk email konfirmasi", 20 Sep '13 pada 7:06, https://security.stackexchange.com/a/40314/}

Versi awal dari jawaban yang diterima ( md5(uniqid(mt_rand(), true))) tidak aman dan hanya menawarkan sekitar 2 ^ 60 kemungkinan keluaran - baik dalam kisaran pencarian brute force dalam waktu sekitar satu minggu untuk penyerang anggaran rendah:

• mt_rand()dapat diprediksi (dan hanya menambahkan hingga 31 bit entropi)
• uniqid() hanya menambahkan hingga 29 bit entropi
• md5() tidak menambahkan entropi, itu hanya mencampurkannya secara deterministik

Karena kunci DES 56-bit dapat dipaksakan secara brutal dalam waktu sekitar 24 jam , dan kasus rata-rata akan memiliki sekitar 59 bit entropi, kita dapat menghitung 2 ^ 59/2 ^ 56 = sekitar 8 hari. Bergantung pada bagaimana verifikasi token ini diimplementasikan, dimungkinkan untuk secara praktis membocorkan informasi pengaturan waktu dan menyimpulkan N byte pertama dari token reset yang valid .

Karena pertanyaannya adalah tentang "praktik terbaik" dan dibuka dengan ...

Saya ingin membuat pengenal untuk kata sandi yang lupa

... kita dapat menyimpulkan bahwa token ini memiliki persyaratan keamanan implisit. Dan saat Anda menambahkan persyaratan keamanan ke pembuat nomor acak, praktik terbaiknya adalah selalu menggunakan pembuat nomor pseudorandom yang aman secara kriptografis (disingkat CSPRNG).

Menggunakan CSPRNG

Di PHP 7, Anda dapat menggunakan bin2hex(random_bytes($n))(di mana $nbilangan bulat lebih besar dari 15).

Di PHP 5, Anda dapat menggunakan random_compatuntuk mengekspos API yang sama.

Atau, bin2hex(mcrypt_create_iv($n, MCRYPT_DEV_URANDOM))jika Anda telah ext/mcryptmenginstal. Satu baris bagus lainnya adalah bin2hex(openssl_random_pseudo_bytes($n)).

Memisahkan Pencarian dari Validator

Menarik dari pekerjaan saya sebelumnya tentang cookie "ingat saya" yang aman di PHP , satu-satunya cara efektif untuk mengurangi kebocoran waktu yang disebutkan di atas (biasanya diperkenalkan oleh kueri database) adalah dengan memisahkan pencarian dari validasi.

Jika tabel Anda terlihat seperti ini (MySQL) ...

CREATE TABLE account_recovery (
    id INTEGER(11) UNSIGNED NOT NULL AUTO_INCREMENT 
    userid INTEGER(11) UNSIGNED NOT NULL,
    token CHAR(64),
    expires DATETIME,
    PRIMARY KEY(id)
);

... Anda perlu menambahkan satu kolom lagi selector, seperti ini:

CREATE TABLE account_recovery (
    id INTEGER(11) UNSIGNED NOT NULL AUTO_INCREMENT 
    userid INTEGER(11) UNSIGNED NOT NULL,
    selector CHAR(16),
    token CHAR(64),
    expires DATETIME,
    PRIMARY KEY(id),
    KEY(selector)
);

Gunakan CSPRNG Saat token setel ulang sandi diterbitkan, kirim kedua nilai kepada pengguna, simpan pemilih, dan hash SHA-256 dari token acak dalam database. Gunakan selektor untuk mengambil hash dan ID Pengguna, hitung hash SHA-256 dari token yang diberikan pengguna dengan yang disimpan dalam database menggunakan hash_equals().

Kode Contoh

Menghasilkan token reset di PHP 7 (atau 5.6 dengan random_compat) dengan PDO:

$selector = bin2hex(random_bytes(8));
$token = random_bytes(32);

$urlToEmail = 'http://example.com/reset.php?'.http_build_query([
    'selector' => $selector,
    'validator' => bin2hex($token)
]);

$expires = new DateTime('NOW');
$expires->add(new DateInterval('PT01H')); // 1 hour

$stmt = $pdo->prepare("INSERT INTO account_recovery (userid, selector, token, expires) VALUES (:userid, :selector, :token, :expires);");
$stmt->execute([
    'userid' => $userId, // define this elsewhere!
    'selector' => $selector,
    'token' => hash('sha256', $token),
    'expires' => $expires->format('Y-m-d\TH:i:s')
]);

Memverifikasi token setel ulang yang disediakan pengguna:

$stmt = $pdo->prepare("SELECT * FROM account_recovery WHERE selector = ? AND expires >= NOW()");
$stmt->execute([$selector]);
$results = $stmt->fetchAll(PDO::FETCH_ASSOC);
if (!empty($results)) {
    $calc = hash('sha256', hex2bin($validator));
    if (hash_equals($calc, $results[0]['token'])) {
        // The reset token is valid. Authenticate the user.
    }
    // Remove the token from the DB regardless of success or failure.
}

Potongan kode ini bukanlah solusi lengkap (saya menghindari validasi input dan integrasi kerangka kerja), tetapi mereka harus berfungsi sebagai contoh tentang apa yang harus dilakukan.

Anda juga dapat menggunakan DEV_RANDOM, di mana 128 = 1/2 panjang token yang dihasilkan. Kode di bawah menghasilkan 256 token.

$token = bin2hex(mcrypt_create_iv(128, MCRYPT_DEV_RANDOM));

Ini mungkin berguna kapan pun Anda membutuhkan token yang sangat acak

<?php
   echo mb_strtoupper(strval(bin2hex(openssl_random_pseudo_bytes(16))));
?>