TechKnowSurge
Cisco CCNA 5.1 Cisco CCNA 5.3 Cisco CCNA 5.7 Cisco CCNA 2.8 Cisco CCNA 4.8
VideoNetworkFree

Basic Device Security

Covers essential techniques for protecting network infrastructure against both internal and external threats, including physical security, management traffic isolation, and device hardening. Practical guidance addresses access controls, secure protocols, and configuration best practices for network equipment.

Complete this video to capture a CTF flag worth 1 point.

About this video

Securing a network means accounting for threats from both outside the organization and from within it. External threats are commonly addressed through perimeter controls like firewalls, but internal threats—whether from malicious insiders or accidental misconfigurations—require a separate layer of controls. Physical security of network closets and server rooms is a foundational step, since direct physical access to hardware enables actions that cannot be performed remotely. Equally important is enforcing strong password policies on all network equipment and disabling unused switch ports, which would otherwise serve as easy entry points for unauthorized devices connecting to the network. Securing management traffic is a distinct challenge that goes beyond physical controls. A dedicated management VLAN provides logical separation, but must be combined with access control lists to prevent cross-VLAN access from unauthorized segments. Out-of-band management offers a stronger alternative by using entirely separate physical infrastructure to administer network devices, which also provides a recovery path if the primary network goes down. Protocol selection matters as well—Telnet and FTP transmit credentials in plaintext and should be replaced with SSH and SFTP respectively to protect authentication data from interception during man-in-the-middle attacks. Device hardening is a critical step whenever new equipment is introduced to the network. Hardware frequently ships with outdated firmware and a range of enabled services that are not required in most environments, each representing a potential vulnerability. Updating firmware, applying all available patches, and disabling unneeded services reduces the attack surface before the device is placed into production. Hardening requirements vary by device type, so consulting vendor-specific guidance is necessary to apply the appropriate configuration standards for each piece of equipment.

What you'll learn

What's covered

Network Security Basics

Aligned to

Cisco CCNA
5.1 Define key security concepts
5.3 Configure and verify device access control using local passwords
5.7 Configure and verify Layer 2 security features
2.8 Describe network device management access
4.8 Configure network devices for remote access using SSH

Key terms

Secure Shell
SSH
A cryptographic network protocol that provides secure remote login and command execution over an unsecured network.
Telnet
Telnet is a legacy remote terminal protocol that transmits all data including credentials in cleartext; it is considered insecure and serves as a security training example of why encrypted alternatives like SSH are required.
Access Control List
ACL
A set of rules that defines which users or systems are granted or denied access to a resource.
Virtual LAN
VLAN
A logical grouping of network devices that behave as if they are on the same network regardless of physical location.
Patch Management
The process of acquiring, testing, and installing software updates to fix vulnerabilities and improve functionality.
Attack Surface
The total set of points in a system where an unauthorized user can attempt to enter or extract data.
Out-of-Band Management
A method of managing network devices using a physically separate network or connection, independent of the primary data network.
Device Hardening
The process of securing a device by updating firmware, disabling unused services and ports, and applying security configurations to reduce its attack surface.

Topics

Network Security Device Hardening Access Control Secure Protocols Out Of Band Management Ssh Networking

Transcript

Device Access

There are some basic steps that you can take that are good practices when it comes to your devices.

We need to worry both about internal threats and external threats. External threats are those threats outside of the organization, where they're trying to hack your network from the outside, and we put up things like firewalls to protect your network from those external threats. But there are internal threats as well: people on your network that either want to do some sort of harm, or accidentally cause harm to your network.

When it comes to internal threats, we really have to think about some security measures that we can put into place to protect from those internal threats. One of them is just the simple step of securing your network rooms. You have all this hardware that is sitting inside network closets and server rooms, and if certain people have access to those devices they can get on there and do certain things that they couldn't do if you physically locked this up, so make sure that physical access to these devices is secure.

Another thing that we need to think about is using good password protection on here. If you have really simple passwords that people can hack, then they can get onto your network equipment and start leveraging it. We've talked about several different things in the past about what makes a good password, how to use password strengths, and how to encrypt a password — make sure you're implementing those on your network.

Another thing to think about is to shut down ports that aren't being used. A lot of times what you have is a lot of different ports throughout your whole building, and if you turned all of those ports live it does two things. Number one, it could be really costly, because you have to have switch ports for all of those different ports on your network. The second thing is that those are attack vectors: somebody could come onto your network, plug into those ports, and then be able to have access to your network, and we want to avoid that. So one way to avoid that is shut down used ports — that way, when these ports are not being used you'll turn them off, and then you have to go in there and turn them on.

Of course, there is a balance with this. Sometimes you just want better access, easier access, for your people, for your users; other times you just want more security. So you're going to have to base it on the environment, what type of information you're dealing with, and which networks they are — whether you want to shut down all your ports, or you want to leave some of those jacks live so people can plug into those ports.

Management Traffic

Stopping physical access to our devices is going to be really important. There are some internal threats that, if they have physical access to the equipment, they can leverage that and do things on that device that they couldn't do if they just had remote access. But there are still some things that they can do if they have remote access to the equipment, so we have to start thinking about how we're going to secure our management traffic.

One way that we can do that is we can set up a separate VLAN, a management VLAN, which we've done on our network — one that just has management traffic on it. But that's not enough, because these different VLANs still have access to that with what we've done so far on that management VLAN. What I mean by that is, we've set this up for VLANs and we've also set up VLAN routing, so now even if you're on VLAN 30 you still have access to all of these other VLANs, all of these other devices. So what we need to do is set up some sort of access control list to stop certain access between these VLANs. Access control lists are part of another module of mine that we'll be approaching in the future, but just know that we will want to implement some of that to secure our network.

Another thing you can consider is out-of-band management. What out-of-band management is, is to have a whole separate network with physical equipment that manages these different devices, so then you don't need to worry as much about that remote access to these devices. What this does is it takes it off of a VLAN and puts it onto maybe another switch, or maybe you're setting it up to connect with pieces of hardware that connect into the console cable. There are some different ways to implement this, but essentially it's using a different set of hardware to manage these devices. This has another added advantage: you can have some sort of access that connects differently to these devices — of course, you need to make sure that is secure as well — so that way, if your network goes down and your internet goes offline, you still have access into your network to do some troubleshooting.

Another thing we need to think about is the protocols that we're using to connect to these devices. If I'm on my demo laptop and I'm using Telnet to connect and manage these different devices, the problem is that with Telnet, if anybody is in between — if there's some sort of man-in-the-middle attack and they're seeing the packets go back and forth, or maybe they've turned these switches into hubs — they can see the traffic going back and forth, and then they can read those passwords, because in Telnet the user credentials are not encrypted.

So instead of using something like Telnet, we use something like SSH. That way we can get into this equipment with a secure connection, and those passwords and authentication methods are then secure through SSH, so an attacker won't leverage that. There are other protocols once again, like FTP, where you can use SFTP or FTPS. SFTP and FTPS are actually two different protocols, but whatever the case may be, make sure that they're secure protocols that you're using for that management traffic.

Device Hardening

As we roll out new equipment, we'll also want to make sure that equipment is hardened for the network. Whenever you roll out a new piece of equipment, think about device hardening of that piece of equipment. It's going to vary depending on what that equipment is, but essentially you want to make sure that the firmware is up to date and all the patching is done on there, so that any security vulnerabilities are patched and managed correctly. You're going to want to do that on an ongoing basis, but it's especially important when you're rolling out new hardware, because a lot of times this hardware comes with a much older version that you're going to have to update and patch.

Another thing that you'll need to do is get onto that device and turn off any services that you're not using. The problem is that these devices come fully operational, with a lot of services that you don't need already turned on. The idea behind that is they don't want you to plug in the equipment and struggle with getting it up and running, so it comes with these different services already turned on. You'll need to know what your equipment is and how to turn off those services. So device hardening is going to be dependent on which equipment it is, and you're going to have to look at what the device hardening techniques are for that piece of equipment.

That was a real quick run through of some basic things you need to do on your network to keep it secure: from device access, making sure device access is limited to only those who need access to it, to management traffic, making sure the management traffic is isolated and secure, and then also device hardening, making sure that your patching is up to date and that your devices are hardened to be on your network — to protect against both those internal threats and the external threats.

About TechKnowSurge

TechKnowSurge builds IT and cybersecurity professionals through hands-on, concept-first training built around real understanding — not memorization. Free interactive tools, structured programs, and 25+ years of real-world experience, all in one place.

Explore free tools and programs →