DiceLock Security Blog

XDiceLock 7.0.0.1 for Apple Mac OS X is the cryptographic architecture that ensures that ciphertext it’s not just encrypted but also randomized.

DiceLock cipher architecture presents two main configurations:
– Dicelock Digested, and
– Dicelock Indexed.

DiceLock encryption architecture improves symmetric ciphers like block cipher as Advanced Encryption Standard (AES 128, AES 192 and AES 256) with different block cipher operation modes and stream ciphers as HC 128 and HC 256 and others.

DiceLock (both configurations) makes use of the following random number tests: Frequency Test, Block Frequency Test, Cumulative Sum Forward Test, Cumulative Sum Reverse Test, Runs Test, Longest Run Of Ones Test, Rank Test, Universal Test, Approximate Entropy Test, Serial Test and Discrete Fourier Transform Test.

Additionally DiceLock Digested configuration makes use currently of following hash digest algorithms: Sha 1, Sha 224, Sha 256, Sha 384, Sha 512, Ripemd 128, Ripemd 160, Ripemd 256 and Ripemd 320.

As the new version XDiceLock 7.0.0.1 for Apple Mac OS X is developed, all individual components must be tested and verified, and in this article we verify IncreaseBase0IndexModifier 6.0.0.1 class (computing IncreaseBase0IndexModifier 6.0.0.1 symmetric key modifier algorithm).

Symmetric key modification is a crucial point of DiceLock architecture, cause determines which new key will be used in next re-encryption (if current encryption does not provide randomized ciphertext) of same plaintext in order to get a verified randomized-encrypted text sequence.

At the bottom of the post you can find C++ source code being used to perform this test.

Verified XDiceLock 7.0.0.1 for Apple Mac OS X

Verification components:

– Symmetric key modifier algorithm test: IncreaseBase0IndexModifier_6_0_0_1 class
– Bit stream memory management: PhysicalCryptoRandomStream class (memory pages kept in RAM, not swapped to file)

Memory characteristic used in this test:

PhysicalCryptoRandomStream class makes use of AWE (Address Windowing Extensions) that uses physical nonpaged memory, so memory is not swapped to hard disk.
In order to use PhysicalCryptoRandomStream class, which works with AWE it requires that “Lock Pages In Memory” Windows security setting policy permission must be granted in “Local Policy Settings” to the account executing the program, and in some versions the program must have “Run this program as an administrator” “Privilege Level” option checked.

In this test we set:

Original key: initial user symmetric key as usually known in cryptographic technology.
Symmetric key length in bytes: symmetric key length.
Function call number: IncreaseBase0IndexModifier 6.0.0.1 key modification call number.
Index: index to apply to”original key” in order to get modified symmetric key.
Expected symmetric key: next expected symmetric key when IncreaseBase0IndexModifier 6.0.0.1 key modification has been applied once more to “original key”.
Next symmetric key: obtained symmetric key when IncreaseBase0IndexModifier 6.0.0.1 key modification has been applied once more.

Original key: 00 88 66 77
Symmetric key length in bytes: 4

Once computed we’ve got the following result:

XDiceLock 7.0.0.1 for Mac OS X C++ source code used in this test:

– XDiceLock 7.0.0.1 for Mac OS X

– DiceLockCipher.h
– baseCryptoRandomStream.h
– baseCryptoRandomStream.cpp (1)
– baseCryptoRandomStream.cpp (2)
– physicalCryptoRandomStream.h
– physicalCryptoRandomStream.cpp
– baseIndexModifier.h
– baseIndexModifier.cpp
– arithmeticFunctions.h
– arithmeticFunctions.cpp
– increaseBase0IndexModifier_6_0_0_1.h
– increaseBase0IndexModifier_6_0_0_1.cpp

So, DiceLock cipher test and analysis can go on …

DiceLock is a trademark or registered trademark of his owner where applies. DiceLock research is the research to implement Self-corrector randomisation-encryption and method, european patent EP1182777 granted 08/21/2003 and US patent US7508945 granted 03/24/2009.