You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
AES_cbc_encrypt((unsignedchar *)buf, (unsignedchar *)cipher.get(), nb_buf + nb_padding, k, iv, AES_ENCRYPT);
Above code is PCKS7 (PCKS#7) padding. If the buf is not 16-byte alignment, then fill the remaining bytes with the remaining number of bytes.
It seems like old Apple docs mentioned that there is no padding
No, I don't think the padding mentioned in above apple doc is the padding the AES encryption.
For AES, the encrypting buf must be the aligned with the number of bytes of the secrete key, that's why there are PCKS7 method to let the buf aligned with the number of bytes of secrete key.
Hello, I am wondering if SRS' support for HLS AES-128 encryption uses PKCS7 padding ?
My understanding from quickly checking the code is that it does not use PKCS7 padding?
srs/trunk/src/kernel/srs_kernel_ts.cpp
Lines 2802 to 2810 in d70e735
srs/trunk/src/kernel/srs_kernel_ts.cpp
Line 2775 in d70e735
It seems like old Apple docs mentioned that there is no padding.. But RFC8216 mentions PCKS7 padding..
I am requesting PKCS7 padding to be added for compatibility with ExoPlayer on Android..
The text was updated successfully, but these errors were encountered: