protected function hash($iv, $value) { // 生成签名 // 1、把随机值转为base64 // 2、使用hash_hmac生成sha256的加密值，用来验证参数是否更改。第一个参数表示加密方式，目前是使用sha256，第二个是用随机值连上加密过后的内容进行，第三个参数是上步使用的key。生成签名。 return hash_hmac('sha256', $iv.$value, $this->key); /根据随机值和内容，生成一个sha256的签名 }
以上加密共分了三大步
1、生成随机码
2、生成加密内容
3、生成签名
框架用到一个优雅的方法，使用serialize生成一个值，这个方法高雅在哪里，就是不管你得内容是数组还是字符串，都能转换成字符串。 而使用serialize和使用json_encode的区别在哪，我想最大的好处是，你所要加密的内容比较大的时候，serialize相对于要快。
另外一个地方是，框架在加密的时候使用了一个随机字符串。为什么要使用随机字符串呢，因为使用了随机字符串，使每次加密的内容都是不一样的，防止别人猜出来。
3. 分析decrypt方法
解密数据，可以说是最复杂的一块，不仅要进行数据的解密，而且还要保证数据的完整性，以及数据防篡改
public function decrypt($payload, $unserialize = true) { $payload = $this->getJsonPayload($payload); //把加密后的字符串转换出成数组。 $iv = base64_decode($payload['iv']); //把随机字符串进行base64解密出来 $decrypted = \openssl_decrypt( //解密数据 $payload['value'], $this->cipher, $this->key, 0, $iv ); if ($decrypted === false) { throw new DecryptException('Could not decrypt the data.'); } return $unserialize ? unserialize($decrypted) : $decrypted; //把数据转换为原始数据 }
getJsonPayload方法
protected function getJsonPayload($payload) { $payload = json_decode(base64_decode($payload), true); //把数据转换为原来的数组形式 if (! $this->validPayload($payload)) { //验证是不是数组以及数组里有没有随机字符串，加密后的内容，签名 throw new DecryptException('The payload is invalid.'); } if (! $this->validMac($payload)) { //验证数据是否被篡改 throw new DecryptException('The MAC is invalid.'); } return $payload; }
validPayload方法就不说了，比较简单和基本，重点就说说validMac验证这块，保证数据不被篡改，这是最重要的
protected function validMac(array $payload) { $calculated = $this->calculateMac($payload, $bytes = random_bytes(16)); //拿数据和随机值生成一个签名 return hash_equals( //比对上一步生成的签名和下面生成的签名的hash是否一样。 hash_hmac('sha256', $payload['mac'], $bytes, true), $calculated //根据原始数据里的签名在新生成一个签名 ); }
calculateMac方法是为了根据原始数据和随机值生成一个签名，然后用这签名再次生成一个签名
protected function calculateMac($payload, $bytes) { return hash_hmac( 'sha256', $this->hash($payload['iv'], $payload['value']), $bytes, true ); }
以上解密共分了三大步
1、判断数据的完整性
2、判断数据的一致性
3、解密数据内容。
这个验证签名有个奇怪的地方，他并不像我们平常验证签名一样。我们平常验证签名都是，拿原始数据和随机值生成一个签名，然后拿生成的签名和原始数据的签名进行比对来判断是否有被篡改。
而框架却多了一个，他用的是，通过原始数据和随机值生成签名后，又拿这个签名生成了一个签名，而要比对的也是拿原始数据里的签名在生成一个签名，然后进行比对。目前想不出，为什么要多几步操作。
在加密的时候，我们把原始数据使用serialize转换了一下，所以我们相应的也需要使用unserialize把数据转换回来。
注意
加密时使用的openssl_encrypt里的随机项量值是使用的原始数据raw这种二进制的值，使用openssl_decrypt解密后的值是使用的经过base64位后的随机字符串。
解密的时候生成签名比较的时候，不是用原来的签名，然后根据原始数据的内容，重新生成一次签名进行比较，而是使用原始签名为基础生成一个签名，然后在拿原始数据为基础生成的签名，在用这个新生成的签名重新生成了一次签名。然后进行比较的。
AES256是加密数据，后面能够逆向在进行解密出数据。而SHA256是生成签名的，这个过程是不可逆的，是为了验证数据的完整性。
总结