TechKnowSurge
NIST CSF PR.DS-01 NIST CSF PR.DS-02 NIST CSF PR.DS-10 CompTIA Security+ 3.3 NIST NICE K0740 NIST NICE K0064 CompTIA SecurityX 2.3 CompTIA Cloud+ 5.4
VideoSecurityFree

Why Encrypt Data

Encryption protects data confidentiality but requires processing overhead, making it essential to understand where and at what level to apply it. This covers encryption at rest, in process, and in transit, including common implementation options and the performance trade-offs involved.

Complete this video to capture a CTF flag worth 1 point.

About this video

Encryption is one of the primary mechanisms for ensuring data confidentiality, but it is not without cost. Every encryption and decryption operation consumes processing power, and deploying encryption without consideration for performance impact can degrade system responsiveness. As encryption has become a higher organizational priority, the need to make deliberate, informed decisions about where and at what level to apply it has grown more important. Data at rest refers to stored data, and encryption can be applied at several layers of granularity. At the broadest level, full-disk encryption prevents any access to a drive without the correct key. Below that, encryption can be scoped to individual partitions, volumes — BitLocker being a well-known example of volume-level encryption — specific files, or even individual data blocks. In database environments, the same principle applies: encryption can cover an entire database or be targeted at specific records, fields, or tables, depending on sensitivity and compliance requirements. Encryption in process addresses data while it is actively being used or entered. This typically means data is held in encrypted form in memory and decrypted only at the moment the processor needs to act on it, which places significant load on the CPU and introduces additional complexity. Because of these demands, in-process encryption is less commonly implemented than other forms. Encryption in transit protects data as it moves across networks, and TLS is the current standard for securing that communication, having replaced the older SSL protocol, which is now considered cryptographically insecure. Balancing security needs against performance constraints across all three states is a core consideration in any encryption strategy.

What you'll learn

What's covered

Encryption

Aligned to

NIST CSF
PR.DS-01 The confidentiality, integrity, and availability of data-at-rest are protected.
PR.DS-02 The confidentiality, integrity, and availability of data-in-transit are protected.
PR.DS-10 The confidentiality, integrity, and availability of data-in-use are protected.
CompTIA Security+
3.3 Compare and contrast concepts and strategies to protect data.
NIST NICE
K0740 Knowledge of system performance indicators.
K0064 Knowledge of performance tuning tools and techniques.
CompTIA SecurityX
2.3 Given a scenario, implement appropriate cryptographic protocols and algorithms.
CompTIA Cloud+
5.4 Given a scenario, troubleshoot common performance and availability issues in cloud environments.

Key terms

Encryption
The process of converting readable data into an unreadable format using an algorithm and key to prevent unauthorized access.
Symmetric Encryption
An encryption method that uses the same key for both encryption and decryption.
Transport Layer Security
TLS
A cryptographic protocol that provides secure communication over a network, successor to SSL.
Secure Sockets Layer
SSL
A now-deprecated cryptographic protocol designed to provide secure communication over a network, replaced by TLS.
Data at Rest
Data that is stored on a device or medium and not actively moving through a network, which can be encrypted at the disk, partition, volume, file, or database level.
Data in Transit
Data that is actively moving across a network or communication channel between two endpoints, as opposed to data sitting on a storage device. Protocols such as TLS are commonly used to encrypt data in transit so it cannot be read if intercepted.
Data in Process
Data being actively used or computed by a processor, requiring decryption from memory to be handled and presenting the highest CPU performance cost of the three encryption states.
Volume Encryption
Encryption applied to a logical volume on a storage device, such as Microsoft BitLocker, preventing access to all data within that volume without the correct key.

Topics

Cryptography Data Encryption Encryption At Rest Encryption In Transit Data Security Performance Trade Offs

Transcript

Why We Encrypt, and What It Costs

Encryption is one way that we can keep things confidential, but it comes at a cost: there's some processing power that we use up by encrypting things. It used to be that we were very selective in what we encrypted, but because it's become a top priority for many companies and a really hot topic, we're starting to encrypt more and more things.

Looking at our Cybersecurity Cube, we see some places where we may want to consider encrypting. That is, we may want to consider at rest, in process and in transit encryption. The thing is, when we encrypt things it does come at a cost. There's a performance cost — that is, it takes processing power to be able to encrypt and decrypt things. So when we roll out encryption, if we were to just roll it out on everything, there could be a performance hit. So there are some considerations when balancing between performance and security.

Encryption at Rest

Since there's this balancing act, we need to decide at what level we're going to actually encrypt at. At rest is a great example of deciphering which level we want to encrypt at. At rest just means the data is being stored somewhere. First of all, we can do it at a disk level, where we encrypt the whole disk and you can't access anything on the disk unless you have the key. Disks are made up of partitions — you could have just a single partition, or maybe a few partitions on the disk — and we can encrypt things at a partition level. Or that can be broken down into volumes: we can have multiple volumes on a partition, and so there is volume level encryption. BitLocker is an example. That's one of Microsoft's ways of encrypting the information, by doing a volume level encryption on it. Then you could choose just single files out of there on that disk, certain files that you want to encrypt, or there might be blocks of the files that you want to encrypt. So there is a level in what you're going to do.

Same thing with a database. We can encrypt the whole database, or we could encrypt a record out of that database, so we could just do a single record, or we could choose certain fields or tables that we want to encrypt.

In Process and In Transit

There's also encryption in process. This could be when somebody's entering data and you want to encrypt things right away, or it could be when things are actually getting processed on a processor, which can be very tricky. What you would do is you would have it encrypted sitting in memory and then have to decrypt it to actually process it. Obviously there's a high load on the CPU to do this, and it's quite a bit more tricky, so it's not as common.

We certainly want to think about in transit as well, especially if it's going across the internet. One real common way that we do this encryption across the internet, and through a lot of different means, is TLS, which is the newer version of SSL. SSL was one of the older versions that we used to use, but it's considered insecure, so now we use TLS.

About TechKnowSurge

TechKnowSurge builds IT and cybersecurity professionals through hands-on, concept-first training built around real understanding — not memorization. Free interactive tools, structured programs, and 25+ years of real-world experience, all in one place.

Explore free tools and programs →