TL1Guru.com Your Gateway to the TL1 World
    
TL1 Articles
TL1 Tutorial
OSMINE
Developer Zone
Ask TL1 Guru
Contact
TL1 Articles

Home > TL1 Articles > TL1 Security

TL1 Security 

Telcordia TL1 Security Specifications

Telcordia's document GR 815 proposes the generic security features required of a total Network Element -Network System (NE/NS) environment. It defines the baseline security requirements and is not specific to any particular NE/NS. 

Telcordia's document TR 835 proposes the message structures and data elements for NE/NS security administration. It specifies five types of security views for implementing system access control and resource access control. It also defines set of commands for manipulating all the security view data. 


 
5 security views specified in TR 835
 
User security view - Contains system access control parameters such as user name, password, password aging, privilege, etc. NE uses this data to authenticate a user when he tries to establish a session with the NE. 

Channel security view - Contains channel related security parameters such as channel name, privilege, time-out interval, etc.

Command security view - Contains command access control parameters such as command name and privilege associated with all operation related commands. 

Operations parameter related security view   - Contains restrictions on the accessibility of records (rows) and fields (column) of an operations-related database. 

Resource-related security view   - Contains the resource access control parameters such as resource name and privilege associated with all operations-related resources, such as executable programs that may not provide database type "view". 



Implementing Security in TL1

The following are the key challenges faced in TL1 security administration.
 

  • User Authentication
  • Restricting the authenticated users from using privileged commands.
  • Restricting the authenticated users from accessing specific resources in the NE.
  • Restricting the authenticated users from accessing privileged data from the data tables.
  • Implementing security over the various channels through which the session is established.
  • Keeping track of all the security related events that happen in the network.


The resident TL1 agent in the NE serves as the single point of communication for all TL1 messages. The agent can be configured for implementing security on the device. It can execute or reject commands to ensure there is no security violations.


Authenticating the Users: 

You can configure the agent and store authorized usernames and passwords in the NE [refer user security view in TR-835]. When users login with their username-password, the system access control (authentication mechanism) authorizes the establishment of session. NE uses the data stored in the user security view for validating the username-password. 

The input message for entering new user details into the user security view takes the following format. 
ENT-USER-SECU ::<UID>:<CTag>: PID,CID,UAP :  PCND,PCNN,POINT,UOUT,LSTOILIST;
where, PID,CID and UAP are position defined and their values have to be entered in that order. The next list is name defined and can be entered in any sequence provided the right values are assigned to the appropriate parameters.

Example :
The following command creates a new user "user1" with user security parameter values shown in it.
ENT-USER-SECU::user1:13::user1,TCP,2:56,8,4,10,87,file;
 
Other commands related to user security view
ED-USER-SECU: For editing existing user details.
DLT-USER-SECU :For deleting an user. (session will not be established for this user)
INH-USER-SECU: For inhibiting or disabling an existing user without deleting the user account.
ALW-USER-SECU : For allowing a user ID which has been inhibited earlier.
CANC-USER-SECU: For terminating a user session. 



Restricting users from using privileged commands: 

You can configure the agent to store authorized commands for every user in the NE [refer command security view in TR-835]. When users send commands, the command access control mechanism authorizes the commands. NE uses the data stored in the command security view for this purpose. The command is either executed or rejected based on the output of the validation.

The input message for entering security parameters associated with a command takes the following format.
ENT-CMD-SECU:<TID>:<AID>:<CTag>: <GB> :CAP;

Example :
The following command enters the security parameters for the command get-sm-msgda in the command security view.
ENT-CMD-SECU::get-sm-msgda:11::1&2;

 
Other commands related to command security view
ED-CMD-SECU: For editing the security parameter values of a command.
DEL-CMD-SECU: For deleting the security parameters associated with a command. 
RTRV-CMD-SECU: For retrieving the details of any command.



Restricting users from accessing privileged resources: 

A device may comprise of many entities such as ports, database tables etc. Access to certain entities should be restricted for security reasons. You can configure the agent to store a list of authorized resources for every user in the NE [refer resource related security view in TR-835]. When the agent receives a command, it compares the equipment ID of the command with the data stored in the table. The command is either executed or rejected based on the output of the validation.

The input command for storing security parameters associated with the resources takes the following format.
ENT-RSC-SECU:<TID>:<AID>: <CTag>:<GB>:RAP;

Example:
ENT-RSC-SECU::device1:23::2; 
 
Other commands related to resource related security view
ED-RSC-SECU: For editing the security parameters associated with resources in the NE.
DLT-RSC-SECU: For deleting the security parameters associated with resources in the NE.
RTRV-RSC-SECU: For retrieving the details of any resource available in the resource related security view.



Restricting users from accessing data from tables : 

NE stores all the information in data tables. To prevent users from accessing high privileged data, you have to configure the agent and enable it to store the permissible data for every user. [refer operations parameter related security view in TR-835]. When the agent receives a command, it validates the requested data against the data stored in the operations parameter related security view. The NE executes the command based on the output of the validation. 

The input command for storing security parameters in the operations parameter related security view takes the following format.
ENT-SECU:<TID>:<AID>: <CTag>:<GB>:a,RCI:FAP ;
where, "a" is the position-defined parameter that specifies the view. RCI  is a position-defined list of Record Control Identifier(s) authorized to access the AID. FAP  is a keyword-defined parameter block that may contain any keyword that specifies any field (i.e., column) of the view specified by the parameter "a". 

Example:
ENT-SECU::1:6::adiskTable,TCP:adiskCapacity=2;
 
Other commands related to operations parameter related security view
ED-SECU: For editing the security parameters associated with the fields of a record(s) in a user implemented view (e.g., Line View, Trunk View).
DLT-SECU: For deleting any security parameters associated with the fields of a record(s) in a user implemented view (e.g., Line View, Trunk View). 



Channel level security: 

It is true that a session is required to communicate with an NE. Channel refers to the session or the transmission line. A channel may be of any protocol such as such as TCP/IP, EOC, RS232, and X2.5. You can configure NEs for the following, with respect to channel security. 1) How many incorrect login attempts can be tolerated, 2) How long should the channel be locked out if the incorrect login attempt exceeds the limit, 3) How long should it take for the connection to re-establish after a failed login attempt. 

The input command for storing channel related security parameters in the channel security view takes the following format
ENT-CID-SECU : <TID> : <CID>: <CTag>:<GB>:CHAP:DURAL,MXINV,TMOUT;
where, CHAP is a  position defined parameter.  DURAL, MXINV, TMOUT are name defined and can be entered in any sequence provided the right values are assigned to the appropriate parameters.

Example : 
The following command adds a new channel "craft " to the channel security view.
ENT-CID-SECU::craft:10::2:5,0013-23,26; 
 
Other commands related to operations parameter related security view
ED-CID-SECU: For editing security parameters values associated with a channel identifier in the channel security view. 
DLT-CID-SECU: For deleting security parameter values of any channel identifier.
CANC-CID-SECU: For terminating a session which is ongoing with the NE over a channel ID.
RTRV-CID-SECU: For retrieving values of security parameters associated with a channel identifier. 



Logging the security events: 

Logging refers to keeping track of the events that happen in the network. The Agent should record security related events such as invalid login attempts, unauthorized attempts to access resources etc., in the security log. Security log is a tool for security audit. Network administrators can infer more from the security logs and security audit. Security logging system should be capable of sending event notification to the system administrator. 


Building TL1 agent - from security point of view

If you are an equipment vendor aspiring to build the right TL1 agent for your NE, please check out whether the tool, which you use to build your agent, supports the requirements as specified in the Telcordia's TR 835. Building an agent confirming to the standards will help you implement a more reliable security implementation.


 

OpManager - For Complete Network Monitoring
Network Monitor

Terms of use | Privacy Policy
© Copyright 2009 TL1Guru.com
All Rights Reserved