How to secure legacy applications using format-preserving encryption and data tokenization

Jethro beekman fortanix
Jethro Beekman
Published:Jan 18, 2018
Reading Time:3 Minutes

When retrofitting security onto legacy applications, dealing with the binary blobs you get from standard encryption techniques can be inconvenient. Your database schema might be expecting a particular data type for a field that you now want to keep secret.

The expectations regarding the contents of a piece of data are called an alphabet. Examples are phone or credit card numbers, which might be expected to be a specific length and contain only numbers, or e-mail addresses, which should contain a local part (info), followed by @ symbol, followed by a domain (fortanix.com).

If you were able to somehow transform your data but keep it in the same alphabet, your legacy application’s requirements would be met but your data’s privacy would be retained. Format-preserving encryption data tokenization are two different but similar techniques to do just that.

Format-preserving encryption

Format-preserving encryption (FPE) is a way to use encryption while specifying the alphabet of the input and output. Modern FPE algorithms are based on strong and ubiquitous cryptographic ciphers, such as AES. Some algorithms are specified in NIST Special Publication 800-38G [source].

encryption and decryption

To encrypt with FPE, configure the encryption algorithm with your alphabet and secret key, and run it on your input data. To decrypt, simply configure the decryption algorithm with the same alphabet and secret key to do the reverse operation. The alphabet and secret key are small amounts of static data.

A drawback of most FPE algorithms is that they’re deterministic. This means that if you encrypt the exact same data twice, you’ll get the same ciphertext. Most non-format-preserving encryption schemes are randomized, such that this doesn’t happen.

Some formats simply don’t have enough space to add randomization. For example, if you’re encoding 16-digit credit card numbers as 16-digit credit card numbers, there is no way to add randomness. But when using arbitrary-length e-mail addresses, it would be possible to use randomized FPE.

Format-preserving data tokenization

Data Tokenization is a way to substitute real data with apparently meaningless identifiers (tokens), widely used in the payment industry. The tokens are not derived from the input data, but randomly generated and stored in a backend database. Format-preserving data tokenization makes sure that the tokens are in the same alphabet as the regular data.

Data Tokenization schemes can use either single-use or multi-use tokens. This is similar to the distinction between randomized and deterministic encryption. With single-use tokens, every time the same input data is used, a new token is generated. With multi-use tokens, using the same input data results in the same token.

Format preserving tokenization

To have a token issued, send the input data to the data tokenization service for a particular alphabet. For single-use tokens, the service will store a newly generated token in the database along with the input and return the token.

For multi-use tokens, the service will either return an existing token from the database or generate a new token. To exchange the token back for the real data, send it to the data tokenization service, which will look up the token in the database and return the associated data.

The alphabet is a small amount of static data, but the database will grow over time.

Comparison

Should you use data tokenization or encryption? It depends on your use case. For a quick comparison, just look at the differences in the figures above. The infrastructural complexity of data tokenization can be costly to maintain, but in some cases the different security profile and added randomization can be beneficial.

Encryption Data Tokenization
Security Depends on secrecy of key and security of cryptographic algorithm Depends on access controls to token database
Randomization Limited Always possible
Storage Small static data only Large dynamic database
Complexity/Availability Can be performed offline with access to secret key Needs live connection with service/backend database

Start using Fortanix DSM for your encryption and data tokenization needs request a quote today!

Additional Sources:
Share this post:
Fortanix-logo

4.6

star-ratingsgartner-logo

As of August 2023

SOC-2 Type-2ISO 27001FIPSGartner LogoPCI DSS Compliant

US

Europe

India

Singapore

US:

3910 Freedom Circle, Suite 104,
Santa Clara CA 95054

+1 408-214 - 4760|info@fortanix.com

Europe:

High Tech Campus 5,
5656 AE Eindhoven, The Netherlands

+31850608282

India:

UrbanVault 460,First Floor,C S TOWERS,17th Cross Rd, 4th Sector,HSR Layout, Bengaluru,Karnataka 560102

+91 080-41749241

Singapore:

T30 Cecil St. #19-08 Prudential Tower,Singapore 049712