Je souhaite améliorer un certain plugin WordPress qui utilise le désormais obsolète ? mcrypt ?. Au lieu de cela, je souhaite utiliser la bibliothèque OpenSSL pour crypter les données soumises, mais pendant le processus de cryptage, je rencontre des problèmes, à savoir?: la fonction openssl_encrypt renvoie une valeur différente de celle de mcrypt_encrypt, le système auquel je suis connecté ne renvoie pas mes données avec le bon valeur, et son propriétaire ne peut pas m'envoyer un journal du contenu que j'y ai téléchargé?:(
J'ai cherché sur tout Internet mais je n'ai pas encore trouvé de solution. Je soup?onne que le problème vient du rembourrage, mais je ne trouve pas de solution. peux-tu aider ?
Voici les changements évidents dans mes objets PHP $password, $salt et $iv
class EncryptDebug{
private $algo = 'sha1';
private $password = 'ab4232goodcf423484422c90c3e4aa7c';
private $salt = 'ascastas54490a31';
private $iv = '8947da32awl55kwj'
private $lenght = 16;
private function generate_key(){
return hash_pbkdf2( $this->algo , $this->password , $this->salt, 100, $this->lenght, true );
}
public function encryptSSL($plaintext){
$key = $this->generate_key();
$ciphertext = base64_encode(openssl_encrypt($plaintext, 'AES-128-CBC', $key, OPENSSL_ZERO_PADDING, $this->iv));
return str_replace('+', '%2B', $ciphertext);
}
public function encryptMCRYPT($plaintext){
$key = $this->generate_key();
$ciphertext = base64_encode(mcrypt_encrypt(MCRYPT_RIJNDAEL_128, $key, $plaintext, MCRYPT_MODE_CBC, $this->iv));
return str_replace('+', '%2B', $ciphertext);
}
}
J'ai oublié de mentionner?: OPENSSL_ZERO_PADDING renvoie une erreur. En utilisant OPENSSL_RAW_DATA, je peux obtenir des résultats similaires à mcrypt_encrypt mais avec une fin différente, par exemple?:
OpenSSL?: rPzVvF7gaPMA4ADAjHUW8Wy1ThTJG%2BVPdcz5iKAkAwrDTTFTcOpWgWOCh9l9JFZ8WcNzMJ868026TkUxcYJMrQ==
MCRYPT?: rPzVvF7gaPMA4ADAjHUW8Wy1ThTJG%2BVPdcz5iKAkAwrDTTFTcOpWgWOCh9l9JFZ8UGVfF091Q9bY61mTRg%2BBSg==
1
0
0
Obtenu avec le drapeau encryptSSL() 中，當前使用 Base64 編碼兩次，默認情況下一次是顯式編碼，一次是隱式編碼。因此，必須刪除其中一種 Base64 編碼，無論是顯式編碼還是隱式編碼。前者是通過刪除 base64_encode() 調(diào)用來實現(xiàn)的，后者是通過設(shè)置 OPENSSL_RAW_DATA.
De plus, mcrypt utilise un remplissage nul et PHP/OpenSSL utilise un remplissage PKCS#7. Par conséquent, afin d’obtenir le même résultat que encryptSSL() 給出與 encryptMCRYPT() , un remplissage nul doit être utilisé. Puisque PHP/OpenSSL ne prend pas en charge le remplissage zéro, le remplissage PKCS#7 doit être désactivé (en utilisant l'indicateur OPENSSL_ZERO_PADDING) et le remplissage zéro doit être implémenté explicitement >.
Global?:
$ciphertext = openssl_encrypt($this->zeroPad($plaintext, 16), 'AES-128-CBC', $key, OPENSSL_ZERO_PADDING, $this->iv); // remove base64_encode(), zero pad plaintext, disable PKCS#7 padding
avec :
protected function zeroPad($text, $bs) {
$pad = $bs - strlen($text) % $bs;
return ($pad < 16) ? $text . str_repeat("rrreee", $pad) : $text;
}
Avec ces changements, les deux fonctions donnent les mêmes résultats.
Veuillez noter que le remplissage zéro est moins fiable que le remplissage PKCS#7.
Sécurité?:
Veuillez noter que les IV statiques et les sels statiques sont des bugs. Au lieu de cela, les deux seront générés aléatoirement et transmis à l'équipe de décryptage avec le texte chiffré, généralement sous forme de concaténation (aucun des deux n'est secret).
De plus, le nombre d'itérations de PBKDF2 est de 100, ce qui est généralement trop petit.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
