Skip to main content

Career path

Threat Intelligence

Threat intelligence analysts research who is attacking organizations, how, and why, then turn that research into practical guidance for defenders.

What people in this area work on

Threat intelligence is information about threats that has been collected, checked, and analyzed so people can make decisions with it. Analysts study attack campaigns, the groups behind them, and the techniques those groups use.

Much of the work is reading reports from security companies, government agencies, and researchers, comparing their claims, and judging how reliable each source is. Good analysts state how confident they are in each conclusion and keep verified facts separate from claims.

The results are usually written: briefings, reports, and recommendations shaped around what a specific organization needs to know.

Terms used on this page

Campaign
A series of related attacks that share goals, methods, or infrastructure.
Phishing
Messages designed to trick people into sharing information, sending money, or opening something harmful.
Confidence level
A statement of how strongly the evidence supports a conclusion, often described as low, moderate, or high.
Tactics, techniques, and procedures (TTPs)
The patterns of behavior attackers use to reach their goals.
Intelligence brief
A short report that explains a threat and what to do about it.

How the work flows

One piece of work, start to finish. Every step below is something you can practise in the starter project.

  1. CollectGather public reporting with dates
  2. VerifyCompare sources against each other
  3. AssessState confidence in each conclusion
  4. BriefWrite what defenders should do
  5. ShareHand behavior to hunters and SOC

Examples of everyday tasks

  • Track reporting on campaigns that matter to an organization.
  • Compare sources and judge how reliable each one is.
  • Describe attacker behavior using a shared framework such as MITRE ATT&CK.
  • Write briefings with clear confidence statements.
  • Share findings with SOC analysts and threat hunters so they know what to look for.

Related job titles

  • Cyber threat intelligence analyst
  • Threat researcher

These are career areas to explore, not a checklist. Some of these job titles usually require experience, and completing a starter project does not by itself make someone ready for them.

Starter project

Investigate a Fake Internship Campaign

Research a documented phishing or fake internship campaign using public reports and publicly accessible community discussions, then write a concise intelligence brief with defensive recommendations.

Reviewing online reports about a campaign is threat intelligence. Searching an environment’s logs for evidence of that behavior is threat hunting.

Keep the project to public evidence and defensive analysis. Do not contact suspected scammers, reply to offers, or look for stolen information. Remove names and usernames when you quote community discussions.

What you’ll use

  • Public reports about job or internship scams from government agencies, universities, or security companies
  • Publicly accessible community discussions about the campaign; relevant public Discord conversations can be one source
  • A source log in a spreadsheet: publisher, date, link, and what each source claims

Resources to start with

More projects for this path

Each one comes with the framework to follow, five name ideas and a walkthrough for publishing it on GitHub.

Project walkthrough

  1. Choose a documented phishing or fake internship campaign that has public reporting.
  2. Collect sources and record each one’s publisher, date, link, and main claims.
  3. Identify recurring patterns, such as how the offer arrived, what it asked for, and how it tried to look legitimate.
  4. Mark which details are confirmed by several reliable sources and which are single, unconfirmed claims.
  5. Assign a confidence level to each conclusion and explain the reason for it.
  6. Write defensive recommendations that students and career offices could realistically follow.

What to publish

  • A concise intelligence brief explaining the campaign
  • A source list with publication dates
  • Confidence statements that separate verified facts from claims
  • Practical defensive recommendations

Optional extension

Translate one observed behavior into a hypothesis that could be tested in practice system logs.

Example résumé bullet

Numbers are what make a bullet worth reading, so count them while you work: how much data you searched, how many findings you fixed, how many tests you added. Every figure should be one a reader can find in your report. Write the line after the work is done, and leave out impact or experience you cannot show.

Numbers to record while you work

CountWhere it comes from
Sources reviewedyour source log, with dates
Corroborated facts vs single-source claimsconfidence column in the brief
Indicators or patterns cataloguedcampaign table
Recommendations deliveredthe defensive section

Project name | tools, datasets and frameworks | link

Example, to adapt after completing the project

LighthouseOSINT, MITRE ATT&CK, FTC and IC3 advisories, Source log, MarkdownGitHub

Researched a documented fake internship campaign across 11 public sources spanning 6 months; separated 7 corroborated facts from 4 single-source claims and delivered 5 defensive recommendations to a career center audience.

Give the project a name of its own: “Lighthouse” is an example, not a label to copy. List the tools, datasets and frameworks you actually used, since several relevant ones show more than a single tool does. Hyperlink the last part to your published repository or report.

A day on the job

Try the work before you try the project

A short walkthrough of a realistic situation. Nothing is scored: each choice explains what would happen, so you can talk through the reasoning later.

From: Career center

Students are getting a fake internship offer

Several students received the same internship offer asking for a fee and a copy of their ID. The career center wants to know what this is and what to tell people.

  1. Where do you start?

  2. Two reports disagree about who is behind it. What do you write?

    Choose above to continue.

  3. What goes in the brief for the career center?

    Choose above to continue.

Turn your project into a portfolio piece

A project becomes easier to evaluate when someone can understand what you did, inspect the evidence, and follow your reasoning.

Create a short report, GitHub README, or portfolio page. A clear two-to-four-page report is a useful starting point, not a strict requirement.

Include:

  1. Goal: What question or problem did you investigate?
  2. Environment: What tools, practice data, or systems did you use?
  3. Your work: What did you personally do, and why?
  4. Evidence: Include useful screenshots, queries, code, or test results.
  5. Findings: What did you discover? What remains uncertain?
  6. Fix or recommendation: What should change, and did you test it?
  7. Sources and limitations: Credit datasets and guides. Clearly identify simulated work.

Use sample or redacted information in the public version.

Publish the report somewhere accessible without requesting permission, and check the link before putting it on a résumé.

Put numbers in it

Count as you work, and put the figures in the report: records searched, findings confirmed, tests added, checks failing before and after. A reviewer can check every one of them against your evidence, which is exactly why they are worth including. Leave out business impact you cannot show.

Name it, then show your tools

A résumé line works best in three parts: your project’s own name, the tools and frameworks you used, and a link to the work. “Role-Based Access Lab” reads like a class exercise. A name plus a tool list tells a reviewer what you can actually work with, and every tool, dataset or framework you list honestly is another thing an interviewer can ask you about.

Project name | tools, datasets and frameworks | link

  • Role-Based Access LabTurnstile | Keycloak, RBAC design, NIST SP 800-63, Docker | GitHub
  • Login HuntBeacon | Python, pandas, Sigma, MITRE ATT&CK | GitHub
  • Cloud ProjectBedrock | Terraform, Checkov, AWS IAM, CIS Benchmarks | GitHub

Why link a report?

Your résumé gives a short description of the project. The linked report lets a reviewer inspect your work and gives you concrete evidence and decisions to discuss during an interview.

Not every recruiter will open it, but it makes your work available for review.

Example résumé entry

BeaconPython, pandas, Sigma, MITRE ATT&CK, LANL authentication datasetGitHub

Investigated a public authentication-log dataset for repeated failed logins followed by successful access; documented search queries, supporting evidence, and limitations in a reproducible hunt report.

Hyperlink the last part to the published work, so “GitHub” or “Project Report” opens your repository or report. Check the link before you send the résumé.

Preview the write-up template
# Project title

> Practice project. Describe the simulated scenario, practice data, or lab used.

## Goal
What question or problem did you investigate?

## Environment
What tools, practice data, or systems did you use? Link datasets and guides.

## My work
What did you personally do, and why?

## Evidence
Screenshots, queries, code, or test results. Use sample or redacted information only.

## Findings
What did you discover?
The numbers behind it (records searched, findings confirmed, tests added).
What remains uncertain?

## Fix or recommendation
What should change, and did you test it?

## Sources and limitations
- Datasets and guides used:
- What was simulated:
- Limitations: