Security+ Acronyms That Matter (and How to Learn Them Fast)
A high-yield way to study SY0-701 acronyms by theme—identity, crypto, network, ops, and GRC—instead of grinding 300+ terms alphabetically.
The SY0-701 objectives list well over three hundred acronyms. Attempting to memorize them alphabetically—from AAA to ZTNA—is a reliable way to burn out before exam day and still get the discrimination questions wrong. What the exam actually tests is whether you can tell two similar-sounding terms apart when they appear as competing answer choices inside a scenario. You are not being asked to define anything in isolation. You are being asked to choose OCSP over CRL when a stem describes real-time certificate revocation, or HSM over TPM when centralized enterprise key management is the explicit constraint.
This post covers the highest-yield clusters grouped by the job they perform. It does not attempt to cover all three hundred-plus terms—the domain posts on IAM, cryptography, network architecture, and GRC each do that work in context. Think of this as your discrimination training, not your complete glossary. Work through the scenarios in your head before reading the explanation, and add every term you miss to a personal "confusion pairs" list you revisit at the end of each study session.
Identity and Access: Who Gets In and What They Can Do
The IAM cluster orbits a single question: how does a digital identity move from creation to destruction, and what controls govern that journey at each stage? Every acronym in this family has a specific moment in the lifecycle where it belongs.
| Acronym | Stands for | One-line job |
|---|---|---|
| AAA | Authentication, Authorization, Accounting | Prove identity, grant access, record activity |
| IAM | Identity and Access Management | Manages the digital identity lifecycle end to end |
| MFA | Multi-Factor Authentication | Requires two or more factor types |
| SSO | Single Sign-On | One login for multiple apps via an IdP |
| PAM | Privileged Access Management | Vaults, rotates, and records privileged credentials |
| DAC / MAC / RBAC / ABAC | Discretionary / Mandatory / Role / Attribute | Owner decides / labels enforce / role-based / attribute-based |
The classic discrimination scenario places you at a defense contractor where documents carry classification labels—TOP SECRET, SECRET, Confidential—and a user cannot share a file above their clearance even if they own the file. That is MAC: the system enforces labels and the owner cannot override them. In DAC, the file owner decides who can access. In RBAC, permissions follow a job role, not a data-classification label. The exam will occasionally give you all three as answer choices; the tell is whether labels, roles, or ownership is driving the enforcement decision.
For authentication, keep the factor hierarchy in mind. SMS OTP is better than a password alone but becomes a liability the moment a stem mentions SIM-swap or vishing. The strong answer always upgrades the factor class—FIDO2, passkey, certificate-based—rather than lengthening the password. SSO and federation belong in the same mental bucket: one Identity Provider authenticates once, many Service Providers trust that assertion. Protecting IdP administrators becomes the critical control because the blast radius of a compromised hub covers every application that trusts it.
Zero Trust surfaces three roles this cluster does not expose on its own: the Policy Engine (PE) decides whether to grant access; the Policy Administrator (PA) instructs the enforcement layer; the Policy Enforcement Point (PEP) controls the session. If a question invokes these roles in a Zero Trust architecture context, the companion post on secure enterprise design walks the full model.
Cryptography and PKI: Protecting Data and Proving Identity
Crypto questions reward the candidate who knows what problem each primitive solves. Memorizing algorithm parameters is far less useful than knowing which algorithm is symmetric, which is reversible, and which is intentionally one-way.
| Acronym | Stands for | One-line job |
|---|---|---|
| AES | Advanced Encryption Standard | Symmetric encryption for bulk data |
| RSA | Rivest-Shamir-Adleman | Asymmetric: key exchange and signatures |
| ECC | Elliptic Curve Cryptography | Asymmetric with smaller, more efficient keys |
| HMAC | Hash-based Message Authentication Code | Proves message integrity and authenticity together |
| SHA | Secure Hash Algorithm | One-way hashing—integrity, not confidentiality |
| PKI | Public Key Infrastructure | Framework governing digital certificates |
| CA | Certificate Authority | Issues and signs certificates |
| CSR | Certificate Signing Request | Request sent to a CA for a new certificate |
| CRL | Certificate Revocation List | Periodic snapshot of revoked certificates |
| OCSP | Online Certificate Status Protocol | Real-time per-certificate validity check |
| TPM | Trusted Platform Module | Hardware chip on a laptop for endpoint key storage |
| HSM | Hardware Security Module | Enterprise appliance for centralized key management |
The CRL versus OCSP distinction trips candidates repeatedly because both address revocation. What separates them is timeliness. A CRL is a downloadable list published on a schedule—hourly, daily, whatever the CA configures. A certificate revoked five minutes after the last publication appears valid until the next update. OCSP queries the CA directly and returns current status on demand. CRL can work offline once downloaded; OCSP requires connectivity but cannot be stale. When a stem describes a server that needs to know right now whether a certificate was revoked in the last few minutes, the answer is OCSP.
TPM versus HSM is straightforward once you fix the scale difference. A TPM is a chip soldered to a laptop motherboard—it stores BitLocker keys or handles device attestation for that single machine. An HSM is a standalone rack appliance that stores thousands of signing keys for a CA or a payment processor, is FIPS 140-2 validated at Level 3, and is not embedded in any endpoint. Both are hardware; that is where the similarity ends. The stem tells you the scale: laptop key storage means TPM; enterprise-grade centralized key management means HSM.
The hashing versus encryption trap surfaces most often in password storage questions. AES is reversible by design—storing passwords with AES means you can decrypt them. Hashing with SHA-256 plus a salt is intentionally one-way: even the application cannot recover the plaintext, and each password's hash is unique. HMAC adds a shared key to a hash, proving both that the message was not altered and that the sender knew the key—integrity plus authenticity in transit, not a password-storage mechanism.
Network Defense: Detecting and Blocking Threats
Network defense questions hinge on placement and operating mode. Passive detection versus inline prevention is the dominant discrimination axis, and the stem will almost always describe the physical arrangement that tells you which is which.
| Acronym | Stands for | One-line job |
|---|---|---|
| IDS | Intrusion Detection System | Passive—alerts only, cannot block traffic |
| IPS | Intrusion Prevention System | Inline—detects and drops malicious traffic |
| ACL | Access Control List | Permits or denies traffic by rule |
| NAC | Network Access Control | Checks device health before network admission |
| VPN | Virtual Private Network | Encrypted tunnel over untrusted infrastructure |
| WAF | Web Application Firewall | HTTP/HTTPS layer filtering in front of web apps |
| DLP | Data Loss Prevention | Monitors and stops sensitive data leaving the organization |
| VLAN | Virtual LAN | Logical segmentation across switch fabric |
IDS lives on a span port or network tap, receiving a mirror of traffic without sitting in the path. It cannot stop a packet because that packet was never routed through it. IPS is inline between the firewall and the protected segment—it inspects and drops before the packet reaches its destination. The stem tells you which model is in play: "span port," "mirror port," and "out-of-band" describe IDS; "inline," "between the firewall and the server," and "dropped the packet" describe IPS.
For the WAF, NAC, and ACL triangle: SQL injection arriving in an HTTP POST body is a Layer 7 problem, which is precisely where a WAF operates. A traditional firewall ACL sees IP addresses and port numbers, not application-layer content. NAC belongs to the enrollment and posture-checking story—a laptop with an expired antivirus signature gets redirected to a remediation VLAN rather than permitted onto the production network. Neither of those two jobs belongs to a stateless ACL.
Security Operations: Detecting, Responding, Measuring
| Acronym | Stands for | One-line job |
|---|---|---|
| SIEM | Security Information and Event Management | Aggregates logs, correlates events, surfaces alerts |
| SOAR | Security Orchestration, Automation, and Response | Automates IR workflows across multiple security tools |
| EDR | Endpoint Detection and Response | Behavioral monitoring and response on the endpoint |
| IoC | Indicator of Compromise | Artifact suggesting breach: hash, IP, domain |
| CVE / CVSS | Common Vulnerabilities and Exposures / Scoring | Vulnerability identifier and severity score |
The SIEM, SOAR, and EDR triangle is tested frequently because all three appear in the same operational scenario. When a phishing alert fires and a human analyst reviews it in a dashboard, that is SIEM. When the alert automatically quarantines the endpoint, creates a helpdesk ticket, notifies the analyst, and blocks the sender domain at the email gateway—without anyone clicking anything—that is SOAR. EDR is the tool on the endpoint watching process chains, PowerShell behavior, and persistence mechanisms; it can contain a host, but it is the endpoint layer, not the cross-tool orchestrator. The cross-tool, multi-system automation piece belongs to SOAR.
Cloud and Zero Trust Networking
Cloud and Zero Trust controls form their own confusion family because the acronyms sound architecturally similar and their responsibilities genuinely overlap in some architectures.
| Acronym | Stands for | One-line job |
|---|---|---|
| CASB | Cloud Access Security Broker | Visibility and policy enforcement for SaaS and cloud app usage |
| CSPM | Cloud Security Posture Management | Audits cloud infrastructure configurations against best practices |
| SASE | Secure Access Service Edge | Merges SD-WAN and security services (ZTNA, SWG, FWaaS) at the cloud edge |
| ZTNA | Zero Trust Network Access | Identity- and posture-aware access to specific apps, replacing VPN |
CASB and CSPM are easily conflated. CASB sits between users and cloud applications—it can enforce DLP policies, block unauthorized SaaS usage, or surface shadow IT. CSPM audits the cloud infrastructure itself—S3 bucket policies, security group rules, IAM permission configurations—and alerts when something drifts from the benchmark. A stem about employees uploading sensitive files to personal Dropbox accounts is a CASB problem. A stem about an unencrypted S3 bucket exposed to the internet is a CSPM problem. The discriminator is whether you are governing user behavior toward applications or the configuration of infrastructure.
ZTNA versus traditional VPN is the modernization storyline. A VPN grants network-level access to a subnet and then trusts the device to behave. ZTNA grants access only to a specific application based on identity, device posture, and context—no lateral movement opportunity because the user never touches the broader network segment. SASE wraps ZTNA with other security services (secure web gateway, firewall-as-a-service) and delivers them from the cloud edge rather than a central data center. When a stem asks about replacing legacy VPN while reducing lateral movement risk, ZTNA is the answer.
Wireless Authentication
Wireless questions that go beyond basic SSID and encryption usually involve the authentication framework underneath WPA2 and WPA3 Enterprise.
| Acronym | Stands for | One-line job |
|---|---|---|
| EAP | Extensible Authentication Protocol | Framework for authentication over wireless or PPP |
| EAP-TLS | EAP with TLS certificates | Strongest EAP variant—mutual certificate-based authentication |
| PEAP | Protected EAP | Wraps the EAP exchange in TLS—only server certificate required |
| WPA2 / WPA3-Enterprise | Wi-Fi Protected Access Enterprise | Uses 802.1X and RADIUS instead of a shared passphrase |
WPA2-Personal uses a pre-shared key that everyone on the network knows. WPA2-Enterprise uses 802.1X, meaning every user authenticates individually through a RADIUS server. EAP is the framework specifying how credentials travel inside that exchange; the variant—EAP-TLS or PEAP—determines whether both sides need certificates or whether a username and password inside a server-validated TLS tunnel is sufficient. The exam distinguishes Personal from Enterprise almost always through whether individual, accountable identity is required or whether a shared passphrase is acceptable.
Continuity: Recovery Targets and Availability
RTO and RPO receive thorough treatment in the GRC domain posts. Two additional terms round out the continuity picture without duplicating that work. MTBF (Mean Time Between Failures) measures how long a component is expected to run before it fails—a reliability planning number used in vendor selection and redundancy design. MTTR (Mean Time to Repair) measures how long it takes to restore a failed component to service—an operational efficiency metric that shows up in SLA performance and helpdesk capability discussions. A stem about choosing between two RAID controller vendors might pair MTBF with availability targets; a stem about measuring the quality of an on-call incident response program naturally leads to MTTR.
Risk and GRC: Calculating What You Stand to Lose
| Acronym | Stands for | One-line job |
|---|---|---|
| SLE | Single Loss Expectancy | Dollar cost of one incident |
| ARO | Annualized Rate of Occurrence | How often per year the event happens |
| ALE | Annualized Loss Expectancy | SLE × ARO—expected cost per year |
| BIA | Business Impact Analysis | Identifies which functions hurt most and how quickly |
| RTO | Recovery Time Objective | Maximum acceptable downtime after an incident |
| RPO | Recovery Point Objective | Maximum acceptable data loss at the point of recovery |
| AUP | Acceptable Use Policy | Rules governing how users may use company resources |
| SLA | Service Level Agreement | Committed performance metrics with a vendor |
The SLE, ARO, and ALE calculation appears in multiple formats, and the exam will give you two of the three variables and ask for the third. Know the formula cold: ALE = SLE × ARO. A warehouse holds $500,000 in inventory; a flood destroys 60% of it (SLE = $300,000); floods occur once every five years (ARO = 0.2); ALE = $60,000 per year. The exam also runs this backwards: if ALE is $60,000 and ARO is 0.2, then SLE = ALE ÷ ARO = $300,000. SLE is always a single-event cost; ALE is always annualized. Swapping them is the most common error.
Exam Traps and Confusion Pairs
| Pair | How to discriminate |
|---|---|
| CRL vs. OCSP | CRL is a periodic snapshot that can be stale; OCSP is a real-time per-certificate query |
| TPM vs. HSM | TPM is an endpoint-embedded chip; HSM is an enterprise-grade standalone appliance |
| IDS vs. IPS | IDS is passive—span port, alerts only; IPS is inline—can drop packets |
| CASB vs. CSPM | CASB governs cloud app usage by users; CSPM audits cloud infrastructure configuration |
| ZTNA vs. VPN | VPN grants network access; ZTNA grants app-specific access by identity and device posture |
| SIEM vs. SOAR | SIEM correlates and alerts; SOAR orchestrates automated response across multiple tools |
| SLE vs. ALE | SLE is one-event cost; ALE is annualized (SLE × ARO) |
| RTO vs. RPO | RTO is the downtime limit; RPO is the data-loss limit at recovery |
| DAC vs. MAC | DAC: owner decides sharing; MAC: system enforces labels the owner cannot override |
| WPA2-Personal vs. Enterprise | Personal uses a shared passphrase; Enterprise uses 802.1X with individual credentials |
| EAP-TLS vs. PEAP | EAP-TLS requires client certificates; PEAP only requires a server certificate |
| MTBF vs. MTTR | MTBF measures time before a failure; MTTR measures time to restore after one |
Closing Frame
Acronyms are shorthand for roles in a working security architecture, not trivia answers to recite under pressure. Learn the role, the scale, the placement, and the problem being solved, and the three-letter label becomes simple to recall when you need it. When a term in a stem slows you down, expand it into plain English, match the plain-English meaning to the stem's specific problem, and eliminate the answer choices that solve a different problem.
The IAM lifecycle post, the cryptography post, and the network architecture post each develop these clusters in the context where the exam expects you to apply them. This post is the discrimination trainer; those posts are where the concepts live in full practice.