A cyber security resume needs four things: a summary that names your track in the first line, an experience section where every alert, finding or control carries its severity and fidelity, a skills block listing only platforms you can discuss under questioning, and certifications placed where a screener sees them. Below are 16 full one-page resumes, one for each job this field actually posts.
540k+ resumes created
A Tier 1 queue seat, a pentest report writer, a cloud engineer and a GRC analyst share a field and almost no keywords. Pick the template built for the posting in front of you and the structure a reviewer in that track expects is already in place, including where the certifications sit.
































Open the example closest to the posting you are answering, swap its severity bands, findings and platform names for your own, and the editor keeps the one-page layout an applicant tracking system can parse.
Build my resumeThe hard part is not formatting. It is deciding which numbers you can defend in a technical screen, and then writing the resume so a reviewer in your track recognizes them.
A SOC seat, a pentest role, a cloud engineering job and a GRC opening screen on different evidence and share almost no keywords. One resume aimed at all four reads as none of them.
What the track decides:
Alerts triaged monthly is the most common bullet in this field and it settles nothing. Two hundred hits on one noisy rule is a tuning backlog; two hundred investigations across four severities is a workload.
What turns a volume into evidence:
Published advice tells candidates with no security job title to quantify their lab, and the samples that follow claim detection times cut by a percentage. Nothing was detected and nobody was protected, so a screener reads an invented number and stops reading.
What a lab can honestly claim:
Skills-first ordering is standard advice for career starters and wrong for most people who use it. If you have worked a help desk, a NOC or any technical seat, that record is the argument and it belongs at the top.
Use skills-first order only when all of these are true:
Certifications matter in this field and they are not seniority. A header carrying five acronyms over no documented investigation reads as a studier, which is the one impression a technical screen will confirm.
How to handle them:
Fifty to seventy words, opening with your track and the scope you cover rather than a word like passionate. Every example here does that, and every one of them fits on a single page, including a manager running a 14-analyst SOC.
Cybersecurity analyst covering a 1,900-endpoint environment for a regional insurance carrier, working Microsoft Sentinel detections and Defender for Endpoint containment. Cut repeat false positives on the ten noisiest rules by 61 percent across two quarters of tuning. Holds Security+ and CySA+, and writes detection logic mapped to MITRE ATT&CK with a documented test for each rule.
What a security summary has to carry:
Security job descriptions are written out of control frameworks, and matching their phrasing is the whole of defensible keyword work. Copy the posting's wording where it is true of you, and leave the rest off.
Which ones belong where:
A cyber security resume needs a three-to-four-sentence summary that names your track and the size of the environment you cover, an experience section where every alert, finding or control carries its severity and fidelity, a skills block listing only platforms you can discuss under questioning, education, and a certifications block placed where a screener will see it. The numbers most security resumes are missing are the ones a hiring manager already has on a dashboard: escalation acceptance rate, false positive rate before and after tuning, time to triage against the queue target, critical findings and retest results, remediation inside the policy window. If you have no security job title yet, a projects section covering a home lab belongs above work history. One page is enough at every level, including a manager running a 14-analyst SOC.
Lead with skills and projects instead of work history, which is the one case where that order is correct, and count your lab honestly. Say how many hosts it runs, which log sources ship into it, how many detection rules you wrote, which MITRE ATT&CK techniques they cover, and what came back when you replayed tests against them. Do not claim a business outcome, because a personal environment has none and an invented percentage is the fastest way to lose a screener. Then count what your current job genuinely measures, whether that is transactions, tickets or attendance, and name the target role outright so nobody has to guess which queue your application belongs in. Two examples on this page are built exactly this way.
Near the top when the certification is what qualifies you for the posting, which is usual for entry-level roles and for anything requiring a specific credential, and in a clearly labeled block lower down once you have several years of documented work. Name the issuer and the year and nothing else: CompTIA, ISC2, GIAC, Offensive Security, EC-Council, ISACA and the cloud providers are all recognized without explanation. Write one in progress precisely, with the exam month you have booked rather than a vague studying toward. Note that ISC2's CISSP carries a five-year paid experience requirement across two or more of its domains, with an associate route for candidates who pass the exam before meeting it, so state which applies to you. List only certifications you can be questioned on.
As a dated projects entry in the experience section, written exactly like a job, with bullets that count real things. Name the stack and the telemetry, for example Wazuh and Suricata ingesting Sysmon, DNS and firewall logs from eight hosts. Say how many detection rules you wrote and which ATT&CK techniques they map to. Say what you replayed against them, such as Atomic Red Team tests, and what the rules caught or missed. The most convincing single line an entry-level resume can carry is what you tuned after a rule fired on normal activity. For CTF work, give placements and the number of machines or rooms solved, then write up two investigations properly rather than listing fifty. Never attach a business metric to any of it.
The ones in the posting that are also true of you, grouped by what they do. For detection work that means SIEM and endpoint platforms by name, such as Splunk, Microsoft Sentinel, QRadar, Elastic, CrowdStrike Falcon, SentinelOne or Defender for Endpoint, plus the telemetry you actually query. For offensive roles it means Burp Suite, Metasploit, Nmap, Wireshark, BloodHound and the vulnerability scanners. For cloud it means AWS, Azure, Kubernetes, Terraform and a posture tool. Frameworks carry real keyword weight: MITRE ATT&CK, the NIST Cybersecurity Framework, NIST SP 800-53, CIS Controls, ISO/IEC 27001, SOC 2, PCI DSS, the OWASP Top 10 and CVSS. Keep the list to what you can be interviewed on, because a fourteen-tool skills block invites a question about the one you touched once.
One page, at every level on this site's standard. Every example here is a single page, including a penetration tester delivering around 30 engagements a year and a security operations manager running a 14-analyst SOC across three shifts. Security applications usually pass through an applicant tracking system before a person opens them, so a clean one-page layout with standard headings parses more reliably than a two-column design built around a graphic. If you are running out of room, cut detail from your oldest roles rather than dropping the environment size and severity context from the recent ones, because that context is what makes your numbers mean anything. Federal and cleared roles are the one exception, since those applications often ask for a longer format outright.
Open the example closest to the posting you are answering, swap its severity bands, findings and platform names for your own, and the editor keeps the one-page layout an applicant tracking system can parse.