encryption - simétrico - ¿El cifrado AES(128 o 256) amplía los datos? Si es así, por cuánto?
ventajas de aes (7)
Me gustaría agregar el cifrado AES a un producto de software, pero me preocupa aumentar el tamaño de los datos. Supongo que los datos aumentan de tamaño, y luego tendré que agregar un algoritmo de compresión para compensar.
@freespace y otros: una de las cosas que recuerdo de mis clases de criptografía es que no debes comprimir tus datos antes del cifrado, porque algunos fragmentos repetibles de flujo comprimido (como los encabezados de las secciones, por ejemplo) pueden hacer que sea más fácil descifrar tu cifrado.
AES no expande datos. Además, la salida generalmente no será compresible; Si tiene la intención de comprimir sus datos, hágalo antes de cifrarlo.
Sin embargo, tenga en cuenta que el cifrado AES generalmente se combina con el padding , lo que aumentará el tamaño de los datos (aunque solo por unos pocos bytes).
AES no expande los datos, excepto por unos pocos bytes de relleno al final del último bloque.
Los datos resultantes no son comprimibles, en cualquier caso, porque son básicamente aleatorios: ningún algoritmo basado en diccionario puede comprimirlos de manera efectiva. Una mejor práctica es comprimir primero los datos y luego encriptarlos.
Es común comprimir datos antes de encriptar. Comprimirlo después no funciona, porque los datos cifrados de AES parecen aleatorios (como para cualquier cifra buena, aparte de los encabezados y demás).
Sin embargo, la compresión puede introducir ataques de canal lateral en algunos contextos, por lo que debe analizar su propio uso. Dichos ataques han sido reportados recientemente contra VOIP encriptado: lo esencial es que diferentes sílabas crean variaciones características en la tasa de bits cuando se comprimen con VBR, debido a que algunos sonidos se comprimen mejor que otros. Algunas (o todas) las sílabas pueden por lo tanto ser recuperables con suficiente análisis, ya que los datos se transmiten a la velocidad en que se generan. La solución es usar una compresión CBR (menos eficiente) o usar un buffer para transmitir a velocidad constante independientemente de la velocidad de datos que sale del codificador (lo que aumenta la latencia).
AES convierte 16 bloques de entrada de bytes en bloques de salida de 16 bytes. La única expansión es redondear los datos hasta un número entero de bloques.
Estoy bastante seguro de que el cifrado AES no agrega nada a los datos que se cifran, ya que eso proporcionaría información sobre las variables de estado, y eso es una mala cosa cuando se trata de criptografía.
Si desea mezclar compresión y encriptación, hágalo en ese orden. La razón es que los datos encriptados (idealmente) se ven como datos totalmente aleatorios, y los algoritmos de compresión terminarán por agrandar los datos, debido a su incapacidad para comprimirlos y a la contabilidad que viene con cualquier formato de archivo comprimido.
No. El único cambio será una pequeña cantidad de relleno para alinear los datos con el tamaño de un bloque
Sin embargo, si está comprimiendo el contenido, tenga en cuenta que debe hacer esto antes de cifrar. Los datos encriptados generalmente no se pueden distinguir de los datos aleatorios, lo que significa que no se comprimirán.
Si es necesaria la compresión, hazlo antes de encriptar.