SJCL: converti ascii in un BitArray e calcola numeri casuali

Senza guardare i numeri esatti, lascia che ti indichi perché questo sta accadendo:

1. Secondo i documenti , a volte userà alcuni bit aggiuntivi per memorizzare ulteriori informazioni (vale a dire il numero effettivo di byte):

   Most of our crypto primitives operate on arrays of 4-byte words internally, but many of them can take arguments that are not a multiple of 4 bytes. This library encodes arrays of bits (whose size need not be a multiple of 8 bits) as arrays of 32-bit words. The bits are packed, big-endian, into an array of words, 32 bits at a time. Since the words are double-precision floating point numbers, they fit some extra data. We use this (in a private, possibly-changing manner) to encode the number of bits actually present in the last word of the array.

   Because bitwise ops clear this out-of-band data, these arrays can be passed to ciphers like AES which want arrays of words.

   Questo probabilmente spiega il bit in più che viene aggiunto, e spiega anche perché concatenare due BitArray s non semplicemente concatenano gli array di parole, come sembra che ti aspetti. Se il primo aveva in realtà un multiplo di 4 byte, allora sì, è quello che succederebbe.

2. Se ricordo male, SJCL proverà ad usare la funzionalità crittografica dei browser moderni per creare il suo generatore di numeri casuali, ricadendo su uno personalizzato (che usa il movimento del mouse, le sequenze di tasti, ecc. per generare un'ulteriore entropia per essere combinato con un PRNG [non crittografico]). Ciò significa che nel browser moderno non è importante se si imposta paranoia o meno. Sui browser più vecchi (o che non supportano crypto ), allora devi davvero mettere in funzione i collector se prevedi di utilizzare algoritmi che dipendono da un CSPRNG. Ti aiuterò di più, ma non ho mai usato questa funzionalità da solo, quindi posso indirizzarti solo a i documenti .

P.S. US-ASCII è un sottoinsieme di UTF-8, quindi non è necessario convertirlo prima in Hex e poi in un BitArray. Usa solo sjcl.codec.utf8String.toBits(str) . (a pensarci bene, come sai che il tuo testo è in realtà ASCII? SJCL [normalmente] gira in un browser ... Meglio essere sicuro, e rendere il tuo codice conforme a Unicode)

Il motivo per cui BitArray contiene ints > 32bits è che codec.hex.toBits presuppone che la stringa esadecimale fornita abbia una lunghezza che è un multiplo di 8. Presumibilmente questo è dovuto al fatto che il codec è destinato all'uso interno ma io pensavo di lo menzionerei qui perché non ho trovato alcuna indicazione di questa limitazione in nessun'altra documentazione o discussione di SJCL.

Per eseguire testo arbitrario attraverso i bit, è possibile azzerare la parte anteriore della rappresentazione della stringa esadecimale per ottenere una stringa esadecimale di lunghezza% 8 = 0.