CTR se suprapune cu IV aleatoriu

Problemă:

Sunt puțin îngrijorat de repetarea contorului în modul CTR când folosesc IV aleatoriu.

• Dacă îl împărțiți (cum ar fi jumătate de IV, jumătate de contor), crește șansele de același IV (este mai mic) și limitează lungimea mesajului (dacă este mai mică de jumătate).
• Dacă începeți cu blocul IV complet, contoarele se pot suprapune.

Aș dori cumva să obțin blocul complet IV și contorul de jumătate de bloc fără suprapuneri.

Soluția propusă:

În loc să folosim IV aleatoriu ca nonce în contor, creăm o cheie nouă prin criptarea IV cu cheie. Apoi folosim acea nouă cheie pentru criptare. Contorul începe cu jumătate de zero și cu jumătate de IV sau cu jumătate de cheie principală a face atacuri cu mai multe ținte Mai tare.

Să presupunem că cheia, IV, cifrul bloc au toate aceeași dimensiune.

$k_{date} = E_{k_{master}}(IV)$

$keystream_i = E_{k_{date}}(jumătate(IV) || counter_i)$

Este mai bine/mai rău?

Mă tem că asta ar slăbi cheia. O combinație diferită de cheie și IV ar da aceeași cheie nouă. Dar aceasta este în esență ca o simplă funcție de derivare a tastei cu sare.Acest lucru ar trebui să permită fiecărui mesaj să ajungă până la ziua de naștere.

Dacă puteți spune că există o limită a cantității de date care sunt criptate într-un singur flux, puteți împărți IV-ul într-o parte aleatorie și o parte contrară (de exemplu, 64 de biți aleatoriu, generați o dată pe flux) și partea contrară ( începând cu 0). Îl puteți împărți oricum doriți, trebuie doar să vă faceți griji cu privire la problema zilei de naștere pentru dimensiunea aleatorie.

Sau pur și simplu utilizați o cheie diferită pentru fiecare flux și porniți contorul la 0. Nu trebuie să vă faceți griji cu privire la suprapunerea în această situație.