Printable referenceAnalyst workflow

CySA+ analyst cram sheet

A compact final-review sheet for the decisions behind security operations, vulnerability management, incident response, and reporting.

Back to study hub

Security operations

  • Normalize time before correlating events across systems.
  • Validate alert context with endpoint, identity, network, cloud, DNS, and application evidence.
  • Distinguish indicator, hypothesis, and confirmed activity.
  • Use threat intelligence for context, not as automatic proof of compromise.
  • Tune detections with measurable false-positive/false-negative consequences.
  • Automate repeatable enrichment and containment only when failure modes are understood.
  • For AI-assisted analysis, protect sensitive data and validate generated findings against source evidence.

Vulnerability management

  • Choose scan method based on authorization, target type, credentials, production impact, and visibility.
  • Validate scanner findings; severity is not the same as exploitable risk.
  • Prioritize with exploitation evidence, exposure, asset value, impact, remediation availability, and controls.
  • Know what CVSS measures and what it does not; combine it with contextual evidence.
  • Track exceptions with owner, rationale, compensating controls, expiry, and review.
  • Verify remediation by rescanning or otherwise proving the vulnerable condition changed.

Incident response

  • Preserve volatile evidence when loss would materially affect the investigation.
  • Contain with awareness of business impact and evidence needs.
  • Separate containment, eradication, recovery, and validation.
  • Maintain chain of custody when evidence may support legal or disciplinary action.
  • Use root-cause analysis to identify contributing control failures, not only the triggering event.
  • Close the loop with lessons learned and owned corrective actions.

Reporting and communication

  • State scope, evidence, confidence, business consequence, owner, next action, and due date.
  • Write technical findings so a system owner can reproduce them.
  • Write executive summaries around decision, impact, trend, and residual risk.
  • Prefer coverage, aging, recurrence, and verified closure over raw alert/finding counts.
  • Escalate uncertainty when it changes the decision; do not hide it behind a severity label.

Fast interpretation reminders

Logs

Ask who produced the event, which clock it used, whether collection is complete, whether the record can be altered, and what neighboring events should exist if the hypothesis is true.

Vulnerabilities

Ask whether the asset is reachable, whether exploitation is observed or likely, whether the vulnerable feature is enabled, what the business consequence is, and whether the proposed fix is verified.

Incidents

Ask what is known, what is assumed, what must be preserved, what action is reversible, which stakeholder owns the next decision, and what recovery evidence is required.

Metrics

A useful metric changes behavior. Favor time-to-detect/respond, exposure aging, control coverage, exception age, repeat incidents, and verified remediation over vanity totals.

Exam-day checklist

  • Read the requested action carefully: FIRST, BEST, MOST likely, or NEXT changes what is being tested.
  • Eliminate answers that skip evidence collection, violate scope, or destroy needed evidence without justification.
  • For prioritization questions, combine technical severity with exploitability and business context.
  • For incident questions, preserve the sequence: understand, contain, eradicate, recover, verify, improve.
  • For reporting questions, match detail to the audience and make ownership explicit.

This is an independent study resource. Verify current exam logistics and objectives with CompTIA before scheduling.

CySA+ last-mile analyst review

Use this page as a rapid analyst checklist after completing the full study material. CySA+ questions often present incomplete telemetry and ask for the most defensible interpretation or next action. Keep evidence, confidence, business context, and response authority separate so you do not overstate what one alert or one log source actually proves.

Start every investigation by building a timeline. Normalize timestamps, identify the user, host, account, application, or cloud resource involved, then order relevant events before and after the alert. Repeated authentication failures followed by success, a new process after a download, a privilege change before data access, or new outbound traffic after persistence activity can reveal the sequence that isolated alerts hide.

Distinguish indicators from conclusions. An unusual parent-child process relationship, encoded command, rare domain, impossible-travel sign-in, or high-severity vulnerability is an indicator. Malware infection, account takeover, or data exfiltration is a conclusion that should be supported by correlated evidence. Choose containment urgency based on confidence and potential impact rather than on a dramatic alert name alone.

Vulnerability and exposure prioritization

CVSS is one input, not the entire remediation decision. Consider internet exposure, exploit availability, active exploitation, asset criticality, data sensitivity, compensating controls, authentication requirements, privilege needed, patch availability, and operational impact. A lower-scored weakness on an exposed critical service can outrank a higher-scored issue on an isolated nonproduction system.

Know the difference between authenticated and unauthenticated scans, credentialed host assessment, application testing, configuration review, and penetration testing. Vulnerability scanners identify known weaknesses broadly; penetration testing validates exploitability and attack paths more deeply. Neither automatically replaces secure configuration management, patch governance, or continuous asset inventory.

Detection engineering and alert quality

A false positive occurs when detection logic identifies something as malicious or policy violating when the condition is not actually present. A benign positive occurs when the rule correctly identifies the behavior but the behavior is authorized or expected. Tune the former by improving logic and the latter through context, allowlisting, enrichment, or workflow where appropriate.

Map evidence sources to what they observe best. EDR provides process, file, registry, memory, and endpoint telemetry. Network sensors reveal sessions, protocols, destinations, and transfer patterns. Identity logs show sign-ins, MFA, token use, and privilege changes. Cloud audit logs expose control-plane operations. SIEM correlation combines sources but is only as trustworthy as the underlying telemetry and parsing.

Incident response and containment

Containment should reduce attacker capability without destroying needed evidence or causing unnecessary business harm. Host isolation, account disablement, token revocation, firewall blocks, malicious-domain blocking, or workload segmentation may be appropriate depending on scope. Preserve volatile evidence when required and follow authority boundaries rather than improvising outside the incident plan.

Eradication removes the cause or persistence mechanism after containment, while recovery returns systems to trusted operation and increases monitoring for recurrence. Lessons learned should capture root cause, control gaps, timeline quality, detection effectiveness, communication issues, and remediation ownership. If the question asks for NEXT, choose the action that fits the current response phase.

Threat hunting and intelligence

Threat hunting starts with a hypothesis that can be tested against available telemetry. Build queries around behaviors, identities, assets, or known indicators, then refine based on findings. Avoid treating a single threat-intelligence match as proof of compromise. Intelligence can enrich prioritization and detection, but age, source reliability, context, and relevance matter.

Indicators of compromise are observable artifacts such as hashes, domains, IP addresses, filenames, or registry keys. Indicators of attack focus more on adversary behavior and technique. Behavior-oriented detections are often more resilient than static indicators because attackers can change infrastructure and file hashes quickly while still needing to perform recognizable actions.

Reporting and stakeholder communication

Analyst documentation should preserve timestamps, evidence sources, queries, affected assets, indicators, confidence, actions taken, and open questions. Management reporting should emphasize scope, business impact, containment status, risk, remediation ownership, and decisions needed. Use language that matches evidence strength: “confirmed,” “high confidence,” “likely,” and “possible” should not be interchangeable.

Finish your review by classifying misses into four buckets: missing knowledge, misread evidence, poor prioritization, or response-sequencing errors. Re-study facts only for the first category. For the others, reconstruct the scenario and explain why the correct action was justified at that moment. That practice most closely mirrors the reasoning CySA+ is designed to test.