Network Security Basics
BeginnerLesson 8 of 9 in Networking Fundamentals Course
What you will learn
- Name the main kinds of attack on business networks, explain the weakness each one uses, and connect each attack to the defense that stops it.
- Explain threats, vulnerabilities and denial-of-service attacksUse the basic vocabulary of network attacks and explain how DoS, DDoS, SYN floods and amplification attacks make services unavailable.
- Identify attacks on switching, addressing and wireless accessExplain how MAC flooding, ARP and DNS spoofing, rogue DHCP servers, rogue access points, evil twins and VLAN hopping let an attacker intercept or redirect traffic inside a network.
- Recognize social engineering, malware and password attacksSpot attacks that target people, credentials and physical access, describe the main kinds of malware and how they spread across a network, and name the defenses that limit the damage.
- Explain threats, vulnerabilities and denial-of-service attacks
- Divide a network into segments of different trust, decide which traffic may pass between them, and configure switches so that VLAN boundaries cannot be bypassed.
- Plan network segments and the traffic allowed between themExplain why a flat network is risky, use VLANs and subnets to separate groups of devices, and write a simple policy for the traffic between segments.
- Harden VLANs and trunks against VLAN hoppingExplain how switch spoofing and double tagging work, and configure access ports, trunks, the native VLAN and unused ports so that these attacks fail.
- Plan network segments and the traffic allowed between them
- Write and place ACLs, choose a suitable kind of firewall, and build zone-based rule sets with a screened subnet and intrusion detection or prevention.
- Write, place and verify access control listsRead and write standard and extended ACLs with wildcard masks, predict which entry matches a packet, and apply a list to the right interface and direction.
- Compare firewall types and design rule setsDistinguish packet-filtering, stateful, application-layer and next-generation firewalls, use URL and content filtering, and build a rule set that allows only the traffic that is needed.
- Place servers in security zones and detect intrusionsGroup networks into trusted, untrusted and screened zones, decide which traffic may cross between them, and use IDS, IPS and honeypots to detect and stop attacks.
- Write, place and verify access control lists
- Protect switch ports and wireless access so that only known and approved devices join the network, and each one lands in the right segment.
- Protect switch ports with port security, DHCP snooping and ARP inspectionConfigure port security and its violation modes, and use DHCP snooping, Dynamic ARP Inspection, storm control and related Layer 2 features to stop attacks from inside the LAN.
- Admit devices with 802.1X and network access controlExplain how 802.1X and a RADIUS server authenticate users and devices before they get access, how NAC checks device health, and how wireless networks apply the same ideas.
- Protect switch ports with port security, DHCP snooping and ARP inspection
- Reduce the attack surface of switches, routers and firewalls, manage them only over secure channels, and control who may administer them with AAA, strong passwords and multifactor authentication.
- Harden device configurations and management accessChange default settings, turn off unused ports and services, manage devices over secure protocols from restricted sources, keep firmware current and make every change traceable.
- Control administrator access with AAA and strong authenticationExplain authentication, authorization and accounting on network devices, compare RADIUS and TACACS+, and set password and MFA rules that resist guessing.
- Harden device configurations and management access
- Choose the right kind of VPN for a situation and explain how IPsec, TLS and other VPN protocols protect traffic that crosses untrusted networks.
- Choose between VPN types for sites and remote usersCompare site-to-site, client-to-site and clientless VPNs and full-tunnel and split-tunnel designs, and choose the right one for a given situation.
- Explain how IPsec and TLS VPNs protect trafficDescribe the parts of IPsec, compare it with TLS-based and other VPN protocols, and manage the keys and certificates that VPNs depend on.
- Choose between VPN types for sites and remote users
Network Security study guide
1Recognize common network attacks and how they work
Network attacks leave different traces because they target different resources and assumptions. A flood may exhaust a link, a forged ARP message may redirect local traffic, and a convincing message may steal a login. Learn to connect each observed behavior to its mechanism and to a defense placed where it can help. The examples move from service overload to local redirection, then to people, malware and credentials.
1.1 Recognize what an attack exhausts
A network attack exploits a weakness to cause harm. Naming the weakness and the resource under pressure helps you choose a defense that can actually work.
Connect the attack to the weakness
A threat can cause harm: an attacker, an insider or a fire. A vulnerability is a weakness, such as old firmware or a default password. An exploit is the technique or code used against that weakness. A mitigation removes the weakness or reduces its effect. For a vulnerable VPN login service, the flaw is the vulnerability, attack code is the exploit, and installing the vendor's fix is the mitigation. Turning off the exposed service can reduce exposure while the update is arranged.
The attack surface is the collection of places an attacker can try: services, ports, accounts, devices and wireless networks. Disabling an unused management service removes an entry point. Adding another password to that unused service leaves the entry point present.
Separate three kinds of overload
A denial-of-service (DoS) attack makes a service unavailable. A distributed DoS (DDoS) uses many sources, often compromised devices controlled as a botnet. Blocking one address leaves the other sources sending traffic.
| Attack type | Resource exhausted | Useful evidence |
|---|---|---|
| Volumetric | Capacity of the incoming link | Sustained traffic near link capacity |
| Protocol | Connection or protocol state | Many incomplete connections |
| Application-layer | Work needed to answer requests | Expensive requests and high server load |
In a SYN flood, many TCP handshakes stop after the server sends SYN-ACK. The final ACK never arrives, leaving half-open connections waiting in a queue. SYN cookies let the server defer keeping connection state until the client completes the handshake. Connection-rate limits and shorter time-outs can also reduce the pressure.
Work through reflection and amplification
With reflection, an attacker forges the victim's source address in requests to other servers. Those servers reply to the victim. With amplification, the replies are larger than the requests. UDP-based services are attractive because there is no initial connection handshake to validate the claimed source.
Suppose 500 bots each send 4 Mbit/s of queries. Their combined request rate is 2,000 Mbit/s, or 2 Gbit/s. A 60-byte query producing a 3,000-byte reply gives an amplification factor of 50. Ignoring other overhead, the victim receives about 100 Gbit/s. The large replies come from the reflectors, even though the attacker sent much less traffic.
Put the defense before the bottleneck
If the incoming link is already full, the organization's firewall receives only the traffic that gets through that link. Dropping attack packets there cannot restore the capacity lost upstream. The ISP or a cloud scrubbing service must filter a large volumetric flood before it reaches the business connection. Preventing open DNS resolvers and filtering forged source addresses also reduces a network's usefulness to attackers.
A traffic spike alone is not enough to identify an attack. Compare connection counts, half-open sessions, request patterns and CPU load with the normal baseline. A busy sales event can increase legitimate demand too.
Key Takeaways
- A threat can use a vulnerability through an exploit; a mitigation removes or limits the weakness.
- DoS attacks exhaust bandwidth, protocol state or application resources; DDoS uses many sources.
- SYN cookies reduce state held for incomplete TCP handshakes.
- Reflection redirects replies; amplification makes those replies larger than the requests.
- Filter a link-filling flood upstream of the saturated link.
1.2 Spot false identities inside a network
Local networks rely on learned information: which port reaches a MAC address, which MAC address belongs to a gateway, and which server answers a name. Attackers can replace that information and redirect traffic.
Recognize an on-path position
An on-path attack, also called a man-in-the-middle attack, sends communication through the attacker. The attacker can read or change unencrypted traffic, or drop it. HTTPS and SSH protect content even when the path crosses an untrusted device, provided identity checks succeed.
MAC flooding sends many fake source MAC addresses to fill a switch's address table. Frames for unknown destinations may then be flooded within the VLAN, exposing traffic to other ports. Port security limits the addresses learned on a port. The effect of a full table depends on the switch, so check its behavior instead of assuming every frame becomes visible.
Follow a forged ARP mapping
ARP maps a local IPv4 address to a MAC address. In ARP spoofing, an attacker sends false ARP messages. ARP poisoning is the resulting false cache entry.
A PC at 192.168.1.50 expects gateway 192.168.1.1 to have MAC address 00:1A:2B:3C:4D:5E. A forged reply claims that the gateway uses 00:AA:BB:CC:DD:EE. The PC now sends gateway-bound frames to that address. If the attacker forwards them, the connection may still work while the attacker sits on-path. Compare arp -a with the gateway's known address; the attacker's own IP need not appear in the cache. Dynamic ARP Inspection (DAI) rejects mappings that fail its checks.
Distinguish three ways to redirect clients
| Technique | What changes | Result |
|---|---|---|
| Rogue DHCP server | Address settings given to clients | A false gateway or DNS server |
| DNS spoofing or cache poisoning | An answer or cached name record | A name resolves to a false address |
| Hosts-file tampering | A local name-to-address entry | The local entry redirects the name |
A false DHCP gateway can put routed traffic through the attacker. A false DNS server can redirect selected names. DHCP snooping blocks server replies from untrusted ports. DNSSEC validates signed DNS data; it does not encrypt DNS traffic. A poisoned DNS cache entry lasts until removal or expiry, while a malicious hosts-file entry stays until removed.
Check wireless and VLAN boundaries
A rogue access point joins the wired network without approval and opens an unwanted wireless route into it. An evil twin copies a legitimate SSID to attract clients. Wireless monitoring, wired 802.1X and correct authentication-server certificate validation help prevent these attacks. A familiar network name alone does not identify a trusted access point.
VLAN hopping bypasses the intended routing boundary. Switch spoofing succeeds when an endpoint negotiates a trunk. Double tagging exploits an access VLAN that is also an untagged trunk native VLAN: one switch removes the outer tag, exposing the inner target tag to the next switch. This path is generally one-way. Fixed access ports, static trunks, disabled negotiation and an unused native VLAN close these paths.
Key Takeaways
- ARP poisoning changes local IP-to-MAC mappings; DNS poisoning changes name-to-IP mappings.
- A rogue DHCP gateway redirects routed traffic; a rogue DNS setting redirects selected names.
- A rogue access point is unauthorized; an evil twin imitates a trusted wireless network.
- Switch spoofing abuses trunk negotiation, while double tagging abuses the native VLAN.
- Local switch protections and encrypted protocols protect against threats already inside the LAN.
- Compare observed mappings with known-good information before deciding what changed.
1.3 Recognize attacks on people and credentials
An attacker can gain network access by persuading a person, stealing a password or connecting a device. A technically sound firewall cannot check whether a caller claiming to be the helpdesk is telling the truth.
Read the request before reacting
Social engineering uses urgency, authority or helpfulness to obtain access. Phishing uses deceptive messages; spear phishing targets a particular person or role. Vishing uses voice calls and smishing uses text messages. An urgent message asking you to sign in at an unfamiliar domain is a reason to stop and verify through a known channel. Report the message and open the service through its known address.
Watching a password being typed is shoulder surfing. Searching discarded documents or equipment is dumpster diving. Following a badge holder through a locked door is tailgating. These methods exploit everyday work habits, so badge procedures, secure disposal and escorted visitors matter alongside software controls.
Tell malware apart by what it does
| Type | Distinguishing behavior |
|---|---|
| Virus | Attaches to a file or program and spreads when it is used |
| Worm | Spreads across vulnerable network services without user action |
| Trojan | Appears useful while hiding a malicious purpose |
| Ransomware | Encrypts files and demands payment |
| Spyware or keylogger | Collects private activity or keystrokes |
| Rootkit | Hides malicious activity deep in the system |
| Bot | Lets an attacker remotely control the device |
These labels can overlap. WannaCry was ransomware that also spread as a worm through vulnerable SMBv1 services on TCP 445 in May 2017. Patching, disabling SMBv1, filtering that service and separating network segments limited its spread. Endpoint protection helps detect malware, but new threats and password theft still require other controls. Backups kept beyond ransomware's reach support recovery.
Identify what the password attacker tries
Brute force tries combinations. A dictionary attack tries likely words, leaked passwords and variations. Password spraying tries a small number of common passwords across many accounts. Credential stuffing tests username-password pairs stolen from other services. Spraying spreads guesses across users; stuffing exploits password reuse.
An online attacker meets the live service's delays and lockouts. An offline attacker tests stolen password hashes without contacting the login service, so that service's lockout cannot slow the guesses. Long, unique passwords, a password manager, leaked-password checks and slow salted password hashing address different parts of the problem.
Protect the remaining routes in
Multifactor authentication (MFA) requires different factor types, so a password alone is insufficient. Hardware security keys can resist phishing that captures passwords and one-time codes. Ordinary code-based MFA can still be phished, so users must check where they sign in.
Lock network rooms and racks. Console access combined with a restart may let an intruder use a device's password-recovery procedure. A visitor who can reach an open switch port may connect a rogue device even without knowing a Wi-Fi password.
Key Takeaways
- Verify unexpected access requests through a known channel.
- Worms spread through vulnerable services without someone opening an infected file.
- Password spraying tests a few passwords across many accounts; stuffing reuses leaked account pairs.
- Offline guessing bypasses live-login lockouts.
- Use unique passwords and MFA, and secure physical access to network equipment.
2Separate the network into segments and secure VLANs
Good segmentation starts with a clear description of who needs to reach what. Work from those needs to separate staff, servers, guests and management, then enforce the permitted flows where traffic crosses between them. Switch settings also matter: endpoints must stay on access ports, trunks must carry only needed VLANs, and native-VLAN handling must agree at both ends. Tests check that the intended boundaries actually hold.
2.1 Turn segmentation into permitted traffic flows
Segmentation separates device groups and controls communication between them. It limits lateral movement, an attacker's progress from a compromised device to other reachable systems.
Separate groups and enforce crossings
Physical segmentation uses separate equipment; an air gap has no connection to other networks. VLANs provide logical segmentation on shared switches. Each is a Layer 2 broadcast domain, normally with its own subnet.
A router, Layer 3 switch or firewall connects VLANs. Apply ACLs or firewall rules there. Creating VLANs without filtering leaves routed communication open: broadcast separation alone is not an access policy.
Group devices by their needs
Separate staff, servers, voice, guests, management and IoT devices. Personal BYOD devices usually receive limited access. OT, or operational technology, controls physical processes and needs strict isolation because outages have physical effects and patching can be difficult.
Management interfaces should accept connections only from approved administrator sources. Guests need internet access without internal access; cameras need their recorder. Effective isolation can also reduce the systems included in a payment-card security assessment. Demonstrate that isolation through the actual permitted paths.
Turn needs into rules
Use VLAN 10 Staff on 10.10.10.0/24, VLAN 20 Servers on 10.10.20.0/24, VLAN 30 Guest on 10.10.30.0/24, VLAN 40 Cameras on 10.10.40.0/24 and VLAN 99 Management on 10.10.99.0/24.
| Source | Destination | Required service |
|---|---|---|
| Staff | Named application and file servers | TCP 443 and TCP 445 as needed |
| Guest | Internet | Approved internet services |
| Cameras | Recorder 10.10.20.30 | Required video service |
| Admin PCs 10.10.10.5 and .6 | Management devices | Approved management services |
Deny other inter-segment flows. This is default deny: identify the required source, destination, protocol and service, then block the rest. A camera-to-recorder rule should not also open every server to the camera subnet.
Test the actual service
From each segment, test a required connection and a forbidden connection. A guest should load an approved public site but fail to open the internal printer's HTTPS interface. A camera should reach its recorder but fail to reach staff PCs. Confirm the expected rule's counter or log changes.
Ping tests ICMP only. A failed ping does not show whether TCP 443 is reachable. Repeat service tests after routing, VLAN or firewall changes.
Key Takeaways
- A VLAN separates broadcasts; an ACL or firewall controls traffic at the routing boundary.
- Group devices by their access needs, including separate guest, management and IoT segments.
- Describe each permitted flow by source, destination, protocol and service.
- Test both required and forbidden services after changes.
2.2 Keep endpoints off trunks and native VLANs
VLAN security depends on keeping endpoints on access ports and controlling what trunks carry. VLAN tags identify traffic; they do not encrypt it or authenticate its sender.
Stop endpoints from becoming trunks
An access port serves one endpoint VLAN. A trunk carries several VLANs using 802.1Q tags. Its native VLAN carries untagged traffic unless native tagging is enabled.
In switch spoofing, an endpoint impersonates a switch and negotiates a trunk through Cisco DTP. Set endpoint ports to static access mode, real trunks to static trunk mode, and disable negotiation.
Remove the double-tagging path
Double tagging needs the attacker's access VLAN to match an untagged trunk native VLAN. The attacker adds an outer native-VLAN tag and an inner target-VLAN tag. Removal of the outer tag exposes the target tag to the next switch. The usual path is one-way, but can still inject harmful traffic.
Use an unused native VLAN with no endpoints, or enable native-VLAN tagging. Match the native VLAN at both ends: otherwise untagged frames can enter different VLANs at opposite ends. Keep users, servers and management off VLAN 1 and the native VLAN.
Configure and verify the roles
This Cisco IOS example assigns a staff endpoint and an uplink. VLAN 999 is unused; only the listed active VLANs need the trunk.
interface GigabitEthernet1/0/5
switchport mode access
switchport access vlan 10
switchport nonegotiate
!
interface GigabitEthernet1/0/48
switchport mode trunk
switchport nonegotiate
switchport trunk native vlan 999
switchport trunk allowed vlan 10,20,30,99
Older switches supporting ISL may first need switchport trunk encapsulation dot1q. Limit the allowed list to the far end's actual needs. Check show interfaces trunk for operational trunks, native VLANs and allowed lists, and show interfaces GigabitEthernet1/0/5 switchport for static access operation.
Close unused ports and isolate peers
Shut down unused ports and assign them to an unrouted parking VLAN, such as VLAN 998. A live spare socket still provides a connection; the parking VLAN limits reach if a port is accidentally enabled.
Private VLAN isolated ports reach the promiscuous port, normally toward a gateway, but not each other. Community ports also reach their own community. Wireless client isolation offers comparable peer separation. Routing-boundary rules still control traffic leaving these groups.
Key Takeaways
- Static access ports stop endpoints from negotiating trunks.
- Use static trunks with negotiation disabled and only the needed VLANs allowed.
- Keep endpoints off the native VLAN and match native-VLAN settings at both ends.
- Shut down unused ports and place them in an unrouted parking VLAN.
- Private VLAN isolated ports reach the promiscuous port but not each other.
- Check operational port modes and trunk lists after configuration.
3Filter traffic with access control lists and firewalls
Traffic filtering turns a network policy into individual decisions. Read an ACL from top to bottom, match addresses and services, and follow replies as well as requests. Then compare firewall inspection methods and place public services in a screened subnet with narrow access to internal systems. Detection and prevention add visibility, but their position and ability to read encrypted content determine what they can see.
3.1 Trace packets through an ACL
An access control list (ACL) checks packets against ordered permit and deny entries. The first matching entry decides the result. If no entry matches, an implicit deny drops the packet.
Choose the fields you need
A standard IPv4 ACL matches only the source address. An extended ACL can match protocol, source, destination and TCP or UDP ports. Cisco numbered standard lists use 1–99 or 1300–1999; extended lists use 100–199 or 2000–2699. Named lists make their purpose easier to recognize and use sequence numbers for editing.
Cisco ACL address ranges use wildcard masks. A zero bit must match; a one bit is ignored. For a subnet, subtract its subnet mask from 255.255.255.255. A /24 uses 0.0.0.255. The range 192.168.10.64/26 uses 0.0.0.63 and covers .64 through .127. host 10.10.20.10 matches one address; any matches every address. Entering 255.255.255.0 as a wildcard would ignore the first three octets and match a last octet of zero, not the intended /24.
Read a complete policy
This named list filters traffic arriving at the router from staff:
ip access-list extended STAFF-IN
10 permit tcp 10.10.10.0 0.0.0.255 host 10.10.20.10 eq 443
15 permit udp 10.10.10.0 0.0.0.255 host 10.10.20.53 eq 53
16 permit tcp 10.10.10.0 0.0.0.255 host 10.10.20.53 eq 53
20 deny ip 10.10.10.0 0.0.0.255 10.10.20.0 0.0.0.255
30 permit ip 10.10.10.0 0.0.0.255 any
Trace one packet at a time:
- Staff PC 10.10.10.25 sends TCP 443 to 10.10.20.10. Entry 10 matches, so it is permitted.
- The same PC sends TCP 3389 to that server. Entries 10, 15 and 16 fail; entry 20 matches and denies it.
- The PC sends TCP 443 to public server 203.0.113.80. Entry 20 does not match that destination; entry 30 permits it.
- A packet with guest source 10.10.30.7 matches none of these staff-source entries. The implicit deny drops it.
DNS needs both UDP 53 and TCP 53, including TCP for responses that cannot be completed over UDP. Moving entry 30 above entry 20 would permit staff traffic to every server and make the deny unreachable. Removing entry 30 would block the remaining staff traffic, including internet access.
Apply the list where packets cross
On the staff VLAN interface, ip access-group STAFF-IN in filters packets entering the router from staff. Direction is relative to the router interface, not the user. out checks packets leaving that interface. An interface takes one list per protocol per direction.
Extended ACLs usually go near the source to drop unwanted traffic early. Standard ACLs usually go near the destination: because they cannot distinguish destinations, an early source-only deny could block other required paths.
Verify replies as well as requests
These router ACLs are stateless. A reply checked by another ACL needs its own permission. The Cisco established keyword checks TCP ACK or RST flags; it is not a state table and does not help UDP.
Use show access-lists to inspect match counters and show ip interface to confirm attachment and direction. Zero matches can indicate an entry shadowed by an earlier rule. A final explicit deny ip any any log makes denied traffic visible. For Cisco IPv6 ACLs, preserve the required neighbor discovery permissions: an explicit blanket deny before those permissions can break the local link.
Key Takeaways
- An ACL stops at the first match and drops unmatched packets.
- A wildcard zero means match; a one means ignore.
- Put specific permissions before broader denies or permits.
- Inbound and outbound refer to movement through the device interface.
- Stateless filtering needs suitable permissions on the reply path.
- Use match counters and interface bindings to verify the intended policy.
- DNS requires TCP 53 as well as UDP 53.
3.2 Choose a firewall and build a clear rule set
A firewall applies traffic policy between networks or on an individual host. Choose its inspection method according to the decision it needs to make.
Compare inspection methods
| Type | Evidence inspected | Result |
|---|---|---|
| Packet filter | Headers | Independent packet decisions |
| Stateful firewall | Headers and connection state | Matching replies can pass |
| Application proxy | Application requests | Commands or content can be checked |
| NGFW | State, applications, identities and threats | Policy beyond port numbers |
A stateful firewall recording TCP 10.10.10.25:51514 to 203.0.113.80:443 can recognize the reversed reply. An unrelated incoming connection does not gain permission merely by using source port 443. A stateless filter instead needs appropriate rules for replies.
An application proxy terminates the client's connection and opens another to the server. A WAF specializes in web requests, including attacks such as SQL injection. A next-generation firewall (NGFW) adds application identification, user policy and functions such as IPS or URL filtering. A UTM appliance bundles security functions for smaller organizations.
Check addresses and transferred content
URL filtering checks web addresses or categories. Content filtering examines transferred material, such as executable files or confidential documents. TCP 443 permission alone cannot distinguish a business website from malware or a remote-access tool using HTTPS.
TLS inspection decrypts, inspects and re-encrypts traffic. Clients must trust its certificate authority. Apply organizational and privacy requirements, including exclusions for sensitive categories.
Read an ordered policy
Consider these first-match rules:
- Allow Inside to Outside on TCP 80/443 and approved DNS, UDP/TCP 53.
- Allow Outside to screened-subnet web server 172.16.1.10 on TCP 443.
- Allow admin PCs 10.10.10.5 and .6 to that server on TCP 22.
- Deny and log Screened subnet to Inside.
- Deny and log the rest.
An inside browser matches rule 1. Outside SSH to the web server reaches rule 5 because it is neither published HTTPS nor traffic from a named admin. A compromised public server starting SMB into Inside hits rule 4. Matching replies use the stateful policy.
Use specific sources, destinations and services, with narrow exceptions before broad matches. Record purpose, owner and review date. Review logs and remove obsolete openings or shadowed rules.
A host firewall protects one device, including a traveling laptop. A network firewall protects traffic crossing its boundary. Internal attacks can avoid the internet edge, so keep both.
Key Takeaways
- Stateful filtering admits matching return traffic using recorded connection state.
- Port permission identifies a transport service, not necessarily the application using it.
- URL filtering checks addresses or categories; content filtering examines transferred material.
- Apply default deny and document specific required flows.
- Host and network firewalls protect different traffic boundaries.
3.3 Publish a service without opening the inside network
A public server must accept some internet traffic, but that does not mean the server should share unrestricted access to internal systems. Security zones make those different permissions visible.
Put public services in a screened subnet
A security zone groups interfaces or networks with a common policy. Inside is commonly the trusted zone, Outside the internet, and a screened subnet, also called a DMZ, holds public services. "Trusted" describes the policy grouping; infected devices can still exist there.
Allow Outside to the screened subnet only for published services. Deny Outside to Inside, while admitting replies to connections the stateful firewall allowed from Inside. Deny connections initiated from the screened subnet to Inside except narrowly named dependencies. For example, one web server may need one database port to one internal database. Administrative access should come from named admin hosts.
A three-interface firewall can enforce these boundaries. Alternatively, put the screened subnet between outer and inner firewalls. The latter creates separate policy boundaries but needs more equipment and administration. An attacker reaching a public server through an allowed outer rule still faces the inner rules; the allowed dependencies determine the remaining reach.
Combine publication with permission
Publish private web server 172.16.1.10 by translating public 203.0.113.10 TCP 443 to its private TCP 443 service. This is destination NAT, or port forwarding. The firewall needs both the translation and a rule allowing the published connection. The translation changes addressing; the rule decides permission. Products differ in whether a rule names the address before or after translation, so verify the address the rule actually matches.
Choose detection or prevention
An IDS receives copied traffic through a mirror port or TAP and raises alerts. It cannot directly drop the original packets. An IPS sits inline and can block traffic, including legitimate traffic misclassified as malicious. A fail-open IPS passes traffic during failure; a fail-closed IPS blocks it.
Signature detection matches known patterns and needs current signatures. Anomaly detection compares behavior with a normal baseline and can flag a new pattern. It also needs tuning: a large scheduled backup can resemble data theft.
| Actual traffic | Flagged as attack | Left alone |
|---|---|---|
| Attack | True positive | False negative |
| Normal | False positive | True negative |
Only the positive outcomes generate alerts. An alert is a finding to investigate, while a missed attack may leave no alert at all. Lowering sensitivity can reduce false positives and increase false negatives; raising it can have the opposite effect.
Place visibility where the data is available
A network sensor outside an HTTPS or VPN endpoint sees addresses, timing and volume but cannot read encrypted content. Inspect decrypted traffic at the endpoint, behind the VPN gateway or at an approved TLS-inspection point. Host-based detection can see activity on the server after decryption.
A honeypot is an isolated decoy with no legitimate users. Connections to it deserve investigation. A honeynet combines decoys. Keep them isolated so a compromised decoy cannot become a route into real systems.
Key Takeaways
- A screened subnet separates public services from the inside network.
- Destination NAT publishes an address; a firewall rule permits the service.
- An IDS alerts from a traffic copy; an inline IPS can block packets.
- A false positive flags normal traffic; a false negative misses an attack.
- Encrypted content is visible only where it is decrypted.
- Isolate honeypots so they cannot become stepping stones.
4Control which devices may connect at the network edge
Network admission has several layers of evidence. A MAC limit controls addresses on a switch port, DHCP snooping identifies valid address assignments, and 802.1X checks a user or device identity. Work through these checks in the order they depend on one another, including the exceptions needed for static hosts and devices without supplicants. The result should be approved access to the correct segment, with normal service preserved.
4.1 Check a device before trusting its traffic
Switch protections stop several attacks before packets reach a router or firewall. They check different evidence: a MAC address limit, the origin of a DHCP offer or an IP-to-MAC binding.
Limit addresses on a port
Port security limits the MAC addresses allowed through a port. Cisco switches default to one allowed address when the feature is enabled. Addresses can be entered manually, learned dynamically or learned as sticky addresses. Sticky addresses enter the running configuration and survive restart when that configuration is saved.
| Violation mode | Unknown-source frames | Port and reporting |
|---|---|---|
| Shutdown | Dropped | Port becomes err-disabled |
| Restrict | Dropped | Port stays up; events are logged and counted |
| Protect | Dropped | Port stays up; drops are silent |
For a desk with one PC, use this Cisco IOS example:
interface GigabitEthernet1/0/5
switchport mode access
switchport access vlan 10
switchport port-security
switchport port-security maximum 1
switchport port-security mac-address sticky
switchport port-security violation restrict
A different laptop cannot send through the port after the PC's address is learned. With restrict mode, the original PC can return without the port being err-disabled. Check show port-security interface GigabitEthernet1/0/5. Shutdown mode needs administrative recovery, such as shutdown followed by no shutdown, or configured automatic recovery. MAC addresses can be copied, so port security is not strong device authentication.
Trust DHCP replies only from the correct direction
DHCP snooping blocks DHCP server messages on untrusted ports and builds a binding table of client IP, MAC address, port and VLAN. Enable it globally and for the needed VLANs with ip dhcp snooping and ip dhcp snooping vlan 10,20. On the verified path toward the authorized server, configure ip dhcp snooping trust. End-device ports stay untrusted. A user-port rate limit such as ip dhcp snooping limit rate 10 helps limit DHCP starvation requests.
If the genuine server's incoming path stays untrusted, legitimate offers are dropped too. Trust is a direction decision, not a statement that every uplink is safe. A link from an unprotected access switch can carry rogue offers.
Reuse bindings to inspect addresses
Dynamic ARP Inspection (DAI) checks ARP messages against valid IP-to-MAC bindings on untrusted ports. IP Source Guard checks source addressing in IP traffic using the bindings. For DHCP clients, establish snooping bindings before enforcing either feature. Static hosts need ARP ACL entries for DAI and manual source bindings for IP Source Guard; they do not acquire a DHCP binding simply by sending traffic.
Add protections for other control traffic
Storm control limits broadcast, multicast or unknown-unicast rates. BPDU guard disables an edge port receiving spanning-tree messages. RA guard blocks unauthorized IPv6 router advertisements on user ports. None performs the same check as DAI.
Test these changes in a lab or maintenance window with a recovery path available: an incorrect trust setting or missing binding can disconnect legitimate devices.
Key Takeaways
- Port security limits MAC addresses but cannot defeat an attacker who copies an allowed address.
- Shutdown disables the port; restrict logs and counts drops; protect drops silently.
- Save the running configuration to retain sticky addresses across a restart.
- DHCP snooping builds bindings and blocks server messages from untrusted directions.
- DAI checks ARP; IP Source Guard checks source addressing in IP packets.
- Provide explicit bindings for static hosts before enforcing address checks.
- BPDU guard and RA guard protect different network control protocols.
4.2 Use identity and device health to admit endpoints
A cable connection or familiar MAC address does not identify an approved user. Network access control (NAC) decides whether a device may join and which access it receives, using identity, device information and often a health check.
Follow the three 802.1X roles
802.1X provides port-based access control on wired and wireless networks. The endpoint's supplicant requests access. The switch or access point is the authenticator controlling the connection. The authentication server, commonly RADIUS, checks the credentials. Before success, normal data traffic is blocked while EAP over LAN (EAPOL) authentication messages pass.
A laptop connects to port GigabitEthernet1/0/12. Its supplicant exchanges EAP messages with the switch. The switch relays them in RADIUS messages to the server. After validating the laptop's certificate, the server returns Access-Accept with VLAN 10. The switch admits the laptop into Staff. A rejected identity remains blocked or receives restricted access according to policy.
Choose and validate the authentication method
EAP-TLS authenticates client and server with certificates. The client proves possession of its private key without sending that key. PEAP creates a TLS tunnel using the server's certificate and checks a username and password inside it.
Both require the client to validate the authentication server's certificate. A PEAP client accepting an attacker's server can expose its password authentication exchange to cracking. EAP-TLS does not send the private key, but accepting a false server can still lead a device onto an attacker's network. Configure the trusted authority and expected server identity, not just the SSID.
Handle devices with different abilities
A printer without a supplicant may use MAC Authentication Bypass (MAB). The switch submits its MAC address to RADIUS as the identity. Because that address can be copied, put the printer into a restricted segment with only its required paths.
A posture assessment checks health, such as installed updates, active endpoint protection and an enabled firewall. A failing device can enter a quarantine VLAN that permits remediation services. After updates and a fresh check, it may receive normal access. A guest captive portal presents a web page for terms or a code; it serves a different purpose from certificate-based device authentication.
Apply the same ideas to Wi-Fi
| Mode | Credential model | Administrative effect |
|---|---|---|
| WPA2/WPA3-Personal | Shared passphrase | Changing access often affects every device |
| WPA2/WPA3-Enterprise | Individual credentials or certificates through 802.1X | One identity can be revoked and logged |
WPA3-Personal uses SAE and better resists offline guessing than WPA2-Personal. Use Enterprise mode for staff and a separate guest network. Disable WPS and obsolete WEP or TKIP-based WPA.
NAC determines admission and placement. ACLs and firewalls still limit the admitted device's traffic. Introduce enforcement in stages: observe failures, test a small group, then expand. Inventory devices without supplicants and keep a documented administrative recovery route if RADIUS becomes unreachable.
Key Takeaways
- 802.1X separates supplicant, authenticator and authentication-server roles.
- Validate the authentication server certificate with EAP-TLS and PEAP.
- MAB identifies a MAC address and needs restricted access because that address can be copied.
- Posture checks can send unhealthy devices to a remediation segment.
- Enterprise Wi-Fi supports individual credentials and individual revocation.
- NAC admission and firewall traffic policy remain separate decisions.
5Harden network devices and control administrative access
Routers and switches need protection for their own administrative interfaces as well as the traffic they forward. Remove unnecessary services, use encrypted management protocols, restrict the hosts that can connect and keep a tested update and recovery path. AAA then separates identity, permission and activity records. Personal accounts, strong secrets and MFA make remote administration easier to control and trace.
5.1 Harden management access and keep a reliable baseline
Device hardening removes unnecessary entry points and secures the services that remain. Apply it to switches, routers, firewalls, access points and cameras, then check it again after software or configuration changes.
Remove easy entry points
Change factory credentials during setup. Mirai used common default logins on internet-connected devices in 2016 to build a large botnet. Disable unused switch ports and unnecessary services, including Telnet, plain HTTP management, UPnP and WPS. Disable discovery protocols such as CDP and LLDP on untrusted-facing ports where revealing device information creates exposure.
| Avoid for management | Use instead |
|---|---|
| Telnet, TCP 23 | SSH version 2, TCP 22 |
| Plain HTTP, TCP 80 | HTTPS, TCP 443 |
| SNMPv1 or SNMPv2c community strings | SNMPv3 with authentication and encryption, authPriv |
| TFTP or FTP configuration transfer | SFTP or SCP |
Encryption protects credentials in transit. Stored credentials need strong hashes too. Cisco type 9 uses scrypt and type 8 uses PBKDF2 with SHA-256. Type 5 is outdated. service password-encryption produces reversible type 7 obfuscation; it is not strong password storage.
Build SSH-only access
This Cisco IOS example assumes a switch supports the commands shown. Create the account interactively with a long, unique secret; do not reuse a password from an example.
hostname SW1
ip domain-name example.com
crypto key generate rsa modulus 2048
ip ssh version 2
Create the named administrator with username netadmin privilege 15 algorithm-type scrypt secret followed by the chosen secret. Then configure the remote-access lines:
line vty 0 15
login local
transport input ssh
exec-timeout 10 0
access-class MGMT-ONLY in
MGMT-ONLY is a separately defined ACL permitting only authorized administrator sources. login local selects local accounts; transport input ssh excludes Telnet; the idle timeout is 10 minutes. Verify an allowed SSH login and a denied login from an ordinary user segment.
Restrict the management path
Use a management VLAN and narrow source permissions. A jump box is a hardened server administrators enter first, letting devices accept management sessions from that source alone. In-band management uses the production network; out-of-band management uses a separate network or console path that can remain available during a production outage.
Login delays or lockouts reduce online guessing. For example, login block-for 120 attempts 5 within 60 blocks logins for 120 seconds after five failures within 60 seconds. Device settings must support the organization's password policy; a device minimum is not a recommendation to choose the shortest allowed secret.
Update and audit the device
Read the vendor advisory, obtain the official image and verify its hash or signature. Back up the configuration, update one device during the planned window, test the result and keep a rollback image. Replace end-of-life devices that no longer receive fixes.
Send logs to a central syslog service and synchronize clocks with NTP so events can be compared. Syslog commonly uses UDP 514. Keep approved configuration baselines and backups; compare them with running settings to find unexpected changes. A login banner states authorized-use and monitoring rules. Logs and baselines are useful only when access to them is controlled and changes are reviewed.
Key Takeaways
- Change default credentials and disable unused services and ports.
- Use SSHv2, HTTPS, SNMPv3 authPriv and secure file transfer for management.
- Type 7 obfuscation is reversible; use strong password hashes.
- Restrict management sources and retain an out-of-band recovery path.
- Verify official updates and keep a rollback plan.
- Central logs, synchronized clocks and configuration baselines make changes traceable.
5.2 Give each administrator the right access
A successful login answers only one question: who has connected? Network administration also needs a decision about permitted actions and a record of what happened.
Separate the three AAA decisions
Authentication verifies identity. Authorization grants actions. Accounting records activity. Together they form AAA. An engineer can authenticate successfully but lack permission to change a route. Accounting can then record the attempted command.
Local accounts live on each device. Central AAA gives many devices one account directory and a common record. Removing a departing administrator once is safer and easier to check than editing accounts on 40 switches. Use personal accounts and role-based permissions so logs identify a person and a helpdesk role can view status without changing configurations.
| Protocol | Transport | Typical use and protection |
|---|---|---|
| RADIUS | UDP 1812 authentication; UDP 1813 accounting | Network access; classic RADIUS protects the password field, not the entire packet |
| TACACS+ | TCP 49 | Device administration; separates AAA functions and protects the packet body |
Classic RADIUS commonly carries 802.1X, enterprise Wi-Fi and VPN authentication. TACACS+ supports detailed command authorization and accounting. Older RADIUS equipment may use UDP 1645 and 1646.
Understand fallback before enabling it
Cisco IOS aaa authentication login default group tacacs+ local tries the server group first. Local authentication is used when no server responds, not when a reachable server rejects the login. An incorrect password rejected by the server does not trigger a second attempt against local accounts.
aaa new-model enables AAA. aaa authorization exec default group tacacs+ local selects authorization methods, and aaa accounting commands 15 default start-stop group tacacs+ records privilege-level-15 commands. The server group, keys and reachability must also be configured. Keep a protected emergency local account and test the recovery route before relying on central service availability.
Choose passwords that resist guessing
Long, unique secrets and leaked-password checks matter more than a predictable mixture of symbols. US NIST guidance from 2025 calls for at least 15 characters for a password used alone and permits a minimum of 8 with another factor. Systems should allow at least 64 characters, avoid mandatory character mixtures and avoid routine forced changes without evidence of compromise.
For truly random lowercase letters, each added character multiplies the keyspace by 26. At 10 billion guesses per second, exhausting eight letters takes about 21 seconds; twelve takes about 110 days; sixteen about 138,000 years. A reused password or predictable phrase does not gain this random-keyspace protection. Slow salted hashing also reduces offline guessing speed.
Add a different factor and protect the records
MFA combines knowledge, possession or inherence: for example, a password and a hardware security key. A password plus a PIN is still knowledge only. Use MFA for remote administration and VPN access.
Accounting records contain personal data, including names, addresses and login times. Limit access and retention according to organizational policy and applicable law. On a customer's network, inspect only the data needed for the authorized job.
Key Takeaways
- Authentication checks identity; authorization controls actions; accounting records activity.
- Personal accounts make administrator actions traceable.
- RADIUS commonly serves network admission; TACACS+ supports device command control.
- Local fallback follows server unavailability, not an explicit rejection.
- MFA combines different factor types; two knowledge checks remain one type.
6Connect remote sites and users securely with VPNs
A remote connection has two decisions: which traffic enters the tunnel, and how that traffic is protected. Choose a VPN for whole sites, an individual client or a small set of browser applications. Follow the original and outer packets, compare full and split tunneling, and separate IKE setup from IPsec data protection. Those distinctions provide a practical order for checking a tunnel that connects but fails to carry useful traffic.
6.1 Choose a tunnel for the connection you need
A VPN protects traffic between endpoints across an untrusted network. Choose the endpoint arrangement first, then decide which traffic uses it.
Match the VPN to the work
| Type | Endpoints and use |
|---|---|
| Site-to-site | Gateways connect whole networks, normally continuously |
| Client-to-site | One device runs a VPN client for remote access |
| Clientless | A browser portal publishes selected supported applications |
Branch hosts behind a site-to-site gateway need no individual VPN client. A remote-access client authenticates, preferably with MFA, and usually receives an address from an internal pool. A clientless portal suits a contractor who cannot install software, but exposes only the applications it supports and publishes.
Trace the inner and outer packets
The branch uses 10.20.0.0/16 and headquarters 10.10.0.0/16. Their public gateways are 198.51.100.1 and 203.0.113.1. A branch PC at 10.20.5.7 sends to file server 10.10.1.20.
- Routing and VPN policy select the packet for the branch tunnel endpoint.
- ESP tunnel processing encrypts the original packet and adds an outer header from 198.51.100.1 to 203.0.113.1.
- Internet routers use the outer public addresses; the private destination remains protected inside.
- Headquarters verifies and decrypts the packet, then forwards it to 10.10.1.20.
Protection ends at those endpoints. The local paths beyond them need suitable application protocols and access controls.
Choose full or split routing
A full tunnel sends all remote-device traffic through the organization, including public browsing. Company filtering can inspect that path, but it uses central bandwidth and may add delay.
A split tunnel sends selected destinations through the VPN. For example, 10.0.0.0/8 enters the tunnel while a public video service uses the worker's direct internet link. That traffic bypasses company gateway filtering; endpoint security remains necessary.
Choose full tunneling when policy requires central handling of all browsing. Choose split tunneling when permitted direct traffic would otherwise consume limited head-office capacity.
Limit admitted devices
VPN encryption does not remove malware. Combine remote access with MFA, posture checks and firewall rules limiting users to required resources. An infected authenticated laptop can attack reachable systems. The gateway operator can see traffic after decryption, so a VPN also does not hide activity from that operator.
Key Takeaways
- Site-to-site connects networks; client-to-site connects a device; clientless access publishes selected applications.
- An outer header carries protected private traffic between tunnel endpoints.
- Full tunneling carries all device traffic through the VPN; split tunneling carries selected traffic.
- VPN encryption protects transit, while endpoint checks and traffic rules control device risk.
6.2 Follow IPsec setup, protected traffic and troubleshooting
IPsec separates peer setup from protected user traffic. Checking those stages independently helps explain why a VPN can report a connection while applications still fail.
Establish keys and security associations
Internet Key Exchange (IKE), normally IKEv2, starts on UDP 500. Peers authenticate with a pre-shared key or certificates, agree on compatible algorithms and derive keys. A security association (SA) records protection settings and key material. IKE establishes its protected control channel and negotiates IPsec SAs for data.
IPsec data SAs are directional, so two-way traffic needs a pair. Each peer applies its own lifetime policy; either can rekey before expiry. In IKEv2, different configured lifetimes do not by themselves prevent setup.
Distinguish the data protocols and modes
| Component | What it provides |
|---|---|
| ESP, IP protocol 50 | Encrypted payload protection and integrity in the VPNs described here |
| AH, IP protocol 51 | Integrity and authenticity without encryption |
| NAT-T, UDP 4500 | ESP carried inside UDP to cross NAT |
| Tunnel mode | Whole original packet behind a new IP header |
| Transport mode | Original IP header remains; payload is protected |
Gateway-to-gateway VPNs normally use ESP tunnel mode. AH covers address fields that NAT changes, which makes it unsuitable across NAT. ESP is IP protocol 50, not TCP port 50 or UDP port 50. Permit IKE, NAT-T when used, and native ESP when used between the gateway addresses.
GRE encapsulates without encryption. GRE over IPsec combines GRE's carriage of multicast or routing traffic with IPsec protection. The added encapsulation alone supplies no secrecy.
Account for packet size
An ESP tunnel commonly adds roughly 50–80 bytes per packet; NAT-T adds another 8-byte UDP header. A full 1,500-byte original packet plus those headers exceeds a 1,500-byte path MTU. Depending on the protocol and settings, it must be fragmented or is dropped. A smaller tunnel MTU, often about 1,400 bytes, and an adjusted TCP maximum segment size (MSS) help traffic fit. Small requests working while larger transfers stall is a useful sign of an MTU problem.
Compare other VPN choices
TLS VPNs, traditionally called SSL VPNs, commonly use TCP 443 and may also support UDP. They suit remote clients and browser portals. WireGuard uses UDP, often 51820, and a small set of modern algorithms. L2TP/IPsec combines older L2TP tunneling on UDP 1701 with IPsec protection. PPTP is obsolete and insecure.
Long random pre-shared keys are manageable for a few peers but awkward at scale. Certificates issued through a certificate authority (CA) and public key infrastructure (PKI) support individual renewal and revocation. Keep private keys secret, check expiry and trust, and revoke credentials that should no longer work. A self-signed certificate needs an explicitly established trust arrangement.
Locate the failing stage
Check gateway reachability, IKE version, algorithms and peer credentials first. Next inspect IKE and IPsec SAs separately. Confirm mirrored protected-network selectors, the required firewall permissions and routes into the tunnel. Finally test small and large application transfers. An IKE SA proves control-channel setup; it does not establish that the selected data path, firewall rules and packet sizes are correct.
Key Takeaways
- IKEv2 authenticates peers and negotiates keys; directional IPsec SAs protect data.
- ESP is IP protocol 50; AH authenticates without encrypting.
- NAT-T wraps ESP in UDP 4500.
- Tunnel mode wraps the whole packet; transport mode leaves the original IP header.
- Encapsulation overhead can require a smaller MTU or TCP MSS.
- Check credentials, SAs, selectors, permissions and routes at their own stages.
- Manage certificate trust, expiry and revocation as part of VPN operation.
Network Security examples
1Read the evidence before choosing a defense
14 steps
- 1IntroductionStart with what changed
A slow service, an unfamiliar gateway mapping and suspicious login messages need different checks. Identify what is under attack: capacity, learned network information or trust.
Choose a control that acts on that mechanism. A password change cannot restore bandwidth to a saturated link.
- 2ExplanationName the weakness and the technique
An unpatched VPN login flaw is a vulnerability. Code using it is an exploit; the attacker is a threat; applying the update is a mitigation.
The exposed login service is part of the attack surface. Disable it if unnecessary; otherwise keep it protected and maintained.
- 3ExampleFind the resource under pressure
An internet link holds at its full capacity while servers have spare CPU. That points toward a bandwidth bottleneck. If link traffic were modest but a server had thousands of half-open TCP handshakes, connection state would be a better lead.
Application overload can look different again: repeated expensive requests drive server work upward. Compare these observations with the normal baseline before classifying a surge as malicious.
- 4ExplanationFollow an incomplete handshake
TCP normally exchanges SYN, SYN-ACK and ACK. A SYN flood starts many handshakes but omits the final ACK, leaving the server holding half-open connections.
SYN cookies reduce state kept before completion. They address queue pressure, not a shortage of incoming bandwidth.
- 5ChallengeChoose where a flood must be filtered
An incoming 1 Gbit/s link is continuously full during a distributed flood. The firewall sits after that link and is operating normally. Why will dropping packets only there fail to restore normal service?
---reveal---
The packets have already used the incoming link’s capacity before reaching the firewall. Filtering must act upstream, at the ISP or a scrubbing service, so legitimate packets have capacity available on the circuit.
- 6ExampleRead the original gateway entry
Workstation gateway 172.24.8.1 has documented MAC 02:10:20:30:40:50. Its
arp -aentry initially matches that address.For an off-subnet destination, the PC addresses the local Ethernet frame to the gateway MAC. The enclosed IP packet still names the remote destination.
- 7ExampleFollow the changed frame destination
The same gateway IP now maps to 02:AA:BB:CC:DD:10. The PC sends its gateway-bound frames to the new MAC, even though its IP route has not changed.
If the attacker owns that MAC and forwards the traffic onward, sessions may continue to work. The mapping can put the attacker on-path without producing an obvious outage. DAI checks ARP evidence so forged mappings can be rejected at the switch.
- 8ChallengeSeparate a DNS change from an ARP change
A second workstation has the correct gateway MAC but resolves "files.example.com" to an attacker’s address. Which mapping should you investigate, and why is the correct gateway entry not enough?
---reveal---
Investigate name-to-IP information: its DNS answers, resolver cache and local hosts file. Correct ARP information only identifies the local next hop. It does not establish that a website name resolved to the intended remote address.
- 9ConnectionCheck how the attacker reached the LAN
A rogue access point opens an unauthorized wireless path into a wired network. An evil twin imitates a trusted SSID to attract clients. Both show why a familiar network name is weak identity evidence.
Trunk negotiation is another local entry path: an endpoint that becomes a trunk can reach its allowed VLANs. Wired admission, fixed access roles and wireless server-certificate validation act on these different weaknesses.
- 10ExampleInspect a believable access request
A message says, "Confirm your administrator account before your shift ends," and links to "helpdesk.example.net" while the organization’s known service is under "example.com." Urgency and a different domain justify independent verification.
Open the known service address or contact the helpdesk through its usual channel. A message need not contain malware to be dangerous: a fake login page can steal a usable password directly.
- 11ExplanationIdentify the password-guessing pattern
One password tested against many users is spraying. Many guesses against one account may be brute force or a dictionary attack. Leaked username-password pairs reused at another service are credential stuffing.
The online/offline distinction is separate. A stolen hash file lets an attacker test guesses without triggering the live service’s lockout. Unique secrets, slow salted hashing and MFA address different parts of this risk.
- 12ChallengeProtect against a reused password
A staff password has appeared in another service’s breach. The staff member reused it for remote access. Why do both a password change and MFA help?
---reveal---
Changing to a unique secret removes the leaked pair’s usefulness for credential stuffing. MFA adds evidence from a different factor type, so the old password alone is insufficient. Ordinary code-based MFA can still be phished; hardware keys offer phishing-resistant authentication.
- 13ChallengeCombine the clues without merging the causes
A worm reaches multiple staff PCs through an exposed file-sharing service while users also report phishing calls. Would installing endpoint protection alone address both routes in? Explain the additional controls needed.
---reveal---
Patching and filtering the vulnerable service, plus segmentation, limit worm spread. Verified helpdesk procedures and user awareness address the deceptive calls. Endpoint protection may detect malware, but a caller can steal a password without installing software.
- 14RecapMatch the control to the mechanism
Identify the exhausted resource, false mapping or stolen identity. Filter before a saturated link, inspect forged ARP at the switch, and protect logins against stolen credentials.
Check causes against evidence: a session can still work through an attacker, and a busy service can still be serving legitimate demand.
2Build and verify a segmented office
10 steps
Save this lesson to follow every Walkthrough step by step.
- 1IntroductionStart from the work devices need to do
- 2ExampleAssign groups to VLANs and subnets
- 3ExampleName the camera’s one destination
- 4ChallengeCheck the guest requirement
- 5ExplanationFix roles before trusting VLAN tags
- 6ExampleConfigure the trunk’s actual needs
- 7ChallengeDistinguish the spare port from the native VLAN
- 8TipInspect what the switch is doing
- 9ChallengeTest the boundary and its permitted work
- 10RecapReview three kinds of evidence
3Trace a published web service and its boundaries
16 steps
Save this lesson to follow every Walkthrough step by step.
- 1IntroductionFollow one request across the boundary
- 2ExplanationRead wildcard bits in the correct direction
- 3ExampleWrite the narrow exception first
- 4ExampleTrace a packet that misses the exception
- 5ChallengePlace the list in the right direction
- 6TipConfirm attachment and matches
- 7ExplanationRecognize the reply using state
- 8ConnectionSeparate a port from an application
- 9ChallengeChoose what a web rule can decide
- 10ExampleGive the public server its own zone
- 11ExampleTranslate the destination and permit the flow
- 12ExplanationDecide whether the sensor can block
- 13ChallengeClassify an alert against the actual event
- 14Key InsightPut content visibility after decryption
- 15ChallengeCombine a narrow exception with state
- 16RecapKeep each boundary decision visible
4Admit a laptop and protect a static printer
12 steps
Save this lesson to follow every Walkthrough step by step.
- 1IntroductionUse the right evidence for each check
- 2ExampleLearn and retain the desk PC’s address
- 3ChallengeExplain why a copied MAC can pass
- 4ExampleBuild a legitimate DHCP binding
- 5ExampleGive the static printer explicit evidence
- 6ChallengePick the protection for IPv6 gateway claims
- 7ExplanationPlace the 802.1X roles
- 8ExampleValidate both sides of certificate authentication
- 9ChallengeKeep an unhealthy laptop useful for repair
- 10TipPlan the printer’s limited exception
- 11ChallengeConnect admission with traffic policy
- 12RecapKeep identities, bindings and permissions distinct
5Secure an administrator’s route into a switch
11 steps
Save this lesson to follow every Walkthrough step by step.
- 1IntroductionProtect the device that controls the network
- 2ExplanationRemove unused management services
- 3ExampleRestrict the remote access path
- 4ChallengePreserve access during a routing fault
- 5TipMake an update reversible and traceable
- 6ExplanationSeparate identity, commands and records
- 7ExampleRead the server-first fallback decision
- 8ChallengeDistinguish rejection from an outage
- 9ConnectionChoose an independent second factor
- 10ChallengeMake a configuration change attributable
- 11RecapVerify the complete administrative route
6Choose and troubleshoot a remote connection
13 steps
Save this lesson to follow every Walkthrough step by step.
- 1IntroductionSeparate access choice from tunnel operation
- 2ExplanationChoose the endpoint arrangement
- 3ExampleRead the inner packet first
- 4ExampleFollow the outer packet across the internet
- 5ChallengeChoose the path for public browsing
- 6ExplanationEstablish the control channel and data keys
- 7ExplanationAllow the protocol that carries the data
- 8ChallengeRepair the native ESP permission
- 9ExampleCompute the room left for an inner packet
- 10ChallengeDistinguish a size fault from setup failure
- 11TipCheck trust before replacing protocols
- 12ChallengeLimit an authenticated remote client
- 13RecapCheck each stage with its own evidence
Network Security practice questions
Set 1: Recognize attacks and choose the first control10 Practice Questions
Question 1 of 10
Show answerHide answer
Question 2 of 10
Show answerHide answer
Question 3 of 10
Show answerHide answer
Question 4 of 10
Show answerHide answer
Question 5 of 10
Show answerHide answer
Question 6 of 10
Show answerHide answer
Question 7 of 10
Show answerHide answer
Question 8 of 10
Show answerHide answer
Question 9 of 10
Show answerHide answer
Question 10 of 10
Show answerHide answer
Set 2: Read filtering and access policies10 Practice Questions
Save this lesson to see every answer and practice every set.
Question 1 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 2 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 3 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 4 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 5 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 6 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 7 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 8 of 10
service password-encryption and concludes that all stored device passwords now resist recovery. What is wrong with that conclusion?Show answerHide answer
Save this lesson to see this answer.
Question 9 of 10
group tacacs+ local. Its reachable TACACS+ server rejects a login; a local account has the same username and submitted password. What happens next?Show answerHide answer
Save this lesson to see this answer.
Question 10 of 10
Show answerHide answer
Save this lesson to see this answer.
Set 3: Diagnose failures from network evidence10 Practice Questions
Save this lesson to see every answer and practice every set.
Question 1 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 2 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 3 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 4 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 5 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 6 of 10
permit 192.168.44.0 255.255.255.0. What address behavior does that wildcard specify?Show answerHide answer
Save this lesson to see this answer.
Question 7 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 8 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 9 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 10 of 10
Show answerHide answer
Save this lesson to see this answer.
Set 4: Repair policies without opening extra access10 Practice Questions
Save this lesson to see every answer and practice every set.
Question 1 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 2 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 3 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 4 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 5 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 6 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 7 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 8 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 9 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 10 of 10
Show answerHide answer
Save this lesson to see this answer.
Set 5: Combine identity, filtering and tunnel evidence10 Practice Questions
Save this lesson to see every answer and practice every set.
Question 1 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 2 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 3 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 4 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 5 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 6 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 7 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 8 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 9 of 10
Show answerHide answer
Save this lesson to see this answer.
Question 10 of 10
Show answerHide answer
Save this lesson to see this answer.
Stuck on your own question? Homework Help
Key Terms
A
Access port
Accounting
ACL
AH
Air gap
Amplification
Application proxy
ARP poisoning
Attack surface
Authentication
Authenticator
Authorization
B
BPDU guard
C
Clientless VPN
Configuration baseline
Content filtering
Credential stuffing
D
DAI
DDoS
Default deny
Destination NAT
Device hardening
DHCP snooping
DNS cache poisoning
Double tagging
E
EAP-TLS
ESP
Evil twin
Exploit
Extended ACL
F
False negative
False positive
Full tunnel
H
Honeypot
I
IDS
IKEv2
Implicit deny
IP Source Guard
IPS
IPsec
J
Jump box
L
Lateral movement
M
MAB
MAC flooding
Management VLAN
MFA
Mitigation
N
NAC
NAT-T
Native VLAN
Network segmentation
NGFW
O
On-path attack
OT
Out-of-band management
P
Password spraying
PEAP
Phishing
PKI
Port security
Posture assessment
Private VLAN
R
RA guard
RADIUS
Ransomware
Rogue DHCP server
S
Screened subnet
Security association
Shadowed rule
Site-to-site VPN
SNMPv3 authPriv
Social engineering
Split tunnel
State table
Stateless filtering
Sticky learning
Storm control
Supplicant
Switch spoofing
SYN flood
Syslog
T
TACACS+
TCP MSS
Threat
TLS inspection
Transport mode
Trojan
Trunk
Tunnel mode
U
URL filtering
V
VLAN hopping
VPN
Vulnerability
W
WAF
Wildcard mask
Worm
#
802.1X
About this lesson
Make your own Study Materials
Turn your notes, slides and documents into Study Guides, Practice Questions, Flashcards and 6 more tools.