Network management · 3 MIN READ

Because Your Switch Deserves Better Than admin:admin

Ever caught yourself typing “enable” on a switch that still uses a local admin password from 2012? Yeah… same. The truth is, most of our network gear still trusts anyone who knows a single password — and that’s terrifying. Enter TACACS+, the protocol that gives your switches trust issues (in a good way). It centralizes authentication, tells each admin exactly what they can or can’t do, and keeps a detailed log of who did what. Because when something goes wrong, “I don’t know who changed that” isn’t an acceptable answer anymore.

Because Your Switch Deserves Better Than admin:admin

In today’s fast-moving IT environment, network devices such as switches, routers and firewalls are critical infrastructure.
While much attention is paid to user access and endpoints, the devices that make core connectivity possible often remain protected by weak or inconsistent authentication methods.
That’s why adopting the TACACS+ protocol for authentication, authorization and accounting (AAA) is a significant step up in securing your network infrastructure.

How TACACS+ Works

TACACS+ is a protocol designed specifically for administrative access to network devices.
Here's a simplified overview of its operation:

  • Authentication:
    A network device (e.g., a switch) acts as a TACACS+ client and forwards admin login credentials to a central TACACS+ server.

  • Authorization:
    Once authenticated, the server returns not just “yes/no” but a detailed policy of what commands the user is allowed to execute (for example: show commands, config commands, enable mode, etc.).

  • Accounting:
    The server logs what actions the user executes, how long the session lasts, and details of commands and privilege levels.


Key Protocol Features

Some key protocol-level details that set TACACS+ apart:

  • Uses TCP (port 49) for reliable packet delivery.

  • Encrypts the entire packet payload, not just the password field.

  • Separates Authentication, Authorization, and Accounting processes rather than combining them (as happens in other protocols like RADIUS).


What Does This Bring in Terms of Security?

Let’s compare two scenarios:
A simple switch using a local password vs. the same switch using TACACS+.

Scenario A — Switch with a Local Password

  • A single password (or shared credential) is configured on the switch’s local user database.

  • Each administrator uses the same credential or perhaps unique credentials but still stored locally.

  • No central logging of which user made which change.

  • If the switch is compromised (password leaked, default account exists), an attacker gains full device access.

  • If multiple devices each use different local credentials, you still have many credential stores to manage, rotate, and audit.


Scenario B — Same Switch, Using TACACS+

  • The switch forwards authentication to a central TACACS+ server.

  • Administrators log in with unique credentials (possibly tied to your identity directory).

  • Authorization controls what commands each admin can run — e.g., some can only “view” status, others can change configuration.

  • All actions (who logged in, when, what they did) are logged in one place.

  • If one administrator leaves, you simply disable their account in the central directory — they lose access everywhere.

  • The shared secret between the switch and the server is secure, and device configuration becomes uniform and auditable.
    Result:
    The TACACS+ approach significantly reduces risk. Credential sprawl is avoided, auditing is improved, and the “who did what” question is answered.
    In contrast, the local password model is brittle, hard to audit, and easily mismanaged.


Example Configuration for Aruba Switches

Here’s a simple example of how you might configure an Aruba (AOS-CX) switch to use TACACS+ for admin access.
Adjust the details (IP addresses, secrets, usernames) to match your environment.

Configure TACACS+ Server

tacacs-server host <YOUR_TACACS_SERVER> key plaintext <YOUR_PASSWORD>

Configure AAA Policy

aaa authentication login default group tacacs local aaa authorization commands default group tacacs local aaa accounting all-mgmt default start-stop group tacacs local

Configure Local User (Break-Glass Account)

Used only if TACACS+ server is unavailable user admin group administrators password plaintext <YOUR_PASSWORD>

Explanation

  • The switch contacts the TACACS+ server using the configured key or password.

  • Admin login tries TACACS+ first; if unreachable, it falls back to the local database.

  • Authorization ensures commands are logged and restricted by role.


Final Thoughts

In an era when network infrastructure is increasingly targeted, securing access to your switches, routers and firewalls is non-negotiable.
Using TACACS+ for device authentication brings:

  • Centralized credential management

  • Fine-grained authorization

  • Robust auditing
    All contributing to a far more secure and manageable network environment.
    While simple local passwords may suffice in very small setups, they don’t scale, don’t provide adequate auditing, and incur unnecessary risk.
    For any organization serious about network security and accountability, TACACS+ is the better choice.
    By making this shift, you move from a “trust but hope” model to one of control, visibility and resilience.

Share this articleLinkedIn ↗Email ↗

Keep exploring.

All articles
Network management

How SR-MPLS Supports MPLS/VPN Operations

SR-MPLS can serve as a drop-in replacement for the traditional MPLS control plane while supporting MPLS/VPN services when properly implemented. The scenario also highlights why configuration history, compliance checks, topology visibility, and controlled automation matter in day-to-day network operations.

Read article
Network management

IPv8: A New Hope for Internet Addressing

The Internet relies on IP (Internet Protocol) addresses to allow devices to communicate. However, the rapid growth of connected devices has created a major issue: the exhaustion of available IP addresses. While IPv6 was introduced to solve this, its adoption has been slow. A new proposal, IPv8, aims to provide a simpler and more practical solution.

Read article
Network management

I Want to Break Free : Reclaim Your Network, Reclaim Your Data

Digital sovereignty is no longer just a strategic concept—it’s a critical requirement for any organization that wants to stay in control of its infrastructure, its data, and ultimately its future. Yet today, many companies unknowingly give up that control. They rely on vendor platforms to manage their network equipment, store their data, and define how their infrastructure operates. What seems convenient at first quickly turns into dependency.

Read article