An enterprise security team is evaluating AAA protocol deployments across network devices. The security policy mandates that administrative CLI sessions on core routers must enforce per-command authorization and per-command accounting logs. During testing, the team observes that while RADIUS successfully authenticates incoming user sessions, it fails to perform real-time, per-command authorization checks during an active CLI session. Which architectural characteristic of RADIUS accounts for this limitation?
- RADIUS combines authentication and authorization into unified Access-Request and Access-Accept packet exchanges, preventing standalone authorization requests for individual CLI commands.Answer
- BRADIUS encrypts the full packet body using TCP transport, preventing network devices from parsing command parameters dynamically.
- CRADIUS operates strictly over TCP port 49, which terminates connections immediately after the initial login challenge completes.
- DRADIUS fully separates authentication, authorization, and accounting into independent processes, requiring dedicated authorization servers for CLI control.
Answer
RADIUS combines authentication and authorization within its packet exchanges, making it unable to independently authorize individual CLI commands during an active administration session.
RADIUS is designed primarily for network access control (such as 802.1X and dial-up/VPN access) where authentication and authorization occur simultaneously upon connection. Because RADIUS packages authentication and authorization attributes together inside standard Access-Request and Access-Accept packets, it cannot easily initiate separate, isolated authorization requests for individual CLI commands executed after session establishment. TACACS+, by contrast, completely decouples AAA functions, allowing per-command authorization queries.
Step-by-Step Solution
Key Concept
AAA Protocol Differences (TACACS+ vs RADIUS Functional Separation)