Information
All user accounts must have a class set, but the Predefined JUNOS Login Classes should be avoided.
Rationale:
JUNOS routers ship with 4 Predefined Login Classes, these are:
super-user
read-only
operator
unauthorized
These classes provide basic configuration to allow organizations to get a router up and running, but do not provide fine grained control needed by all but very smallest organizations.
The built in classes also do not meet the other recommendations in this section. For example, the super-user class (which is the only built in class with read/write permissions) also has permission to start a Unix Shell and does not have an Idle Session Timeout.
Because of these limitations it is recommended that Custom Login Classes be defined following the principle of least privilege, where each class of users is granted only those permissions needed to complete their job role.
All of these class should meet the other requirements in this section and no users (either local or remote template users) should use the built-in accounts.
Impact:
Careful configuration of permissions following the least privilege principle is essential for secure and reliable management of the network.
For larger networks, creating and maintaining Login Classes on each individual device may become cumbersome and error prone - for these environments it is suggested you consider the Level 2 Recommendation 'Ensure Remote Login Class for Authorization through External AAA'.
Solution
To create a new class you can issue the following commands from the [edit system login] hierarchy. In this example, we create a new class named 'noc' and allow them permissions to run show commands like show bgp summary, view the configuration and access the network with ping, SSH, traceroute and Telnet.
[edit system login]
user@host#set class noc permissions [ view view-configuration network ]
(this class should also have Idle timeouts and other options set in line with other recommendations in this section).
To change the class for a user account, use the following command under the [edit system login] hierarchy:
[edit system login]
user@host#set user <username> class <class name>
Default Value:
By default all users are, in effect, members of the super-user class.