Study guides ยท Stuff Every Security Pro Should Know

Aha Trivia

Stuff Every Security Pro Should Know: Training Guide

This guide teaches the core concepts behind the CompTIA Security+ exam, including risk, threats, cryptography, identity, infrastructure, and incident response.

Who this is for: Curious adult beginners who are preparing for the CompTIA Security+ exam or want a security professional's foundation.

Study aid, not authority. This guide is not an official course, a certificate or a license. This guide is a study aid only and is not an official course or certification. It draws only on the listed card sources. For legal, regulatory, or organization-specific security decisions, consult qualified professionals and the official CompTIA exam resources.

Written by Aha Trivia from 100 checked cards and 84 sources. Checked 2026-10-25.

โ–ถ Practice in Aha Trivia About this deck

Key facts

Confidentiality
Preserving authorized restrictions on information access and disclosure. NIST CSRC Glossary: confidentiality
Integrity
Guarding against improper information modification or destruction, including nonrepudiation and authenticity. NIST CSRC Glossary: integrity
Availability
Ensuring timely and reliable access to and use of information. NIST SP 800-53 Rev. 5, Security and Privacy Controls
Zero trust
Trust is never granted implicitly but must be continually evaluated. NIST SP 800-207, Zero Trust Architecture
NIST CSF functions
Govern, Identify, Protect, Detect, Respond and Recover are the six CSF 2.0 functions. NIST Cybersecurity Framework (CSF) 2.0
AES key lengths
AES supports key lengths of 128, 192 and 256 bits. FIPS 197, Advanced Encryption Standard (AES)

Study plan

  1. Week 1: Build a foundation with core security principles, risk, and governance.
    Lessons: Security Principles and Risk Fundamentals
  2. Week 2: Learn threat actors, social engineering, and malware.
    Lessons: Threat Actors, Social Engineering, and Malware
  3. Week 3: Study web, network attacks and vulnerability scoring.
    Lessons: Web, Network Attacks, and Vulnerability Management
  4. Week 4: Understand cryptography and certificates.
    Lessons: Cryptography and Public Key Infrastructure
  5. Week 5: Master identity, passwords, and authentication protocols.
    Lessons: Identity, Passwords, and Authentication Protocols
  6. Week 6: Tie together infrastructure, operations, incident response, and continuity.
    Lessons: Infrastructure, Cloud, and Security Operations

Lesson 1 of 6

Security Principles and Risk Fundamentals

Learn the CIA triad, access control basics, zero trust, security controls, governance policies, and how organizations think about risk.

What you will learn

  • Explain the CIA triad and non-repudiation.
  • Describe authentication, authorization, and least privilege.
  • Classify security controls by category and type.
  • Explain risk appetite, risk responses, and NIST impact levels.

Core security properties and access control

Confidentiality is about keeping information readable only by authorized people. Encryption protects confidentiality because a thief without the key sees scrambled data.

Integrity means information is not improperly modified or destroyed. A changed file gives a different hash value, so a mismatch reveals tampering.

Availability means authorized users can get timely, reliable access to information and services. A denial of service attack targets availability by preventing access.

NIST treats non-repudiation and authenticity as part of integrity. A digital signature gives non-repudiation because the signer cannot later deny signing.

Access control has three steps: authentication proves who you are, authorization grants access, and accounting records what you did.

Least privilege gives each user only the access needed for assigned tasks. This limits damage if an account is stolen or misused.

Zero trust and security controls

Zero trust treats no user or device as safe just because it is inside the network or owned by the organization. Access requests are checked each time using identity, device condition, and surrounding context.

In NIST zero trust, the policy engine makes the final access decision. The policy administrator sets up or tears down the session, and the enforcement point opens and closes the connection.

Controls are described by category and type. Categories include technical, managerial, operational and physical. Types include preventive, deterrent, detective, corrective, compensating and directive.

A compensating control is an alternative that gives equivalent or comparable protection when the normal required control cannot be used.

Hardening starts with patching and then removing or disabling unnecessary services, applications and network protocols. A minimal install leaves fewer ways in.

An application allow list permits only approved applications and blocks everything else by default. A honeypot is a decoy system designed to attract attackers, so any traffic to it is suspicious.

Governance, risk, and organizational programs

Policies state broad goals. Standards and guidelines specify technologies and methods. Procedures give detailed step-by-step instructions for a security task.

Separation of duties splits a sensitive task among different people, such as creating and approving payments. This makes fraud harder because two or more people must work together.

Risk combines how likely something bad is with how much harm it would do. A likely but trivial event and an unlikely but catastrophic one can both be notable risks.

Buying cyber insurance is a risk transfer response. The attack can still happen, but the financial burden shifts to the insurer.

Risk appetite is the broad amount of risk an organization is willing to accept. Risk tolerance is narrower and describes acceptable variance at a program or system level.

FIPS 199 uses three potential impact levels: Low means limited harm, Moderate means serious harm, and High means severe or catastrophic harm.

Organization-wide programs

NIST CSF 2.0 organizes cybersecurity outcomes into six functions: Govern, Identify, Protect, Detect, Respond and Recover. Govern sits at the center and informs the other five.

Cybersecurity supply chain risk management is a systematic enterprise-wide process for managing risk across vendors and suppliers.

Security awareness is not a once-a-year event. Short reminders for all users, such as messages on logon screens, help keep security in mind every day.

Numbers to remember

ItemValueSource
NIST CSF functions6NIST Cybersecurity Framework (CSF) 2.0

Knowledge check

Choose an answer before reading the answer key.

  1. A flood of fake traffic makes a website unreachable for customers. Which security property is lost?

    1. Integrity
    2. Non-repudiation
    3. Availability
    4. Confidentiality
  2. Which statement matches zero trust?

    1. Trust is never granted implicitly and is continually evaluated
    2. Users inside the network are always trusted
    3. Only antivirus decides access
    4. Trust is granted permanently after login
  3. A bank separates payment creation from payment approval. Which principle is this?

    1. Risk transfer
    2. Separation of duties
    3. Compensating control
    4. Least privilege
  4. Which document gives detailed step-by-step instructions?

    1. Policy
    2. Standard
    3. Procedure
    4. Guideline
  5. A leader accepts serious but not catastrophic harm to a system. Under FIPS 199, which impact level is this?

    1. High
    2. Low
    3. Moderate
    4. Critical

Answer key

  1. C. Availability. Availability means timely reliable access, which the attack prevented. NIST CSRC Glossary: denial of service (DoS)
  2. A. Trust is never granted implicitly and is continually evaluated. Zero trust assumes no implicit trust based only on physical or network location. NIST SP 800-207, Zero Trust Architecture
  3. B. Separation of duties. Splitting sensitive task steps among different people is separation of duties. NIST SP 800-53 Rev. 5, Security and Privacy Controls
  4. C. Procedure. Procedures are detailed steps to accomplish security-related tasks. NIST SP 800-12 Rev. 1, An Introduction to Information Security
  5. C. Moderate. Moderate impact means serious adverse effect. FIPS 199, Standards for Security Categorization of Federal Information and Information Systems

Sources for this lesson

Lesson 2 of 6

Threat Actors, Social Engineering, and Malware

Learn how attackers manipulate people, how phishing variants work, and how common malware types behave and spread.

What you will learn

  • Describe insider threats and social engineering.
  • Distinguish phishing, spearphishing, vishing, typosquatting, and watering hole attacks.
  • Classify viruses, worms, Trojan horses, rootkits, logic bombs, and ransomware.

People and phishing

An insider threat already has authorized access to the organization's systems. Insiders can cause harm on purpose or by accident.

Social engineering tricks a person into revealing information or taking a harmful action by exploiting trust, urgency and helpfulness.

Spearphishing targets a specific person, company or industry using real names and roles. It is harder to spot than mass phishing.

Vishing is phishing over a phone call or voicemail. Attackers may pretend to be a bank, vendor, or help desk and press you to act fast. To stay safe, hang up and call back using a number you know is real.

A watering hole attack compromises a website that a target group often visits. Visitors then get infected just by browsing.

Typosquatting registers a domain that looks like a real one, such as a near-miss spelling or a different top-level domain. Attackers also use homoglyph lookalikes. Check the exact address before you trust a site.

Malware types

A virus spreads by inserting copies of itself into host programs or data files. It is often triggered when someone opens a file or runs a program.

A worm is self-contained and spreads across a network on its own, without user action. It does not need a host file.

A Trojan horse looks like a useful program but has a hidden malicious purpose and does not replicate. The victim installs it.

A rootkit hides the presence of malware by intercepting or hooking operating system calls. It can hide files, processes and connections.

A logic bomb is code intentionally hidden in software that triggers a malicious action when specified conditions are met, such as a date or deleted record.

Ransomware encrypts files and demands payment for the decryption key. Tested offline backups let you restore data without paying.

Knowledge check

Choose an answer before reading the answer key.

  1. Which person best fits the definition of an insider threat?

    1. A former contractor with no account
    2. A visitor without a badge
    3. An employee with authorized access
    4. A stranger on the street
  2. An attacker researches a finance manager and sends a fake invoice addressed to her by name. This is?

    1. Vishing
    2. Spearphishing
    3. Typosquatting
    4. Mass phishing
  3. Which malware hides files and processes by modifying operating system functions?

    1. Worm
    2. Virus
    3. Trojan horse
    4. Rootkit
  4. A program waits until the CEO's badge is disabled and then deletes files. What is it?

    1. Virus
    2. Logic bomb
    3. Trojan horse
    4. Worm
  5. Which malware makes files unusable until a ransom is paid?

    1. Virus
    2. Ransomware
    3. Worm
    4. Rootkit

Answer key

  1. C. An employee with authorized access. Insiders have authorized access, wittingly or unwittingly. NIST CSRC Glossary: insider threat
  2. B. Spearphishing. Spearphishing targets a specific person, company or industry. MITRE ATT&CK T1566, Phishing
  3. D. Rootkit. Rootkits hook OS API calls to hide malware. MITRE ATT&CK T1014, Rootkit
  4. B. Logic bomb. A logic bomb triggers when specified conditions are met. NIST CSRC Glossary: logic bomb
  5. B. Ransomware. Ransomware encrypts files and demands payment for the decryption key. MITRE ATT&CK T1486, Data Encrypted for Impact

Sources for this lesson

Lesson 3 of 6

Web, Network Attacks, and Vulnerability Management

Learn injection attacks, replay and on-path attacks, DDoS, CVSS scoring, and patch management.

What you will learn

  • Explain SQL injection, XSS, CSRF, and path traversal.
  • Describe replay, on-path, and reflection DDoS attacks.
  • Use CVSS qualitative scores and metric groups to prioritize vulnerabilities.
  • Manage legacy devices that cannot be patched.

Web application attacks

SQL injection inserts SQL query text into an input field that the application runs. Successful attacks can read, change or delete data.

Cross-site scripting injects malicious scripts into otherwise trusted websites so they run in other users' browsers.

Cross-site request forgery forces a logged-in user's browser to perform an unwanted action. The attacker often sends a link by email or chat.

Path traversal uses sequences like ../ to reach files outside the web application's folder, such as configuration files or source code.

Network and traffic attacks

A replay attack captures valid login data and sends it again later to impersonate a user. Nonces, timestamps and one-time values make old messages useless.

An on-path attack positions the attacker between two devices to sniff or change traffic. TLS and certificate checks help make the attack visible.

In a reflection DDoS attack, attackers send packets with the victim's spoofed source address to third-party reflectors. The replies flood the victim.

Impossible travel is an indicator of compromise when one account shows activity from two distant locations in too short a time.

Vulnerability scoring and patching

CVSS labels a Base Score of 9.0 to 10.0 as Critical. Qualitative labels like Medium and High help teams prioritize patches.

CVSS v4.0 has four metric groups: Base, Threat, Environmental and Supplemental. The Threat group changes over time, such as when exploit code appears.

The Attack Vector metric scores highest when the attacker can be anywhere on the internet, called Network. Physical access scores lowest.

Supplemental metrics such as Safety and Automatable add context but never change the numeric CVSS score.

If a legacy device cannot be patched, NIST suggests isolating it or applying other compensating mitigations.

Numbers to remember

ItemValueSource
CVSS Critical Base Score range9.0 to 10.0FIRST CVSS v4.0 Specification Document
CVSS v4.0 metric groups4FIRST CVSS v4.0 Specification Document

Knowledge check

Choose an answer before reading the answer key.

  1. What does parameterized SQL help prevent?

    1. SQL injection
    2. Path traversal
    3. CSRF
    4. XSS
  2. An attacker inserts a script into a comment that other users see. Which attack is this?

    1. XSS
    2. Replay
    3. CSRF
    4. SQL injection
  3. A CVSS Base Score of 9.5 is rated?

    1. Medium
    2. Critical
    3. None
    4. High
  4. Which CVSS metric group changes over time when exploit code appears?

    1. Supplemental
    2. Base
    3. Threat
    4. Environmental
  5. A vendor no longer supports a device. What does NIST suggest?

    1. Keep using it with no changes
    2. Move it to the DMZ without controls
    3. Use it only on weekends
    4. Isolate it or apply compensating mitigations

Answer key

  1. A. SQL injection. Parameterized SQL statements avoid building queries by pasting in user text. OWASP, SQL Injection
  2. A. XSS. XSS injects malicious scripts into otherwise trusted websites. OWASP, Cross Site Scripting (XSS)
  3. B. Critical. Critical covers 9.0 to 10.0. FIRST CVSS v4.0 Specification Document
  4. C. Threat. The Threat group reflects characteristics that change over time. FIRST CVSS v4.0 Specification Document
  5. D. Isolate it or apply compensating mitigations. NIST recommends isolation or other methods to mitigate risk for unpatched systems. NIST SP 800-40 Rev. 4, Guide to Enterprise Patch Management Planning

Sources for this lesson

Lesson 4 of 6

Cryptography and Public Key Infrastructure

Learn symmetric and asymmetric encryption, hashing, digital signatures, certificates, revocation, TLS, and blockchain integrity.

What you will learn

  • Explain symmetric encryption with AES.
  • Describe hashing and digital signatures.
  • Follow the certificate lifecycle from CSR to revocation and OCSP.
  • Describe TLS 1.3 forward secrecy and wildcard certificate rules.

Encryption, hashing, and signatures

AES is a symmetric cipher, so the same key encrypts and decrypts. It supports key lengths of 128, 192 and 256 bits and works on 128-bit blocks.

SHA-256 turns any input into a fixed 256-bit message digest. A different input can produce a different digest, which helps detect changes.

MD5 is not prudent to use when collision resistance is required because published attacks allow two different inputs to share the same hash.

A digital signature uses the signer's private key and provides non-repudiation, origin authentication and data integrity. Anyone can verify it with the signer's public key.

Certificates and keys

A Trusted Platform Module is a tamper-resistant chip on a motherboard that generates and stores cryptographic keys inside hardware.

A certificate signing request holds the public key and the name to be certified, and is signed with the matching private key. The private key never leaves your system.

A certificate revocation list is a signed, time-stamped list of revoked certificates. Clients check it before trusting a certificate.

OCSP lets software check the revocation status of one certificate online, providing more timely information than a periodically published CRL.

Certificates in use and tamper evidence

A wildcard certificate for *.example.com matches www.example.com but not a.b.example.com. The wildcard must be the complete left-most label and covers only one label.

TLS 1.3 removed static RSA and static Diffie-Hellman key exchange. Every public-key key exchange now provides forward secrecy, and most handshake messages are encrypted.

A blockchain links each block to the one before it with the previous block header's hash. This makes the chain tamper evident and tamper resistant.

Numbers to remember

ItemValueSource
AES key lengths128, 192, and 256 bitsFIPS 197, Advanced Encryption Standard (AES)
SHA-256 digest length256 bitsFIPS 180-4, Secure Hash Standard
MD5 digest length128 bitsRFC 6151, Updated Security Considerations for MD5
Wildcard matchingOne labelRFC 9525, Service Identity in TLS

Knowledge check

Choose an answer before reading the answer key.

  1. Which AES key length is valid?

    1. 1024 bits
    2. 64 bits
    3. 128 bits
    4. 512 bits
  2. A signer creates a digital signature with which key?

    1. Their private key
    2. The receiver's private key
    3. Their public key
    4. A shared symmetric key
  3. What happens when someone changes an old blockchain block?

    1. The next block's previous-hash link breaks
    2. The entire chain becomes permanently unusable
    3. Nothing if the hash is recalculated
    4. Only the changed block is affected
  4. Which request contains a public key and asks a CA for a certificate?

    1. Private key
    2. CRL
    3. OCSP request
    4. CSR
  5. A stolen certificate is revoked. Which signed, time-stamped list tells clients?

    1. CRL
    2. CSR
    3. Wildcard
    4. OCSP

Answer key

  1. C. 128 bits. AES supports 128, 192, and 256 bit keys. FIPS 197, Advanced Encryption Standard (AES)
  2. A. Their private key. The signer uses a private key; the verifier uses the matching public key. FIPS 186-5, Digital Signature Standard
  3. A. The next block's previous-hash link breaks. Each block header includes a hash of the previous block, so any change breaks the link. NIST IR 8202, Blockchain Technology Overview
  4. D. CSR. A certificate signing request contains the public key and the name to be certified. NIST CSRC Glossary: Certificate Signing Request
  5. A. CRL. A CRL is a signed, time-stamped list of revoked certificates. RFC 5280, Internet X.509 PKI Certificate and CRL Profile

Sources for this lesson

Lesson 5 of 6

Identity, Passwords, and Authentication Protocols

Learn how accounts are authenticated, how passwords should be stored and managed, and how common authentication protocols work.

What you will learn

  • Explain salting and slow password hashing.
  • Describe credential stuffing and password spraying.
  • Apply NIST password policy rules.
  • Know ports and time steps for TACACS+, Kerberos, and TOTP.

Password storage and online guessing

Adding a unique random salt to each password before hashing defends against rainbow tables. Without a salt, two users with the same password get the same stored hash.

NIST requires a salt of at least 32 bits. The salt value and the resulting hash are both stored for each password.

Password storage should use slow, tunable hashing algorithms such as Argon2id, bcrypt or PBKDF2. Plain SHA-256 is not suitable because it is fast.

Rate limiting or throttling limits how many failed login attempts can be made against an account. This slows online guessing and helps stop attackers from testing many passwords quickly.

Credential stuffing uses stolen username and password pairs from one breach against other websites. Unique passwords and MFA stop it.

Password spraying tries one common password against many different accounts. Spreading attempts helps attackers avoid lockouts on a single account.

NIST password rules

Under NIST SP 800-63B-4, a password used as the only factor must be at least 15 characters. When it is one piece of multi-factor authentication, eight characters is the minimum.

NIST says not to impose composition rules such as requiring symbols, digits and capitals. It prefers longer passwords, blocklists and MFA.

NIST also says verifiers must allow password managers and autofill, and should not force regular password changes without a reason.

Authentication protocols and one-time codes

TACACS+ is used for network device administration and runs over TCP port 49.

Kerberos servers, called KDCs, listen on port 88 by default. They hand out tickets so users can prove who they are without sending passwords around.

TOTP authenticator apps compute a new one-time code from the time and a shared secret. The default time step is 30 seconds.

Numbers to remember

ItemValueSource
NIST salt minimum32 bitsNIST SP 800-63B-4, Authentication and Authenticator Management
Single-factor password minimum length15 charactersNIST SP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management
Password minimum as MFA factor8 charactersNIST SP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management
TACACS+ portTCP 49IETF RFC 8907, The TACACS+ Protocol
Kerberos KDC port88IETF RFC 4120, The Kerberos Network Authentication Service (V5)
TOTP default time step30 secondsIETF RFC 6238, TOTP: Time-Based One-Time Password Algorithm

Knowledge check

Choose an answer before reading the answer key.

  1. Why add a unique salt before hashing each password?

    1. To encrypt the username
    2. To hide the user's password length
    3. To prevent identical passwords having identical hashes and defeat rainbow tables
    4. To make the password longer
  2. Which password hashing algorithm is considered too fast?

    1. PBKDF2
    2. Argon2id
    3. Plain SHA-256
    4. bcrypt
  3. NIST says a password used alone must be at least?

    1. 64 characters
    2. 8 characters
    3. 12 characters
    4. 15 characters
  4. TACACS+ uses which transport and port?

    1. TCP 88
    2. UDP 49
    3. TCP 49
    4. UDP 1812
  5. Credential stuffing differs from password spraying because it uses?

    1. Randomly generated passwords
    2. Stolen username and password pairs from a breach
    3. One known password against many accounts
    4. Only default credentials

Answer key

  1. C. To prevent identical passwords having identical hashes and defeat rainbow tables. Unique salts force attackers to crack each hash separately. OWASP Password Storage Cheat Sheet
  2. C. Plain SHA-256. Password storage needs slow, tunable algorithms; plain SHA-256 is fast. OWASP Password Storage Cheat Sheet
  3. D. 15 characters. Single-factor password minimum is 15 characters. NIST SP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management
  4. C. TCP 49. TACACS+ uses TCP for transport and port 49. IETF RFC 8907, The TACACS+ Protocol
  5. B. Stolen username and password pairs from a breach. Credential stuffing automates stolen username/password pairs. OWASP, Credential stuffing

Sources for this lesson

Lesson 6 of 6

Infrastructure, Cloud, and Security Operations

Learn cloud service models, network segmentation and email authentication, logging and monitoring, incident response, forensics, and continuity planning.

What you will learn

  • Distinguish IaaS, PaaS, and SaaS and shared responsibility.
  • Explain DMZs, private addressing, firewalls, email authentication, and device sanitization.
  • Describe log management and SIEM capabilities.
  • Outline incident response, forensics, testing, and continuity objectives.

Cloud service models and shared responsibility

In IaaS you rent computing, storage and networking, then install and manage your own operating system and software. The provider runs the physical hardware and hypervisor.

In PaaS you deploy your app without managing servers or the operating system. The provider runs the runtime and OS underneath.

In SaaS you sign in and use ready-made apps such as Microsoft 365. The provider runs nearly everything, but you still handle app settings, user access and your own data.

A hybrid cloud mixes two or more distinct cloud types, such as a private cloud plus a public cloud. Cloud bursting spills extra load into the public cloud.

Under Microsoft's shared responsibility model, the customer always owns and must protect data and identities in every deployment type.

Network architecture and device protection

RFC 1918 reserves 172.16.0.0 to 172.31.255.255 for private networks. These addresses are only unique inside one enterprise.

A DMZ is a separate network segment off the firewall, commonly used for public-facing web and email servers. If a public server is compromised, the internal network is still separated by the firewall.

Operational technology networks should not be reachable directly from the corporate network. NIST recommends a DMZ between the corporate and OT networks.

A deny-by-default firewall rule set blocks all traffic that has not been expressly permitted. NIST says this should apply to inbound and outbound traffic.

An intrusion detection system watches and alerts. An intrusion prevention system can also attempt to stop possible incidents, such as dropping malicious packets.

NIST media sanitization defines Clear, Purge and Destroy. Clear and Purge leave media reusable, while Destroy ruins the media so it cannot store data. Do not use degaussing on flash storage such as SSDs.

Logging, email authentication, and incident forensics

Syslog severity runs from 0 to 7, and lower numbers are worse. Severity 0 means Emergency, when the system is unusable.

NTP keeps log source clocks consistent so events from different systems can be correlated in time. Accurate timestamps help analysts reconstruct an attack.

A SIEM gathers logs in one place and analyzes them to generate alerts. It can spot patterns no single log would reveal.

A DMARC record with p=reject tells receiving mail systems that failing mail should be rejected. p=none expresses no preference and p=quarantine marks mail suspicious.

NIST's classic incident response phases are Preparation, Detection and Analysis, Containment/Eradication/Recovery, and Post-Incident Activity. After an incident, a lessons learned meeting reviews what worked and what to change.

When collecting live evidence, capture volatile data first and do not shut down the system until collection is complete. Do not trust programs already on the compromised system; run your tools from protected media. Document who handled evidence and use a write-blocker so the original media is not changed. NIST's forensic process phases are collection, examination, analysis and reporting.

Continuity and recovery

A business impact analysis identifies and prioritizes systems critical to supporting mission and business processes. Its results drive recovery priorities and objectives like RTO.

The Recovery Time Objective measures the maximum downtime before the impact is unacceptable.

The Recovery Point Objective describes the point in time to which data must be recoverable. If backups run nightly, you may lose up to a day of data.

A system's Recovery Time Objective must be shorter than its Maximum Tolerable Downtime. Recovery has to finish before the business cannot accept any more outage.

To restore from differential backups, you need the full backup and the latest differential. Incremental backups need the whole chain.

A hot site is already fully equipped and ready to take over, so failover is fast. That speed costs more than a cold site. A tabletop exercise is a discussion-based walkthrough that validates the plan before a real incident. Rules of engagement give a penetration test team authority and boundaries.

Numbers to remember

ItemValueSource
Syslog severity most severe0 (Emergency)IETF RFC 5424, The Syslog Protocol
NIST forensic process phases4NIST SP 800-86, Guide to Integrating Forensic Techniques into Incident Response
Differential backups needed to restore2 (full plus latest differential)NIST SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems

Knowledge check

Choose an answer before reading the answer key.

  1. In which cloud model does the customer control the operating system but not the physical hardware?

    1. IaaS
    2. SaaS
    3. Hybrid
    4. PaaS
  2. What is a DMZ commonly used for?

    1. Encrypting database files
    2. Storing backup tapes
    3. Hosting public-facing servers behind a firewall
    4. Allowing all inbound traffic
  3. Which syslog severity code means the system is unusable?

    1. 1 Alert
    2. 0 Emergency
    3. 7 Debug
    4. 3 Error
  4. What does a write-blocker do?

    1. Blocks malware on the network
    2. Prevents writes to the media being imaged
    3. Stops unauthorized access to the lab
    4. Encrypts evidence files
  5. A test team needs written permission and defined allowed activities before a penetration test. Which document provides this?

    1. Incident report
    2. Lessons learned
    3. Rules of engagement
    4. Backup policy

Answer key

  1. A. IaaS. IaaS gives control over operating systems and deployed applications, while the provider runs hardware. NIST SP 800-145, The NIST Definition of Cloud Computing
  2. C. Hosting public-facing servers behind a firewall. It is common to put public-facing servers, such as web and email, in a DMZ. NIST SP 800-41 Rev. 1, Guidelines on Firewalls and Firewall Policy
  3. B. 0 Emergency. Severity 0 is Emergency: system is unusable. IETF RFC 5424, The Syslog Protocol
  4. B. Prevents writes to the media being imaged. A write-blocker allows reads but stops writes so original evidence stays untouched. NIST SP 800-86, Guide to Integrating Forensic Techniques into Incident Response
  5. C. Rules of engagement. The rules of engagement define allowed activities and give the test team authority. NIST SP 800-115, Technical Guide to Information Security Testing and Assessment

Sources for this lesson

Practice checklist

  • โ˜ Review the summary facts in this guide.
  • โ˜ Confirm your test center or online proctoring login and allowed ID in advance.
  • โ˜ For each sample question in this guide, explain why the wrong choices are incorrect.
  • โ˜ During the exam, read each question twice and look for words like most, best, or not.
  • โ˜ Flag tough questions and return to them if allowed.
  • โ˜ Get a good night's sleep and do not study new material right before start.

Keep learning

  • Replay the Aha Trivia deck and note any missed cards.
  • Review the cited NIST and OWASP source pages for deeper details.
  • Practice explaining each concept aloud before the test.
  • Create a personal cheat sheet from the lesson numbers and traps.

How this guide was made

Aha Trivia wrote this guide from the 100 approved cards in Stuff Every Security Pro Should Know. Before a card is approved, two AIs check it, and code finds its quote on the source page.

DeepSeek V4 Pro wrote the lessons using only those cards. Codex (GPT-5.6) checked every line against the cards. The checker accepted every repair, so no third review was needed. Lines that no check could confirm were removed. Every source link above comes from a checked card. Checked 2026-10-25.

Found a mistake? Tell us and we will fix it.

Practice what you learned

Aha Trivia turns the subject into short, scored questions. The guide and game are study tools, not official training or certification.

โ–ถ Play Stuff Every Security Pro Should Know Find another deck