top of page
Search

Start Here: How to Learn Cybersecurity Without Drowning

blocklocksolidity
Aug 30
2 min read

Most people who try to learn cybersecurity quit in the first month. Not because it's hard, but because they start by collecting — a bookmarks folder of tools, six half-watched playlists, a Kali VM opened twice. Collecting feels like progress. It isn't.


Every lesson here ends with something you can run in the next ten minutes. That's the whole method: read a little, do it immediately, move on.


Start with these three


1. Linux for Security Work — the filesystem, permissions, and the dozen commands that carry most of the job. Ends with a hunt for setuid binaries on your own machine.


2. How Machines Talk — ports, TCP vs UDP, DNS. Ends with you tracing a real page load end to end using tools already on your computer.


3. Smart Contract Security — reentrancy, access control, oracle manipulation. Ends with you draining a vulnerable vault in a local test.


Then, if you want the professional view


Two posts written for the people who hire security work rather than perform it — useful context for where all this ends up:



What you need before you start


A Linux environment. Any of these is fine, and all are free:


  • Windows — install WSL. Open PowerShell and run wsl --install, then reboot.

  • macOS — the built-in Terminal covers most of it. Some commands differ from Linux; the lessons note where.

  • Any OSVirtualBox with an Ubuntu image, if you'd rather keep it separate.


That's it. No paid course, no lab subscription, no Kali install.


How to actually get through it


  1. Read one lesson. Don't queue up three.

  2. Do the exercise at the bottom before moving on. Reading about a vulnerability and finding one are different skills.

  3. When something surprises you, follow the reference links. Learn where the authoritative answer lives — man pages, RFCs, the Solidity docs.

  4. Move on when you could explain it to someone else without notes.


I'm learning this too. Block Lock Academy documents the process rather than pretending it's finished. Where I'm confident I'll say so; where I'm not, I'll say that too.

Start with Linux.


Run this on your own machine or a lab you're authorised to use. Every command here is safe against systems you control. Pointing the same tools at infrastructure you don't own is a criminal offence in most countries, including under the US Computer Fraud and Abuse Act. The practice labs linked above exist so you can do this legally.

 
 
 

Recent Posts

See All

Comments


bottom of page