Please note that openssl_seal() cannot be used for EC encryption.
Took me literally two hours to find out because the OpenSSL documentation is so bad.
(PHP 4 >= 4.0.4, PHP 5, PHP 7, PHP 8)
openssl_seal — データをシール(暗号化)する
$data
,&$sealed_data
,&$encrypted_keys
,$public_key
,$cipher_algo
,&$iv
= null
openssl_seal() は、ランダムに生成された秘密鍵
および指定した cipher_algo
を使用して data
をシール(暗号化)
します。このキーは、public_key
を ID とする
公開鍵で暗号化されます。
それぞれの暗号化されたキーは encrypted_keys
で返されます。
これは、暗号化されたデータを複数の受信者に
送信できることを意味します(この際、各受信者は送信側に公開鍵を
提供します)。各受信者は、暗号化されたデータとその受信者の
公開鍵で暗号化されたエンベロープキーを受け取る必要があります。
data
シールするデータ。
sealed_data
シール済みのデータ。
encrypted_keys
暗号化したキーの配列。
public_key
公開鍵を含んだ OpenSSLAsymmetricKey クラスのインスタンスの配列。
cipher_algo
暗号化方式
デフォルト値 ('RC4'
) はセキュアでない値です。
明示的にセキュアな暗号化方式を指定することを強く推奨します。
iv
初期化ベクトル。
成功時にシール(暗号化)されたデータの長さ、エラー時に false
を返します。成功時には、暗号化されたデータが
sealed_data
に、エンベロープキーが
encrypted_keys
に返されます。
バージョン | 説明 |
---|---|
8.0.0 |
public_key は、
OpenSSLAsymmetricKey クラスのインスタンスの配列を受け入れるようになりました。
これより前のバージョンでは、
OpenSSL key 型のリソースの配列を受け入れていました。
|
8.0.0 |
cipher_algo は、オプションではなくなりました。
|
8.0.0 |
iv は、nullable になりました。
|
例1 openssl_seal() の例
<?php
// $data には、暗号化されるデータが含まれていると仮定
// 受信者の公開鍵を取得し、使用可能にする
$fp = fopen("/src/openssl-0.9.6/demos/maurice/cert.pem", "r");
$cert = fread($fp, 8192);
fclose($fp);
$pk1 = openssl_get_publickey($cert);
// 2 番目の受信者についても同様
$fp = fopen("/src/openssl-0.9.6/demos/sign/cert.pem", "r");
$cert = fread($fp, 8192);
fclose($fp);
$pk2 = openssl_get_publickey($cert);
// メッセージを暗号化。$pk1 および $pk2 の所有者のみが、$sealed を
// データをそれぞれ $ekeys[0] および $ekeys[1] で復号化することが
// 可能
openssl_seal($data, $sealed, $ekeys, array($pk1, $pk2));
// キーをメモリから開放する
openssl_free_key($pk1);
openssl_free_key($pk2);
?>
Please note that openssl_seal() cannot be used for EC encryption.
Took me literally two hours to find out because the OpenSSL documentation is so bad.
while the default is using RC4, it is possible to use other more secure algorithms. These are specified as the fifth parameter. Also, one needs to add an initialization vector (random bytes). Eg.
<?php
$data = "This is top secret.";
// fetch public keys for our recipients, and ready them
$cert = file_get_contents('./cert.pem');
$pk1 = openssl_get_publickey($cert);
$iv = openssl_random_pseudo_bytes(32);
openssl_seal($data, $sealed, $ekeys, array($pk1), "AES256", $iv);
// free the keys from memory
openssl_free_key($pk1);
echo base64_encode($sealed);
?>
Some critical details that are not in the docs, nor widely written about elsewhere.
- The envelope key is a 128-bit RSA key, randomly generated.
- The data is encrypted with (A)RC4 using the envelope key.
- The envelope key is encrypted for transmission with PKCS1 v1.5. It is NOT the OAEP padding variant. PKCS1 v1.5 is even older, and not widely supported anymore.
At least this was true for openssl_seal in PHP 7.2 that we are using.
(Note: In Python you can decrypt this envelope key with the Cryptography package, using padding.PKCS1v15())
The combination of RC4 and PKCS1 v1.5 make this function actually semi-obsolete for security use in my opinion.
"seals (encrypts) data by using RC4 with a randomly generated secret key"
It should be noted that the randomly generated secret key is 128 bits long (openssl: EVP_rc4(void): RC4 stream cipher. This is a variable key length cipher with default key length 128 bits.)
According to several sources (e.g. crypto101.io or Wikipedia) RC4 is not safe and not supposed to be used anymore.
So, shouldn't openssl_seal use another stream cipher in place of RC4?
openssl_seal() can work well when you need to pass data securely to other platforms / languages. What openssl_seal() does is;
1. Generate a random key
2. Encrypt the data symmetrically with RC4 using the random key
3. Encrypt the random key itself with RSA using the public key / certificate
4. Returns the encrypted data and the encrypted key
So to decrypt the steps are simply;
1. Decrypt the key using RSA and your private key
2. Decrypt the data using RC4 and the decrypted key
The trickiest part may be figuring out how handle the private key - BouncyCastle ( http://www.bouncycastle.org/ ) provides a PEMReader for Java and C# while Not Yet commons-ssl ( http://juliusdavies.ca/commons-ssl/ ) has a KeyStoreBuilder to build Java keystores out of a PEM certificate.
A complete example in Java is described at http://blog.local.ch/archive/2007/10/29/openssl-php-to-java.html