evelin.

Networking basics for beginner cybersecurity analysts

Learn IPs, ports, protocols and traffic flows so you can read alerts, understand logs and speak the same language as security teams.

Why networking basics matter for SOC work

Most security alerts are really network stories. A SIEM rule fires, because one IP talked to another IP on a specific port using a specific protocol. If you do not know what that means, every alert feels like noise. With core networking concepts you can answer simple but crucial questions. Who talked to whom. Over which path. Is this normal for this system. That is what turns raw data into a decision. You do not need deep CCNA level skills for a junior SOC role, but you do need to feel comfortable with addresses, ports, protocols and basic traffic patterns.

How networking helps analysis
🧠
Understand alerts
See who talks to whom and how
🕵️
Spot anomalies
Unusual ports or destinations stand out
💬
Talk to admins
Use the same technical language

IPs and ports in plain language

An IP address is a numeric label that identifies a device on a network, similar to a street address. Ports are like apartment numbers inside that address. Port 80 usually means web traffic over HTTP, port 3389 usually means Remote Desktop. As an analyst, you read alerts that mention source IP, destination IP, source port and destination port. Your goal is to quickly guess what type of communication that probably is. Common mistake: treating all public IPs as malicious or assuming any high port is bad. In practice, many apps use dynamic or high ports in normal ways.

IP and port mental model
Physical world
  • •Street address
  • •Apartment number
  • •Person at door
Network world
  • ✓IP address
  • ✓Port number
  • ✓Service or app
VS

Protocols that appear in real alerts

A protocol is an agreed set of rules for how data is sent. In alerts and logs you will constantly see HTTP, HTTPS, DNS, RDP, SSH and SMB. For a junior role you do not have to explain every packet, but you should know what each protocol is used for and which port it usually uses. That way you can say things like: this workstation used RDP out to the internet, which is suspicious. Typical mistake: viewing protocol names as abstract tags instead of mental shortcuts for behaviour, like web browsing, file sharing or remote control.

Protocols you will see most often
HTTP / HTTPS95%
DNS90%
RDP / SSH70%
SMB and others60%

Reading a simple traffic flow step by step

Traffic flow just means the direction and sequence of network communication. For example, an internal PC sends a DNS request to a DNS server, then sends an HTTPS request to a website. As an analyst you look at who started the connection, which ports and protocols were used, and whether that matches what that device normally does. Good practice: sketch flows on paper when a case feels confusing. Draw boxes for devices, arrows for traffic, and annotate with ports and protocols. This keeps your thinking structured and makes it easier to explain your findings.

How to break down a traffic flow
  1. 🧱1
    Identify devices
    Who is talking to whom
  2. ➡️2
    Note direction
    Incoming or outgoing connection
  3. 🔢3
    Check ports
    Which services are in use
  4. 🧐4
    Decide context
    Normal for this device or odd

Practical ways to learn networking from home

You can build useful networking intuition with simple home setups. Install Wireshark on your own machine and capture traffic while you browse, update apps or stream video. Watch how IPs and ports change. Use the built in netstat or ss command to see open connections and listening ports. Look at your router admin page and note private IP ranges. Keep a small notebook where you write down common ports and what they usually mean. You do not have to master everything before applying for jobs, but steady daily practice will make real alerts feel far less mysterious.

Daily 20 minute networking routine
  1. 📡1
    Capture traffic
    Start Wireshark while you browse
  2. 📘2
    Label ports
    Look up unknown port numbers
  3. ✍️3
    Summarise
    Write one short observation

Real-world examples

  • • You see an alert about repeated connections from an internal IP to port 22 on an external server. Because you know port 22 is SSH, you can ask whether anyone should be remotely administering that external system.
  • • Your SIEM shows a spike in DNS queries from one workstation to random looking domains. Since you understand DNS as the phonebook of the internet, you recognise this as a common pattern for malware callbacks.
  • • A remote login alert shows RDP traffic from the internet directly to a server in the office. You know that exposing RDP publicly is risky, so you can flag this as a misconfiguration or possible brute force attempt.

Useful links

Keep learning

Related courses

More programs on evelin that fit this path. Each one adapts to you after a two minute quiz.

Guides from related courses

All courses on evelin →

Turn reading into real progress

A short quiz builds your personal learning path for How to Become a Remote Cybersecurity Analyst. Lessons adapt to you from day one.

Start the quiz

Created with AI assistance and reviewed before publishing.