TCrypto - ¿Comentarios sobre las decisiones de diseño que tomé?

1. No hay necesidad de un MAC interno. No me queda claro a qué problema se refiere. Supongo que su esquema funciona así: comprima los datos, luego aplique cifrar y luego MAC a los datos comprimidos. Si el resumen de MAC es válido, puede estar seguro de que después de descifrar procesará los mismos datos que envió el remitente, por lo que no es necesario tener otro MAC.

2. Depende de la variante del modo CTR que utilice y de cómo se forme el contador. En la forma más simple, para cifrar un mensaje n -block debajo del IV v , usamos v , v +1, v +2, .., v + n -1 como contadores, así que déjeme suponer que es lo que está haciendo (si no, especifique). Está bien generar un contador aleatorio de 128 bits con /dev/urandom .

3. Parece que estás haciendo algo sofisticado para generar la clave utilizada para cifrar cada mensaje. No puedo comentar sobre eso, porque no has proporcionado suficientes detalles sobre lo que estás haciendo.

Si divide esto en varias preguntas y proporciona más detalles, es posible que podamos brindarle mejores respuestas.

La compresión y el cifrado son muy fáciles de probar y los errores generalmente se detectan rápidamente. Así que no hay necesidad de tener otro MAC dentro. Nunca he visto tal configuración, y también sería suficiente tener solo un CBC o similar para ese caso. Sugiero simplemente poner un montón de pruebas automatizadas después de la rutina de construcción / instalación.

Que yo sepa, no hay diferencia en la recomendación de la elección IV entre diferentes modos de cifrado. Schneier y Ferguson recomiendan en Criptografía práctica usar un contador como IV. El uso de un valor aleatorio es igual de seguro siempre que tenga un PRNG que funcione en su mayoría.

Si las claves son realmente únicas para cada cifrado, no importa en absoluto cómo se elija el IV. El IV es específicamente para hacer múltiples encriptaciones con la misma clave. Pero probablemente no pueda confiar en eso, ya que el tiempo podría ser constante o reiniciarse por alguna razón. (En general, no debe asumir un reloj de trabajo en su criptografía :-)) Por lo tanto, aún debe usar un conteo IV o incluir / dev / random en la clave actual.

En lugar de encrypt-then-mac, puede usar un ciphermode con cifrado y autenticación combinados, como GCM o CCM. Si recuerdo correctamente, la ventaja de CTR es que el cifrado de un mensaje puede ser paralelo.

Descargo de responsabilidad: no soy un criptógrafo.