Due to a significant change in the political situation in the 1990s, cryptography ceased to be the domain of spies, and the development of technology enabled the use of these approaches in science and commerce. In order to facilitate this made it necessary to ensure adequate standardization. This article seeks to summarize standardization activities.
During the late twentieth and early twenty-first centuries, several standardization competitions emerged
which had an impact on cryptography and its implementation. Whether it be the DES algorithms (which originated significantly
earlier) and AES, the hash function of SHA-1, SHA-2, SHA-3, or currently Post Quantum Cryptography or LightWeight
Cryptography. All are reactions of industry and commerce to ensure confidentiality, integrity, trustworthiness
and authenticity of communication.
In the field of standardization, the two leading countries from the Cold War era were the Western Bloc, represented by
the US and its allies, compared to the Eastern Bloc and its satellites. Initially, they were algorithms designed
for military communications and state secrets. After the moderation of international relations, these tools were used
in commerce, industry and services. Unfortunately, at present, a significant number of organizations overlook the lessons of this era.
More precisely, confidentiality does not ensure the integrity or authenticity of a message. Similarly, in the field of IT,
the Kerckhoff rules are forgotten. One of them has been saying for over 150 years: "Cryptography must be safe and easy
to use, must not require an increased intellectual burden".
In the field of cryptography, standardization has a long tradition in the United States. An example is the famous
"Rainbow series" of books on security (rainbow series), which subsequently developed into Common Criteria.
A large number of these rules originated in the military and were published over the years, for example, by the NIST Institute,
eventually they were standardized and became known at the federal level as FIPS.
The Standardization Institute cooperates with the NSA, which ensures the security of communications of a government organization.
Unfortunately, the cooperation with this organization is not always perceived positively. There have been several problems in history
that make the relationship to the NSA at least ambivalent (ECB mode, DES and 3DES, Dual EC_DRBG, Simon&Speck)
and some procedures can be called kleptography. On the other hand, for the development of security and
cryptography, despite all the aforementioned maladies, the NSA has done a huge amount of work.
One of the first standards was the DES algorithm (FIPS 146), which was developed at IBM. Horst Feistel was behind the development of this algorithm, who developed the original Lucifer algorithm as early as the second half of the 1960s. It was decided to publish it in early 1970, and since around that time there was a demand for an encryption standard, IBM and the NSA established a close collaboration. Thanks to this collaboration, the algorithm continued to evolve but there were also distinctive features of the algorithm. The result was the DES algorithm, which was subsequently standardized in 1977. Later, due to the key being too short, the 3DES algorithm was implemented. It used several passes through the DES algorithm, each with a different key. This resulted in a kind of extension of the key material either in the form of three encryptions and three keys, or two keys and the EDE mode (encryption-decryption-encryption). In 2004 the DES algorithm was declared obsolete, around 2017 all 64b algorithms were generally declared obsolete due to the Sweet32 attack. As of January 1, 2024, neither DES nor 3DES may be used anymore.
This was not a competition, the SHA algorithm (SHA-0 / FIPS 180) was designed in 1992 by the NSA and standardized in 1993. Due to the vulnerabilities found, modifications were made to this algorithm and in 1994, the NSA proposed its successor SHA1 (FIPS 180-1 and later FIPS 180-2). This was standardized a year later. In both cases, the Merkle–Damgård architecture was used. The algorithm has a limit on the length of input and the hash does not contain information about this length, so it is possible to attack by extending the hashed text.
Based on significant community development and criticism of the NSA's cryptographic algorithms, there was for the first time a public contest for a new standard called AES (FIPS 197). What was the cause of this award is likely to be a long discussion, but in any case it was an excellent move. There was competition between cryptologists from almost all over the world, the contest was practically free, the standard was promoted by the contest itself. At the same time, suspicion of a possible back door was effectively eliminated, as it is very difficult to push such things into existing algorithms. At the same time it was the first American standardization contest ever won by a non-American (Joan Daemen and Vincent Rijmen). NIST released an economic impact analysis in 2017, and the potential economic impact of the algorithm is estimated to be around $250 trillion. The list of contestants is in the following table:
Algorithm | Round 1 | Finalists | Winner |
CAST-256 | yes | - | - |
CRYPTON | yes | - | - |
DEAL | yes | - | - |
DFC | yes | - | - |
E2 | yes | - | - |
FROG | yes | - | - |
HPC | yes | - | - |
LOKI97 | yes | - | - |
MAGENTA | yes | - | - |
MARS | yes | yes | - |
RC6 | yes | yes | - |
Rijndael | yes | yes | AES |
SAFER+ | yes | - | - |
Serpent | yes | yes | - |
Twofish | yes | yes | - |
Again, this was not a competition, the SHA2 algorithm was designed by the NSA in 1999-2001 and standardized in 2002. At that time, the results of the AES algorithm competition were still pending and efforts were still underway to evaluate impact and safety, so the classical approach was probably chosen. As with SHA-1, this was the Merkle–Damgård architecture. The design developed the original SHA-1 design, extended the output length from 160b to 256/384/512b, tried to deal with the mistakes of the original design, and was published under the name SHA2 (FIPS 180-2). Unfortunately, there remained restrictions on the maximum input size, or the lack of influence of input text length on the output hash.
Based on the success of the AES competition and the search for a new hash function design, a competition was launched for a new
hashing standard. Existing versions of SHA1/SHA2 had some limitations that were pointed out in the community.
For these reasons, an international competition was held again, running from 2009 to 2012. In year
2014 saw the publication of a new standard. The result was a hash function built on a new architecture, called
like Sponge function.
How to imagine this "sponge" function? The base is the input memory. This contains a part, referred to as a reservoir,
the second is inserted with the input texts. XOF (eXpendable Output Function) operations are performed over the input memory,
that combine the contents of memory. If we imagine this on a model of a classic washing sponge and water container, always when
soak the sponge in water, fill it with water - the input text. Its compression makes XOF and throws away part of the data, part
always stays inside. After we transfer all the water (data) from the container with the sponge, we can really wring it out
provide output hash.
The winner of this competition was the KECCAK algorithm, hereinafter referred to as SHA-3 (FIPS 202). Outside of this
architecture, other interesting approaches were created, one of them was the HAIFA design, used e.g.
in the Blake/Blake2/Blake3 algorithm. Next, it was the second competition won by a non-American team. Coincidentally
it was the same team of winners as in the AES competition.
Algorithm | Submission | Round 1 | Round 2 | Finalist | Winner | Status |
Abacus | yes | - | - | - | Withdrawn | |
ARIRANG | yes | - | - | - | Discarded | |
AURORA | yes | - | - | - | Broken | |
BLAKE | yes | yes | yes | - | Discarded | |
Blender | yes | - | - | - | Broken | |
Blue Midnight Wish | yes | yes | - | - | Discarded | |
Boole | yes | - | - | - | Withdrawn | |
CRUNCH | yes | - | - | - | Discarded | |
CubeHash | yes | yes | - | - | Discarded | |
DCH | yes | - | - | - | Withdrawn | |
Dynamic SHA | yes | - | - | - | Broken | |
Dynamic SHA2 | yes | - | - | - | Broken | |
ECOH | yes | - | - | - | Broken | |
Edon-R | yes | - | - | - | Broken | |
ECHO | yes | yes | - | - | Discarded | |
EnRUPT | yes | - | - | - | Broken | |
ESSENCE | yes | - | - | - | Broken | |
FSB | yes | - | - | - | Discarded | |
Fugue | yes | yes | - | - | Discarded | |
Grøstl | yes | yes | yes | - | Discarded | |
Hamsi | yes | yes | - | Discarded | ||
HASH 2X | not accepted | - | - | - | - | Removed |
Cheetah | yes | - | - | - | Broken | |
CHI | yes | Discarded | ||||
JH | yes | yes | yes | - | Discarded | |
Keccak | yes | yes | yes | SHA-3 | Standard | |
Khichidi-1 | yes | - | - | - | Withdrawn | |
LANE | yes | - | - | - | Discarded | |
Lesamnta | yes | - | - | - | Discarded | |
Luffa | yes | yes | - | - | Discarded | |
LUX | yes | - | - | - | Broken | |
Maraca | not accepted | - | - | - | - | Removed |
MCSSHA-3 | yes | - | - | - | Broken | |
MD6 | yes | - | - | - | Discarded | |
MeshHash | yes | - | - | - | Withdrawn | |
NaSHA | yes | - | - | - | Broken | |
NKS 2D | not accepted | - | - | - | - | Removed |
Ponic | not accepted | - | - | - | - | Removed |
SANDstorm | yes | - | - | - | Discarded | |
Sarmal | yes | - | - | - | Discarded | |
Sgàil | yes | - | - | - | Broken | |
Shabal | yes | yes | - | - | Discarded | |
SHAMATA | yes | - | - | - | Withdrawn | |
SHAvite-3 | yes | yes | - | - | Discarded | |
SIMD | yes | yes | - | - | Discarded | |
Skein | yes | yes | yes | - | Discarded | |
Spectral Hash | yes | - | - | - | Broken | |
StreamHash | yes | - | - | - | Withdrawn | |
SWIFFTX | yes | - | - | - | Discarded | |
Tangle | yes | - | - | - | Withdrawn | |
TIB3 | yes | - | - | - | Discarded | |
Twister | yes | - | - | - | Broken | |
Vortex | yes | - | - | - | Broken | |
WaMM | yes | - | - | - | Withdrawn | |
Waterfall | yes | - | - | - | Withdrawn | |
ZK-Crypt | not accepted | - | - | - | - | Removed |
The light cryptography competition covered specific requirements for encryption algorithms, designed for systems with limited resources. The term covers low performance or low processor capabilities, low memory, insufficient randomness inputs or missing cryptoaccelerators. It can be the Internet of things, industrial systems, payment or access cards, etc. Even these devices need to provide acceptable communication protection, but the available resources for standard algorithms may not be enough. For this reason, the contest was announced in 2018 and the winners were announced in 2023. A draft for the new standard is currently published. The winner of this contest was the ASCON algorithm (NIST SP 800-232), which provides adequate protection even for devices with such limited capabilities. Interestingly, this algorithm was also the winner of the European CAESAR competition (see below)
Algorithm | Round 1 | Round 2 | Finalist |
ACE | Discarded | - | |
ASCON | ASCON | ||
Bleep64 | Discarded | - | - |
CiliPadi | Discarded | - | - |
CLAE | Discarded | - | - |
CLX | Discarded | - | - |
COMET | Discarded | - | |
DryGASCON | Discarded | - | |
Elephant | Elephant | ||
ESTATE | - | - | |
FlexAEAD | Discarded | - | - |
ForkAE | Discarded | - | |
Fountain | Discarded | - | - |
GAGE and InGAGE | Discarded | - | - |
GIFT-COFB | GIFT-COFB | ||
Gimli | Discarded | - | |
Grain-128AEAD | Grain-128AEAD | ||
HERN&HERON | Discarded | - | - |
HYENA | Discarded | - | |
ISAP | ISAP | ||
KNOT | Discarded | - | |
LAEM | Discarded | - | - |
Liliput-AE | Discarded | - | - |
Limdolen | Discarded | - | - |
LOTUS-AEAD and LOCUS-AEAD | Discarded | - | |
mixFeed | Discarded | - | |
ORANGE | Discarded | - | |
Oribatida | Discarded | - | |
PHOTON-Beetle | - | - | |
Pyjamask | Discarded | - | |
Qameleon | Discarded | - | - |
Quartet | Discarded | - | - |
REMUS | Discarded | - | - |
Romulus | Romulus | ||
SAEAES | Discarded | - | |
Saturnin | Discarded | - | |
Shamash&Shamashash | Discarded | - | - |
SIMPLE | Discarded | - | - |
SIV-Rijndael256 | Discarded | - | - |
SIV-TEM-PHOTON | Discarded | - | - |
SKINNY-AEAD/SKINNY-HASH | Discarded | - | |
SNEIK | Discarded | - | - |
SPARKLE (SCHWAEMM and ESCH) | SPARKLE | ||
SPIX | Discarded | - | |
SpoC | Discarded | - | |
Spook | Discarded | - | |
Subterranean 2.0 | Discarded | - | |
SUNDAE-GIFT | Discarded | - | |
Sycon | Discarded | - | - |
Thank Goodness It’s Friday (TGIF) | Discarded | - | - |
TinyJambu | TinyJambu | ||
Triad | Discarded | - | - |
TRIFLE | Discarded | - | - |
WAGE | Discarded | - | |
Xoodyak | Xoodyak | ||
Yarará and Coral | Discarded | - | - |
A competition for new standards for quantum computer-resistant cryptography has been running since 2017. This competition expanded in 2022 to include a branch known as the Additional Digital Signature Scheme, Currently the first cryptographic schemes ML-KEM (FIPS 203), ML-DSA (FIPS 204) and SHL-DSA (FIPS 205) are available. The FN-DSA (FIPS 206) standard is in the design phase. Although we have a large number of digital signature algorithms from both the main and the secondary standardization branch, unfortunately for the time being only a single algorithm for key negotiation is available. The search for alternatives in this area is currently one of the important goals of standardization institutions. More about the algorithms that are part of the above selections in a separate article.
NESSIE and eSTREAM were two consecutive competitions that had an interesting connection from the cryptography point of view. The reason is simple, the eSTREAM contest is the direct successor of NESSIE. The reason was the failure of all current cipher contestants in the NESSIE contest. In addition to the two ECRYPT contests, two others were held in Europe, the PHC community contests and the CAESAR contest.
The NESSIE project was announced in 2000 and closed in 2003. It was inspired by the AES contest and focused on finding new encryption algorithms for Europe. In the case of current algorithms, however, it encountered a considerable problem of insufficient level of development. Virtually all current ciphers were excluded during the contest and, based on the knowledge gained, the eSTREAM project was subsequently launched a year later. Thanks to this project, significant progress was made in the field of current ciphers. At the same time, the NESSIE project accepted the newly selected AES algorithm (the result of the US contest) for use in Europe, as well as the newly selected CAMMELIA algorithm (the result of the Japanese competition CRYPTREC).
Algoritmus | Submission | Phase 1 | Phase 2 | Finalist |
CS-Cipher (64b) | Discard | - | - | |
Hierocrypt-L1 (64b) | Discard | - | - | |
IDEA (64b) | Yes | Discard | - | |
Khazad (64b) | Yes | Discard | - | |
MISTY 1 (64b) | Yes | MISTY-1 | ||
Nimbus (64b) | Discard | - | - | |
Anubis (128b) | Discard | - | - | |
Camellia (128b) | Yes | Camellia | ||
Grand Cru (128b) | Discard | - | - | |
Hierocrypt-3 (128b) | Discard | - | - | |
Noekeon (128b) | Discard | - | - | |
Q (128b) | Discard | - | - | |
SC2000 (128b) | Discard | - | - | |
SHACAL (160b) | SHACAL-1/SHACAL-2 | SHACAL-2 | ||
NUSH (variable lengtg) | Discard | - | - | |
RC6 (variable lengtg) | Discard | - | - | |
SAFER++ (variable lengtg) | Yes | Discard | - | |
BGML (stream) | BGML 1 | Discard | - | |
Leviatan (stream) | Discard | - | - | |
LILI-128 (stream) | Discard | - | - | |
SNOW (stream) | SNOW 2.0 | Discard | - | |
SOBER-t16 (stream) | Yes | Discard | - | |
SOBER-t32 (stream) | Yes | Discard | - | |
Two-Track-MAC (MAC) | Yes | Two-Track-MAC | ||
UMAC (MAC) | Yes | UMAC | ||
Whirlpool (hash) | Yes | Whirlpool | ||
ACE Encrypt (KEM) | Yes | ACE-Ecnrypt | ||
ECIES (KEM) | Yes | Discard | - | |
EPOC (KEM) | EPOC-2 | Discard | - | |
PSEC (KEM) | PSEC-KEM | PSEC-KEM | ||
RSA-OAEP (KEM) | Yes | RSA-KEM | ||
ACE Sign (DSA) | Discard | - | - | |
ECDSA (DSA) | Yes | ECDSA | ||
ESIGN (DSA) | ESIGN-D | Discard | - | |
FLASH (DSA) | Discard | - | - | |
QUARTZ (DSA) | Yes | Discard | - | |
RSA-PSS (DSA) | Yes | RSA-PSS | ||
SFLASH (DSA) | SFLASHv2/SFALSHv3 | SFLASH | ||
GPS (Asymmetric ID) | GPSv2.0 | GPS |
The successor to the NESSIE competition was eSTREAM. It started its activities in 2004 and the results were announced already in 2008. It focused purely on the development and choices in the field of current algorithms. One of the results of this competition was the very popular SALSA family of algorithms (Salsa/12, Salsa20, ChaCha/12 and ChaCha/20). The Blake group of hash algorithms (architecture HAIFA) was subsequently created.
Algorithm | Submission | Round 1 | Round 2 | Finalist | Winners |
ABC v3 (supersedes: ABC v1) | Discard | - | - | ||
Achterbahn-80 (also Achterbahn-128) | Discard | - | - | ||
CryptMT v3 (supersedes: CryptMT v1, Fubuki) | Discard | - | |||
DECIM v2 (supersedes: DECIM v1) | Discard | - | |||
DICING P2 (supersedes: DICING P1) | Discard | - | - | ||
Dragon | Discard | - | |||
Edon-80 | Discard | - | |||
F-FCSR-H | Widthraw | - | - | - | - |
F-FCSR-H (also F-FCSR-16; supersedes: F-FCSR) | Discard | - | |||
Frogbit | Discard | - | - | - | |
Grain v1 (supersedes: Grain v0) | Hardware | Hardware | |||
HC-128 (also HC-256) | Software | Software | |||
Hermes8 | Discard | - | - | ||
LEX | Discard | - | |||
MAG | Discard | - | - | - | |
MICKEY 2.0 (also MICKEY-128 v2) | Hardware | Hardware | |||
Mir-1 | Discard | - | - | - | |
MOUSTIQUE (supersedes: MOSQUITO) | Discard | - | |||
NLS v2 (supersedes: NLS v1) | Discard | - | |||
Phelix | Discard | - | - | ||
Polar Bear v2 (supersedes: Polar Bear v1) | Discard | - | - | ||
POMARANCH v3 (supersedes: POMARANCH v1) | Discard | - | |||
Py | Discard | - | - | ||
Rabbit | Software | Software | |||
Salsa20/12 (also Salsa20/8, Salsa20) | Software | Software | |||
SFINKS | Discard | - | - | - | |
SOSEMANUK | Software | Software | |||
SSS | Discard | - | - | - | |
TRBDK3 YAEA | Discard | - | - | - | |
Trivium | Hardware | Hardware | |||
TSC-4 (supersedes: TSC-3) | Discard | - | - | ||
VEST P2 (supersedes: VEST P1) | Discard | - | - | ||
WG P2 (supersedes: WG P1) | Discard | - | - | ||
Yamb | Discard | - | - | - | |
ZK-Crypt P2 (supersedes: ZK-Crypt P1) | Discard | - | - |
For the purpose of password authentication, a separate database with data in open form was originally used, then
the DES algorithm for symmetric encryption began to be used. At the same time,
crypt interface was created, its first use is
dated back to 1974. The use of hash functions for one-way authentication
was a matter of the 1980s and 1990s. Their unidirectionality was an advantage over symmetric
ciphers. Unfortunately, with their use, there were also attacks that targeted both the hash functions and
the way they were used. Initially, it was a use for hash functions for rainbow table
(Rainbow table). In this case, the computation occurs and thus the exchange of computational time for disk
space, thus greatly speeding up the attack. Fortunately, the use of rainbow tables is limited to a narrow range of possible
inputs and can be relatively easily prevented by using salt (a parameter generated for each individual password
separately). Unfortunately, the hash functions are not perfect and it was necessary to come up with additional methods of protection that
move the attacker beyond the area of attack profitability. The first step was compound hash functions (HMAC), followed by PBKDF2
above hash functions and finally a special class of slow hash functions was searched for.
The special class of slow hash functions is able to prevent the creation of rainbow tables and has increased demands on memory
and processor. This increases the cost of the attack beyond what the attacker accepts. In 2013, a
PHC contest was announced and closed two years later. The goal was to ensure standardization, eventually
cooperation with the authorities came to an end. Nevertheless, a winner was found and generally accepted, others algorithms were
found to be extremely promising. The full list is as follows:
Name | Submission | Round 1 | Round 2 | Finalist |
AntCrypt | Discarded | - | - | |
Argon and Argon2 | Winner | |||
battcrypt | Discarded | - | ||
Catena | Special recognition | |||
Catfish | Not accepted | - | - | - |
Centrifuge | Discarded | - | - | |
EARWORM | Discarded | - | - | |
Gambit | Discarded | - | - | |
Lanarea | Discarded | - | - | |
Lyra2 | Special recognition | |||
M3lcrypt | Not accepted | - | - | - |
Makwa | Special recognition | |||
MCS_PHS | Discarded | - | - | |
Omega Crypt | Discarded | - | - | |
Parallel | Discarded | - | ||
PolyPassHash | Discarded | - | - | |
POMELO | Discarded | - | ||
Pufferfish | Discarded | - | ||
RIG | Discarded | - | - | |
Schvrch | Discarded | - | - | |
Tortuga | Discarded | - | - | |
TwoCats | Discarded | - | - | |
Yarn | Discarded | - | - | |
yescrypt | Special recognition |
In 2012, a competition was announced and opened a year later for new algorithms capable of providing authenticated encryption. Developments in this area have shown some weaknesses associated with AE (Autenticated Encryption) and AEAD (Authenticated Encryption with Associated Data). This means encryption where it is possible to prove not only confidentiality, but also authenticity, i.e. who encrypted this data. This competition was closed in 2019, but its results did not come to fruition in the form of a standard. The competition itself is difficult to read. Nevertheless, the winner of this competition also won the NIST LWC competition. The CAESAR project list is here:
Algorithm | Submission | Round 1 | Round 2 | Round 3 | Round 4 | Round 5 | Finalist |
++AE | 1st round | - | - | - | - | - | |
ACORN | 2nd place / 1st use case | ||||||
AEGIS-128 | - | - | - | - | - | - | |
AEGIS-128L | 1st place / 2nd use case | ||||||
AEGIS-256 | 1st place / 2nd use case | ||||||
AES-CMCC | 1st round | - | - | - | - | - | |
AES-COBRA | Withdrawn | - | - | - | - | - | |
AES-COPA | COLM | 2st place / 3rd use case | |||||
AES-CPFB | 1st round | - | - | - | - | - | |
AES-OTR | - | - | - | AES-OTR | - | - | |
AEZ | - | - | - | AEZ | - | - | |
Artemia | 1st round | - | - | - | - | - | |
ASCON | 1st place / 1st use case | ||||||
Avalanche | 1st round | - | - | - | - | - | |
Calico | Withdrawn | - | - | - | - | - | |
CBA | 1st round | - | - | - | - | - | |
CBEAM | Withdrawn | - | - | - | - | - | |
CLOC and SILC | - | - | - | CLOC and SILC | - | - | |
DEOXYS-I | - | - | - | DEOXYS-II | 1st place / 3rd use case | ||
ElmD | COLM | 2st place / 3rd use case | |||||
Enchilada | 1st round | - | - | - | - | - | |
FASER | Withdrawn | - | - | - | - | - | |
HKC | Withdrawn | - | - | - | - | - | |
HS1-SIV | - | - | HS1-SIV | - | - | - | |
ICEPOLE | - | - | ICEPOLE | - | - | - | |
iFEED | 1st round | - | - | - | - | - | |
iSCREAM | 1st round | - | - | - | - | - | |
JAMBU | - | - | - | JAMBU | - | - | |
Joltik | - | - | Joltik | - | - | - | |
Julius | 1st round | - | - | - | - | - | |
Ketje | - | - | - | Ketje | - | - | |
Keyak | - | - | - | Keyak | - | - | |
KIASU | 1st round | - | - | - | - | - | |
LAC | 1st round | - | - | - | - | - | |
Marble | Withdrawn | - | - | - | - | - | |
McMambo | Withdrawn | - | - | - | - | - | |
Minalpher | - | - | Minalpher | - | - | - | |
MORUS | 2st place / 2nd use case | ||||||
NORX | - | - | - | NORX | |||
OCN | |||||||
OMD | - | - | OMD | - | - | - | |
PAEQ | - | - | PAEQ | - | - | - | |
PAES | Withdrawn | - | - | - | - | - | |
PANDA | Withdrawn | - | - | - | - | - | |
POET | - | - | POET | - | - | - | |
POLAWIS | 1st round | - | - | - | - | - | |
PRIMATEs | - | - | PRIMATEs | - | - | - | |
Prøst | 1st round | - | - | - | - | - | |
Raviyoyla | 1st round | - | - | - | - | - | |
Sablier | 1st round | - | - | - | - | - | |
SCREAM | - | - | SCREAM | - | - | - | |
SHELL | - | - | SHELL | - | - | - | |
STRIBOB | - | - | STRIBOB | - | - | - | |
Tiaoxin | - | - | - | Tiaoxin | - | - | |
TriviA-ck | - | - | TriviA-ck | - | - | - | |
Wheesht | 1st round | - | - | - | - | - | |
YAES | 1st round | - | - | - | - | - | |
Π-Cipher | - | - | Π-Cipher | - | - | - |
Japan has its own standardisation structure. It uses the CRYPTREC panel for selection, which also takes into account standards of other countries.
This is a Japanese commission that carried out the evaluation of mechanisms for the first time in 2003. This activity was repeated in 2013 and 2023 (it seems that every 10 years). The results of the evaluation of the individual encryption algorithms are published and create binding rules for the Japanese market. Moreover, the Camellia algorithm (one of the winners) is internationally accepted and partially accelerable using AES-NI instructions. The full list is here:
2003 | 2013 | 2023 | |
Digital signature | DSA | DSA | DSA |
ECDSA | ECDSA | ECDSA | |
RSASSA-PKCS1v1.5 | RSASSA-PKCS1v1.5 | RSASSA-PKCS1v1.5 | |
RSA-PSS | RSA-PSS | RSA-PSS | |
Key exchange | RSA-OAEP | RSA-OAEP | RSA-OAEP |
RSAES-PKCS1-V1.5 | |||
Key agreement | DH | DH | DH |
ECDH | ECDH | ECDH | |
PSEC-KEM | |||
Block cipher 64b | CIPHERUNICORN-E | ||
Hierocrypt-L1 | |||
MISTY1 | |||
3-key Triple DES | 3-key Triple DES | 3-key Triple DES | |
Block cipher 128b | AES | AES | AES |
Camellia | Camellia | Camellia | |
CIPHERUNICORN-A | |||
Hierocrypt-3 | |||
SC2000 | |||
Block cipher mode | CBC | CBC | |
CFB | CFB | ||
CTR | CTR | ||
OFB | OFB | ||
AEAD mode | CCM | CCM | |
GCM | GCM | ||
Stream cipher | MUGI | Kcipher-2 | Kcipher-2 |
MULTI-S01 | |||
128-bit RC4 | |||
Integrity protection | CMAC | CMAC | |
HMAC | HMAC | ||
Identity verification | ISO/IEC 9798-2 | ISO/IEC 9798-2 | |
ISO/IEC 9798-3 | ISO/IEC 9798-3 | ||
Hash | RIPEMD-160 | ||
SHA-1 | |||
SHA-256 | SHA-256 | SHA-256 | |
SHA-384 | SHA-384 | SHA-384 | |
SHA-512 | SHA-512 | SHA-512 | |
PRNG / CSPRNG | ANSI X9.42-2001 Annex C.1 based on SHA1 | ||
FIPS 186-2 Appendix 3.1 based on SHA1 | |||
FIPS 186-2 revised Appendix 3.1 based on SHA1 |
Standardization in South Korea has taken a different path. This country is trying to promote its technologies through products manufactured on its market, while also supporting generally accepted standards. For this reason, the products of their companies also support the national algorithms ARIA (cooperation of security forces and academia) and SEED (security forces). Both of these algorithms are part of e.g. SSL/TLS. In addition to these algorithms, KpQC standardization for quantum computer-resistant cryptography is currently running, which is led by the world's leading experts.
This is an ongoing competition to select the corresponding algorithms for quantum computer-resistant cryptography. More about the algorithms that are part of the above selections in article
The Russian Federation still maintains the GOST standards (государственный стандарт / gosudarstvennyi standard) from the time of the Union of Soviet Socialist Republics. This is a set of standards originally corresponding to the requirements of the Soviet Union and to some extent the members of the RVHP group, currently rather the Euro-Asian Council for Standardization, Metrology and Certification, which operates within the Commonwealth of Independent States (CIS) and the Euro-Asian Economic Union (EAEU). At the moment there are standards, but I am not aware of any competitions in this area. Here, too, algorithms such as AES and others are accepted. Of interest in this area is the Magma algorithm, which is a peer of the DES algorithm.
Standard | Goal | Name |
GOST 34.10–2018 | DSA | |
GOST 34.11–2018 | Hash | Streebog |
GOST 34.12–2018 | Block cipher | Magma, Kuznyechik |
GOST 34.13–2018 | Block cipher modes of operation | ECB, CTR, OFB, CBC, CFB, MAC (CMAC/OMAC) |
India is planning a fairly extensive cryptography program, but unfortunately I have not been able to find any information regarding specific competitions if they are taking place. Roadmap is available here.
The ShāngMì family algorithms were designed and developed at the Center for Secure Communication at the Chinese Academy of Science (CAS) and the Cryptography Testing Center (Commercial Cryptography Testing Center, National Cryptography Administration). The goal was to design appropriate methods for security of communication with authentication for networks using SSL/TLS and WiFi networks, where a possible backdoor in existing technologies was a concern. At least some of these algorithms were declassified in approximately 2006 and became national standards in 2016.
I have added two algorithms to this list that do not belong here. These are ZUC algorithms, used in 3G/4G/5G networks and standardized 3GPP, as well as the SSFF3 algorithm. The ShāngMì family together with these algorithms is thus currently used in a wide range of applications, from WiFi, TLS, via access cards, communication with GPS Beida, mobile networks and possibly in other, special applications.
Name | Algorithm type | Details | Standardization |
SM1/SCB2 | Block | block=128b, key=128b | |
SM2 | ECC curve | 256b, eqivalent of NIST P256 | GM/T 0003, GB/T 32918, RFC 8998 |
SM3 | Hash | output 256b, eqivalent of SHA256 | GM/T 000č, GB/T 32905, RFC 8998 |
SM4 | Block | block=128b, key=128b, equivalent of AES | GM/T 0002, GB/T 32907, RFC 8998 |
SM7 | Block | block=64b, key=128b | |
SM9 | ECC curve | 256b, eqivalent of NIST P256 | ISO/IEC 11770-3, ISO/IEC 14888-3, ISO/IEC 18033-5, IEEE 1363.3, GM/T 0044-2016, RFC 6508 |
ZUC/Zu Chongzhi | Block | Key=128b | GM/T 0001-2016, 3GPP 35.222 |
SSFF3 | Block |
In January 2020, Chinese standards dedicated to quantum computer-resistant cryptography were published. At the same time, new symmetric algorithms were published. This material describes both symmetric and quantum computer-resistant algorithms. More about the quantum computer-resistant algorithms that are part of this selection can be found in article.
China is trying to demonstrate its independence in this area as well. Recently, I came across information that Russia
should be interested in cooperating on this development, but the information is scarce and difficult for me to read.
More information about the competition can be found at:
CACR cryptography standardization
Second group: uBlock, Ballet, FESH, ANT, TANGRAM, RAINDROP, NBC, FBC, SMBA, SPRING
Algorithm | Result |
ANT | Elected |
Ballet | Elected |
BTW | Discard |
CFE | Discard |
CSE | Discard |
FBC | Elected |
FESH | Elected |
Flux | Discard |
JieAn | Discard |
NBC | Elected |
Pilot | Discard |
Q | Discard |
Raindrop | Elected |
SMBA | Elected |
SPRING | Elected |
SWAN | Discard |
TANGRAM | Elected |
TASS1 | Discard |
TASS2 | Discard |
TULIP | Discard |
TYB | Discard |
uBlock | Elected |
1. Introductory Provisions
1.1. These General Terms and Conditions are, unless otherwise agreed in writing in the contract, an integral part of all contracts relating to training organised or provided by the trainer, Jan Dušátko, IČ 434 797 66, DIČ 7208253041, with location Pod Harfou 938/58, Praha 9 (next as a „lector“).2. Creation of a contract by signing up for a course
2.1. Application means unilateral action of the client addressed to the trainer through a data box with identification euxesuf, e-mailu with address register@cryptosession.cz or register@cryptosession.info, internet pages cryptosession.cz, cryptosession.info or contact phone +420 602 427 840.3. Termination of the contract by cancellation of the application
3.1. The application may be cancelled by the ordering party via e-mail or via a data mailbox.4. Price and payment terms
4.1. By sending the application, the ordering party accepts the contract price (hereinafter referred to as the participation fee) indicated for the course.5. Training conditions
5.1. The trainer is obliged to inform the client 14 days in advance of the location and time of the training, including the start and end dates of the daily programme.6. Complaints
6.1. If the participant is grossly dissatisfied with the course, the trainer is informed of this information.7. Copyright of the provided materials
7.1. The training materials provided by the trainer in the course of the training meet the characteristics of a copyrighted work in accordance with Czech Act No 121/2000 Coll.8. Liability
8.1. The trainer does not assume responsibility for any shortcomings in the services of any third party that he uses in the training.9. Validity of the Terms
9.1 These General Terms and Conditions shall be valid and effective from 1 October 2024.Consent to the collection and processing of personal data
According to Regulation (EU) No 2016/679 of the European Parliament and of the Council on the protection of individuals with regard to the processing of personal data and on the free movement of such data and repealing Directive 95/46/EC (General Data Protection Regulation, hereinafter referred to as "the Regulation"), the processor xxx (hereinafter referred to as "the Controller") processes personal data. Individual personal data that are part of the processing during specific activities at this web presentation and in the course of trade are also broken down.Information about the records of access to the web presentation
This website does not collect any cookies. The site does not use any analytical scripts of third parties (social networks, cloud providers). For these reasons, an option is also offered for displaying the map in the form of a link, where the primary source is OpenStreet and alternatives then the frequently used Maps of Seznam, a.s., or Google Maps of Google LLC Inc. The use of any of these sources is entirely at the discretion of the users of this site. The administrator is not responsible for the collection of data carried out by these companies, does not provide them with data about users and does not cooperate on the collection of data.Information about contacting the operator of the site
The form for contacting the operator of the site (administrator) contains the following personal data: name, surname, e-mail. These data are intended only for this communication, corresponding to the address of the user and are kept for the time necessary to fulfil the purpose, up to a maximum of one year, unless the user determines otherwise.Information about the order form
In case of an interest in the order form, the form contains more data, i.e. name, surname, e-mail and contact details for the organisation. These data are intended only for this communication, corresponding to the address of the user and are kept for one year, unless the user determines otherwise. In the event that a business relationship is concluded on the basis of this order, only the information required by Czech law on the basis of business relations (company name and address, bank account number, type of course and its price) will continue to be kept by the administrator.Information about the course completion document
Within the course, a course completion document is issued by the processor. This document contains the following data: student's name and surname, the name and date of the course completion and the employer's name. The information is subsequently used for the creation of a linear hash tree (non-modifiable record). This database contains only information about the provided names and company names, which may or may not correspond to reality and is maintained by the processor for possible re-issuance or verification of the document's issuance.Rights of the personal data subject
The customer or visitor of this website has the possibility to request information about the processing of personal data, the right to request access to personal data, or the right to request the correction or deletion of any data held about him. In the case of deletion, this requirement cannot be fulfilled only if it is not data strictly necessary in the course of business. The customer or visitor of this website also has the right to obtain explanations regarding the processing of his personal data if he finds out or believes that the processing is carried out in violation of the protection of his private and personal life or in violation of applicable legislation, and the right to request removal of the resulting situation and to ensure the correction.