Cover photo adapted from "Matrix movie still photo" by Markus Spiske on Unsplash.
Ciphers
When I was a kid, I remember passing along notes to my friends during long lectures at school. As a group, we passed along many crumpled pieces of paper containing conversations, jokes, and messages. It was basically a Messenger group chat at its crudest state.
Of course, we were eventually caught. In hindsight, I realize now how naive we were to pass along notes out in the open for everyone else to see. Furthermore, our conversations in those crumpled pieces of paper were written in plaintext. If a random teacher or classmate were to intercept our messages, they could have easily stolen our worldfamous knockknock jokes along the way.
At the most basic level, this is also how the Internet works. With this analogy, the Internet is just one big classroom where each computer passes along notes to each other. To protect our conversations from prying eyes, we can simply speak in a secret code that only the stakeholders of the conversation can understand.
That is where cryptography conveniently comes into play. This "secret code" can come in many forms. For example, one can convert the letters of the message into numbers. Suddenly, prying eyes could no longer understand the message. In the event that a message gets intercepted, the interceptor will no longer be able to understand the message unless they also know the secret code.
This entire process of converting messages using a "secret code" is called encryption. Inversely, converting the message back into a readable format is aptly called decryption.^{1} Generally speaking, the chosen protocol or algorithm for encrypting and decrypting messages is called a cipher.
As a kid, I remember performing many ciphers just for fun. Among my favorites were:
 The A1Z26 cipher, where
A = 1
,B = 2
,C = 3
, and so on and so forth; 
The Atbash cipher, where
A = Z
,B = Y
,C = X
, and so on and so forth; and  The Caesar cipher, where letters are uniformly shifted by a fixed amount.
Nowadays, the cipher algorithms we use today are much more advanced and sophisticated. One of the most ubiquitous ciphers is the Advanced Encryption Standard (AES) family of algorithms.
At the end of the day, whichever cipher we use, the goal has always been to protect from prying eyes the communication between two or more stakeholders.^{2}
Hashes
There are also times when it is not necessary to decrypt a message. In some cases, oneway encryption enhances security, such as in the case of storing passwords in a database.
When saving passwords, it is highly inadvisable to store them as plaintext. If the database gets compromised, a malicious attacker can simply read off the passwords and unleash mayhem.
As a solution, one may propose to encrypt the passwords using a "secret code". However, that only shifts the attacker's attention to the holder of this "secret code". If the attacker were to somehow possess a secret key, then they would still be able to decrypt the passwords.
The solution here is to enforce some form of a oneway encryption process, where neither the user, the website, nor the attacker can decrypt the passwords in the event of a data breach. To achieve this goal, we must make use of a neat trick called hashing.
Implementing a Hash Function from Scratch
Hashing is the process of (somehow) reducing a bunch of data into a single value of fixed length.
For example, let's say we want to "hash" the string "dev.to"
. Before continuing, we have to figure out what our endgoal is. In this case, let's say we want to convert an arbitrary string (like "dev.to"
) into a twoletter hexadecimal string.^{3} This sounds like a strange requirement, but it is totally possible!
Now that we know our endgoal, we can finally implement our hashing algorithm.
 First, we convert the string into an array of individual characters.
 Then, we transform each character based on its respective ASCII code.
 Once we have all the ASCII codes, we simply sum them all up.
 Since we want to end up with a twoletter hexadecimal string, we can take the remainder of dividing the sum by
256
.^{4}  Finally, we represent the integer as a hexadecimal string of length
2
.
NOTE: The code examples below are written in TypeScript, but the concept of hashing can be applied anywhere.
function simpleHash(text: string): string {
// Step 1: Convert into an array of individual characters.
const characters = Array.from(text);
// Steps 23: Sum up the ASCII codes.
const total = characters
.reduce((sum, char) => (sum + char.charCodeAt(0)), 0);
// Step 4: Find the remainder by performing a modulo operation.
const remainder = total % 256;
// Step 5: Represent as a hexadecimal string of length `2`.
return remainder
.toString(16)
.padStart(2, '0');
}
// Examples
simpleHash('dev.to'); // '50'
simpleHash('Hats off to the Class of 2020!'); // '5f'
simpleHash('Presto'); // '7d'
simpleHash('Some Dood'); // '3a'
simpleHash('password123'); // '09'
And just like that, we now have a rudimentary hash function that converts any string into a "unique" hexadecimal string of length 2
. At this point, the fixedlength output of the hash function is called the digest.
Sadly, this implementation is far from perfect. Aside from its relatively high predictability, the problem with this overly simple hash function is the fact that it is extremely prone to hash collisions. A hash collision occurs when two input strings result in the same hash, in which case the hash is no longer "unique". For instance, the strings "password123"
and "Hotdogs1"
both result in the digest "09"
.
Welldesigned hash algorithms such as those in the Secure Hashing Algorithms (SHA) family go to extremely great lengths to mitigate hash collisions. This is why their outputs tend to be quite lengthy.
Unfortunately, it is impossible to completely avoid hash collisions altogether simply due to the fact that digests are meant to have a fixed length. After all, there can only be so many ways to permute anything of fixed length.
The SHA family of algorithms also reduce predictability by optionally accounting for "randomness". By reducing predictability, small changes in the input string will result in an entirely different output. In doing so, the resulting hashes will be less vulnerable to "bruteforce attack", in which an attacker tries a bunch of similar input strings to figure out exploitable underlying patterns.
Since hash algorithms are so difficult to perfect, languages often offer a SHA implementation in their standard library. In Node.js, for example, the crypto
module provides a unified interface for a plethora of hashing algorithms.
import { createHash } from 'crypto';
function nodeHash(text: string): string {
return createHash('sha1')
.update(text)
.digest('hex');
}
nodeHash('password123'); // 'cbfdac6008f9cab4083784cbd1874f76618d2a97'
nodeHash('Hotdogs1'); // '37f40a625ab5ed5ebc42a966c0b59684a4b0c887'
Password Verification
The biggest advantage of hashing passwords is the fact that a hashing function is designed to be oneway. Now, to verify a user, the website server only needs to hash the entered password (via an input field) and compare it with that in the database. If the two hashes match, then the user entered the correct password.
Along the way, nobody (except the user) knows the plaintext password. The server only receives input, recomputes hashes, and compares with the database. Meanwhile, the database only stores hashed passwords. A malicious attacker cannot do much with a database full of encrypted data.
Conclusion
Cryptography is the fundamental lifeblood of computer security. But with all the academic jargon, it has also unfortunately become one of the most cryptic^{5} topics in computer science. Hardcore theory and mathematics have made cryptography as robust as it is now, but at its core, the concepts are relatively simple and straightforward.
To neatly summarize, a cipher is a twoway operation, whereas hashing is a oneway operation—that is to say, hashing a message removes the ability to decrypt it. Although this may seem counterproductive at first, it does present many advantages when it comes to data confidentiality and data integrity.
The complexity is unfortunately necessary. But every now and then, we can to take a step back and appreciate the essence of cryptography.

Technically, in this case, they can also be called enciphering and deciphering. ↩

It is also possible to verify the integrity and authenticity of a message through asymmetric encryption, but that is beyond the scope of this article. ↩

In other words, we want to somehow "reduce" a string into an unsigned 8bit integer. ↩

In this example,
256
is not an arbitrary number. It happens to be one greater than the maximum representable number of two hexadecimal digits, which is255
or0xFF
. Performing the modulo operation (i.e. "finding the remainder") forces the result to always be within0
and255
. In doing so, we can be sure that we can always represent the remainder as a hexadecimal string of length2
(i.e. from0x00
to0xFF
). ↩ 
Pun intended. ↩
Posted on Oct 20 '18 by:
Basti Ortiz (Some Dood)
Just some dood trying to make code work without bringing the Universe to its demise.
Discussion