RNCryptor AES256 соответствует PHP MCRYPT_RIJNDAEL_256

Хотя в большинстве ответов основное внимание уделяется хеш-файлу MD5, наиболее вероятным вызовом является тот факт, что MCRYPT_RIJNDAEL_256 не является AES. Он не определяет размер ключа 256, а размер блока – 256, тогда как AES всегда имеет размер блока 128 бит. Что касается других параметров, распечатайте их значения в шестнадцатеричном порядке перед процедурой шифрования с обеих сторон, чтобы узнать их значения.

Я понимаю, что опаздываю на вечеринку, и вы, наверное, уже переехали. Но я хочу отметить, что теперь есть полный PHP-порт RNCryptor, который является поточным потоком, совместимым с реализацией Objective-C. Я сам внес свой вклад прошлым летом, и в настоящее время я поддерживаю его. 🙂

Поэтому теперь довольно легко шифровать с помощью RNCryptor PHP и расшифровывать с помощью RNCryptor Objective-C или наоборот. Ознакомьтесь с основным проектом RNCryptor для получения подробной информации и списка подпроектов.

Необычно возвращать md5 как hex-ascii в отличие от языков сценариев, даже php предоставляет двоичный выходной параметр.

Есть несколько n стандартных вещей о php mcrypt_encrypt :

1. Заполнение ключа с помощью \ 0, если он меньше требуемого размера ключа.
2. Данные будут дополнены символами \ 0 до кратного размера блока, обычно используется дополнение, такое как pkcs7 .
3. Не указано, как обрабатывается iv, который не является размером блока, можно предположить, что он также дополняется символами конца \ 0.

Из них iv будет правильной длиной из-за установки hex-ascii из метода md5 . Но это оставляет длину данных и заполнение, которое является нестандартным.

Ключ будет 32 байта, поэтому он будет дополнен 32 \ 0 символами в php. Это вызывает вопрос об использовании AES256 с 128-битным ключом.

Из основного CommonCrypto "CommonCryptor.h":

keyLength: Длина ключевого материала. Должна быть подходящей для выбранной операции и алгоритма.

Длина ключа неверна.

Дела, которые необходимо сделать:
1. Обрабатывать длину и длину данных
2. Обработать длину ключа

Для получения дополнительной информации, пожалуйста, укажите образцы данных, которые вы используете, и hex-ascii out, помещенный в mcrypt_encrypt до кодировки base64.

Для справки см .:
mcrypt-encrypt.php и md5.php

Замечание Зафа, что

Данные будут дополнены символами \ 0 до кратного размера блока

поставил меня на путь и помог мне разобраться в части проблемы.

По сути, в mcrypt PHP используется только \0 padding для данных, в то время как CommonCryptor от Apple позволяет вам выбирать между дополнением kCCOptionPKCS7Padding ( kCCOptionPKCS7Padding ) или без прокладки. Это была одна из причин, по которой я никогда не смог получить данные: она всегда была различной по-разному, прежде чем она собиралась зашифровать.

Решение для этого состоит в том, чтобы либо заставить PHP выполнять PKCS7 заполнение данных перед запуском mcrypt ( mcrypt решение ), либо сделать Objective-C выполненным положением PHP-style \0 и обязательно удалить kCCOptionPKCS7Padding (передать опции NULL в CCCrypt):

 NSMutableData *dataToEncrypt = [sourceData mutableCopy]; NSUInteger dataLength = [dataToEncrypt length]; // See how much padding is required NSUInteger padding = kCCBlockSizeAES128 - (dataLength % kCCBlockSizeAES128); // Add that many \0's (there could be a more efficient way to do this) for (int i=0; i<padding; i++) [dataToEncrypt appendData:[@"\0" dataUsingEncoding:NSASCIIStringEncoding]]; // Recalculate the data length dataLength = dataToEncrypt.length; 

Я закончил работу с RNCryptor и работал с родным CommonCryptor API напрямую, поэтому конечный результат выглядел примерно так (метод encryptedBase64String здесь является категорией в NSString в моем приложении, потому что мне только нужно зашифровать строки таким образом, а также отметить константа kHSEncryptionKey представляющая строку ключа свободной формы):

 - (NSString*)encryptedBase64String { // Prepare the data NSMutableData *sourceData = [[self dataUsingEncoding:NSUTF8StringEncoding] mutableCopy]; // Process the key NSString *key = [[kHSEncryptionKey MD5String] substringWithRange:NSMakeRange(0, 16)]; char keyPtr[kCCKeySizeAES128 + 1]; bzero(keyPtr, sizeof(keyPtr)); [key getCString:keyPtr maxLength:sizeof(keyPtr) encoding:NSUTF8StringEncoding]; // Process the iv NSString *iv = [[[kHSEncryptionKey MD5String] MD5String] substringWithRange:NSMakeRange(0, 16)]; char ivPtr[kCCKeySizeAES128 + 1]; bzero(ivPtr, sizeof(ivPtr)); [iv getCString:ivPtr maxLength:sizeof(ivPtr) encoding:NSUTF8StringEncoding]; // Pad the data, PHP style NSUInteger dataLength = [sourceData length]; NSUInteger padding = kCCBlockSizeAES128 - (dataLength % kCCBlockSizeAES128); for (int i=0; i<padding; i++) [sourceData appendData:[@"\0" dataUsingEncoding:NSASCIIStringEncoding]]; dataLength = sourceData.length; // Buffer for the resulting data size_t bufferSize = dataLength + kCCBlockSizeAES128; void* buffer = malloc(bufferSize); // Run the encryption size_t numBytesEncrypted = 0; CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt, kCCAlgorithmAES128, NULL, keyPtr, kCCKeySizeAES128, ivPtr, sourceData.bytes, dataLength, /* input */ buffer, bufferSize, /* output */ &numBytesEncrypted); if (cryptStatus == kCCSuccess) { NSData *encyptedData = [NSData dataWithBytesNoCopy:buffer length:numBytesEncrypted]; return [encyptedData base64EncodedStringWithOptions:NSDataBase64Encoding64CharacterLineLength]; } free(buffer); return nil; }