How to learn cybersecurity
This path assumes you can use a computer but have no security background. It builds from operating systems and networking to defensive tooling, offensive techniques, detection, and a capstone lab. In 300-360 hours you reach the level of an entry-level security analyst who can triage alerts and harden small systems, not just pass a vocabulary quiz.
Hours
300-360 hours
Calendar
about 30-36 weeks at 10 hours a week
Stages
6
Start from
You need basic computer literacy: installing an operating system, using a terminal, and editing files. You do not need maths, programming, or prior security certifications; those can help later but are not the place to start.
Why the usual order fails
Most cybersecurity study starts with tooling: port scanners, password crackers, SIEM dashboards. That order produces people who can launch a scan but cannot say why a packet reached a host or how a process survived a reboot. Without networking and operating-system fundamentals, security study is memorising vocabulary. You learn that port 445 is SMB, but not how a firewall rule, routing table, and Windows service interact to expose it. The result is brittle: you can name an attack, but you cannot reason about what actually happened, what it left behind, or what to change.
This path reverses the usual order. Week one has you inspecting processes, file permissions, and logs on a Linux and a Windows virtual machine, not installing a vulnerability scanner. Most plans have you running Nmap in the first week, before you understand the traffic it generates. Here, you spend five weeks on operating systems and five on packets before touching a scanner. That delay is deliberate. By the time tools appear, you already know what they are doing underneath, so you can configure them correctly, read their output, and spot when they are wrong.
The path, in the order it has to be walked.
Each stage assumes the one above it and nothing below it. The check at the foot of each is the point — you are meant to fail it, go back, and try again before moving on.
Operating systems and terminals
weeks 1-5Build the base layer. Work with Linux and Windows command lines, file systems, users, permissions, processes, and logging. This is first because every later network and security tool assumes you can navigate a host and read system state. You cannot assess what you cannot operate.
- Linux file permissions and ownership
- Windows NTFS permissions and registry hives
- systemd units and Windows services
- process inspection with ps, top, tasklist
- local user and group management
- log locations in /var/log and Event Viewer
- SSH and PowerShell remoting
- shell scripting basics (bash, PowerShell)
You can now: Given a running Linux or Windows VM, you can inspect running processes, find a suspicious binary's file path and owner, and check the relevant logs without a guide.
Networking and packet analysis
weeks 6-10Security events are network events first. Learn how packets move, how addressing and routing work, and how to read traffic in Wireshark. This sits here because every later stage—scanning, defence, detection—assumes you can interpret a packet capture and understand what a tool is actually sending.
- TCP/IP and the OSI model
- IPv4 addressing, subnetting, CIDR
- TCP handshake and state flags
- UDP and common port protocols
- DNS resolution and records
- HTTP request/response and TLS handshake
- Wireshark display filters and tcpdump
- NAT, firewalls and routing tables
You can now: Given a packet capture of a simple HTTP request, you can isolate the TCP stream, identify client and server ports, and explain each step of the handshake.
Security foundations and defensive tooling
weeks 11-16Learn what controls exist and how they fail. Cover authentication, access control, encryption, and the defensive tools you will operate: firewalls, IDS/IPS, antivirus, vulnerability scanners. This follows networking because controls are configured on network boundaries and hosts, and you need to see how they interact.
- Authentication factors and password hashing (bcrypt, Argon2)
- Access control models (DAC, MAC, RBAC)
- Symmetric vs asymmetric encryption and TLS certificates
- Firewall rules and stateful inspection
- IDS/IPS signatures and Suricata
- Endpoint protection and Sysmon
- Vulnerability scanning with Nessus/OpenVAS
- CVSS scoring and remediation prioritisation
You can now: Given a small lab network, you can run a vulnerability scan, interpret a CVSS score, and write a firewall rule that blocks an identified service while allowing required traffic.
Offensive techniques for defenders
weeks 17-21To detect attacks you must know what they look like. Study reconnaissance, initial access, privilege escalation, persistence, and lateral movement in a controlled lab. This is deliberately after defensive basics so you analyse attacks as a defender, not imitate a checklist of commands.
- Reconnaissance with Nmap and passive DNS
- Password attacks: brute force, spraying, credential stuffing
- Exploitation basics: Metasploit and manual payloads
- Windows privilege escalation and UAC bypass
- Linux privilege escalation via SUID and cron
- Persistence mechanisms: services, scheduled tasks, registry Run keys
- Lateral movement: SMB, PsExec, WinRM
- Command and control channels and beaconing
You can now: In an isolated lab, you can use publicly known techniques to gain a foothold on a deliberately vulnerable Windows host and then document the artefacts you would look for as a defender.
Detection, monitoring and incident response
weeks 22-27The job of a security analyst is to find attacks early and respond without making things worse. Work with SIEM queries, endpoint telemetry, memory and disk forensics, and incident handling. This comes after offensive techniques because you now know which artefacts matter and where to look.
- Security information and event management (SIEM) query languages
- Windows event logs and Sysmon telemetry
- Network detection with Zeek and Suricata alerts
- Memory analysis with Volatility
- Disk forensic timelines with plaso
- Incident response phases (NIST 800-61)
- Threat intelligence feeds and indicators of compromise
- Containment and eradication planning
You can now: Given a pre-recorded compromise scenario, you can write SIEM queries to locate the initial access, trace lateral movement, and produce a one-page timeline with containment steps.
Security engineering and capstone lab
weeks 28-33Combine skills into usable judgement. Harden a small network, segment systems, configure logging, then run a detection exercise against a red-team script. This is last because it forces you to think in systems, not certificates. You must make choices and justify them.
- Network segmentation and VLANs
- Host hardening benchmarks (CIS)
- Centralised logging with Syslog/Elastic
- Active Directory security and group policy
- Patch management and vulnerability tracking
- Cloud security basics: IAM, VPC, storage permissions
- Capstone: build, attack, detect, respond lab
- Writing an incident report and remediation plan
You can now: You can stand up a three-host network from scratch, harden it against a known attack set, and detect the attack using your own logs and alerts.
The hours are fixed. The calendar is yours.
The same path at three speeds, and what actually goes wrong at each.
3 hours a week
At this pace the full 300-360 hours takes about 100-120 weeks. It is only realistic if you already work in IT and are adding security context. Otherwise, you will forget early networking and operating-system material before reaching detection labs, and your terminal speed will never develop.
8 hours a week
This finishes in about 38-45 weeks. It is sustainable alongside a job or degree. The risk is splitting lab time into short sessions; packet analysis and incident response exercises need at least two contiguous hours or you spend more time re-establishing context than learning.
20 hours a week
This finishes in about 15-18 weeks. It can work if you treat it like a full-time bootcamp and protect long lab blocks. The danger is burning through offensive tooling without repeating the fundamentals, leaving you able to run commands but unable to explain what they did.
Four ways people lose a year on this.
Each of these is appealing for a real reason, which is why they are common. What they cost is the part nobody mentions.
Skipping networking and operating systems for hacking tools
People install Kali Linux, run Nmap and Metasploit, and call themselves security testers. The tools work on easy targets, so it feels like progress. But when a scan fails or a payload does not fire, they cannot trace routing, firewall rules, or process context. They learn button sequences, not the system behaviour those buttons rely on.
Collecting certificates without building a lab
Passing Security+ or CEH by watching videos and memorising acronyms feels efficient. It gives you a credential but no operational judgement. In a real incident, you cannot configure a firewall, read Windows event logs, or triage an alert. Employers see this immediately in practical interviews, and you still cannot do the job.
Memorising attack commands instead of analysing artefacts
Copying Metasploit commands to compromise a lab box is satisfying. But if you never inspect the logs, registry changes, and network traffic the attack leaves behind, you cannot detect the same technique when it happens to you. Defensive roles require artefact analysis, not just exploitation speed.
Treating cybersecurity as a list of tools
Downloading a top-100 tools list and trying each one feels like progress. Tools change every few years; TCP, file permissions, authentication, and logging do not. Someone who only knows the current tools becomes obsolete, while someone who understands the underlying systems can learn the next tool in days.
How to know it worked.
Not a syllabus you tick off — six things to attempt. If one of them is still hard, the stage it belongs to is the one to go back to.
- List running processes on your machine and explain what five of them do.
- Capture a TCP handshake with tcpdump or Wireshark and label each flag.
- Change file permissions on a Linux test VM and predict what a non-owner user can access.
- Write a firewall rule allowing HTTPS only and test that HTTP is blocked.
- Run an Nmap SYN scan against a local VM and identify half-open connections in a capture.
- Search an Apache access log for a directory traversal string and write a detection query.
Questions about learning cybersecurity.
The five we hear most. The intro film answers most of them in a minute and a half.
how long does it take to learn cybersecurity?
It takes about 300-360 hours of focused study and lab work to reach entry-level security analyst competence, which is 30-36 weeks at 10 hours a week. If you already work in IT or networking, you may move faster through the first two stages. Faster than that usually means watching videos without doing the labs, which does not stick.
do I need to know programming to start cybersecurity?
No. You do not need programming to start. You need basic computer use and the willingness to work in terminals. A little scripting in bash or PowerShell is taught in the first stage, and later you may learn Python for tooling, but it is not a prerequisite for the first several months.
is cybersecurity mostly hacking?
No, most entry-level cybersecurity work is defensive: reading logs, triaging alerts, patching systems, and writing detection rules. Offensive techniques are learned mainly so you can recognise them when they appear. Pure penetration testing roles are a smaller part of the field and usually require more experience and time.
can I learn cybersecurity on my own without a degree?
Yes. The skills are testable in labs and practical interviews, so a degree is not required. What matters is whether you can inspect a packet capture, configure a firewall, and explain a compromise. Many employers accept certificates and a lab portfolio as evidence.
is cybersecurity mostly about using tools?
No. Tools are the interface, but the work is understanding systems: how an operating system starts a process, how a packet is forwarded, how a log entry is generated. People who only memorise tool commands break down when the tool output is unexpected or the tool is unavailable.
A path is not a course.
This is the shape of cybersecurity, not the teaching of it. Hand the same path to BiliMind and it writes the lessons onto it — in the form each one calls for, with practice that gets marked and a schedule that bends when your week does. Mapping a course is free and unlimited.
This roadmap was drafted on 18 September 2026 by the same engine that builds BiliMind courses, and reviewed before publishing. Hours are honest estimates for working competence, not for a demo — treat them as a starting point and adjust them against your own first fortnight.

