Repository navigation
openssl_cipher_iv_length #22304
Description
Activity
@nodejs/security-wg (proposed new API, I don't think there's any security implications but being cautious)
- addedcryptoIssues and PRs related to the crypto subsystem.Issues and PRs related to the crypto subsystem.feature requestIssues requesting new Node.js features.Issues requesting new Node.js features.
on Aug 14, 2018 What about ciphers such as CCM or OCB that don't have a single fixed IV length?
@nodejs/crypto Is this something we'd consider adding? If likely not, should this be closed?
@Trott I can see that this might be useful. However, there is no single correct IV length for some ciphers. I believe OpenSSL simply returns the shortest permitted length.
I think this could be a nice addition. Is this easy information to get from openssl?
Even a minimum would be useful. It doesn't seem reasonable that an API can return "length invalid", and yet somehow not know what lengths are valid. I'll take a look at this when I have some time.
Reacted by Thiago Magalhães and Oleksandr Rozhyk@brightgroveIs this easy information to get from openssl?
EVP_CIPHER_key_length()andEVP_CIPHER_iv_length(). The latter returns 0 for ciphers that don't take an IV (ECB mode ciphers, RC4, maybe more.)Even a minimum would be useful.
I don't know. What business do you have using a cipher if you don't know its key size or IV size? Adding functions to help automate key/IV creation seems like setting up people to shoot themselves in the foot.
(Same argument goes for the block size, that currently isn't exposed either. Anyone want to argue that it should be?)
Take the OP's example code. If it derived the key/IV size automatically and you tricked it into picking RC4-40, you can guess the key in at most 2^40 tries. Foot, meet bullet.
Reacted by Tobias NießenI don't know. What business do you have using a cipher if you don't know its key size or IV size? Adding functions to help automate key/IV creation seems like setting up people to shoot themselves in the foot.
I share this concern.
What business do you have using a cipher if you don't know its key size or IV size?
Example, a file encryption tool where the user specifies the file, algorithm, and a pass phrase, and the utility runs the PBKDF, generates the key, creates a random sufficiently large IV, and writes CMS encrypted data to disk.
The tool could have a data structure of acceptable algorithms, and with each alg keep its key size, its IV size, etc. But if OpenSSL already includes this, why duplicate this into user-land?
In Go lang we have a helper: https://golang.org/pkg/crypto/aes/ (BlockSize)
In PHP we have a helper: http://php.net/manual/en/function.openssl-cipher-iv-length.php...and why not in Node.js?
I don't know. What business do you have using a cipher if you don't know its key size or IV size? Adding functions to help automate key/IV creation seems like setting up people to shoot themselves in the foot.
I have one
In my app, the user can choose which cipher he want use to chat with another person
So, I had to make a small map (key/IV) for that, but I'd like to make like in Golang:iv := ciphertext[:aes.BlockSize]- added a commit that references this issue
on Jan 8, 2021 - added a commit that references this issue
on May 22, 2026
I see some issues about
invalid IV lengthorInvalid key length.In PHP, there is a helper method (
openssl_cipher_iv_length) that return the correct length for IV.Node could have a static method for this, something like:
crypto.cipherivLength(algorithm: string): numbercrypto.cipherkeyLength(algorithm: string): numberSimple example:
Complex example: