Privilegios de acceso de usuario

Indicadores de permisos de clase de inicio de sesión

Los indicadores de permisos se utilizan para conceder a un usuario acceso a los comandos del modo operativo y a los niveles e instrucciones de jerarquía de configuración. Los indicadores de permisos se configuran para la clase de inicio de sesión del usuario en el nivel jerárquico [edit system login class] . Cuando se especifica un determinado indicador de permisos, el usuario obtiene acceso a los comandos y a los niveles e instrucciones de jerarquía de configuración que corresponden a ese indicador. Para conceder acceso a todos los comandos e instrucciones de configuración, utilice la marca de all permisos.

La permissions instrucción especifica uno o varios de los indicadores de permisos enumerados en Tabla 1. Los indicadores de permisos no son acumulativos. Para cada clase, debe enumerar todos los indicadores de permisos necesarios, incluso view para mostrar información y configure entrar en el modo de configuración. Dos formas de permisos controlan el acceso de un usuario a las partes individuales de la configuración:

• Formulario "sin formato": proporciona capacidad de solo lectura para ese tipo de permiso. Un ejemplo es interface.

• -control form: proporciona capacidad de lectura y escritura para ese tipo de permiso. Un ejemplo es interface-control.

Para los indicadores de permisos que conceden acceso a los niveles e instrucciones de jerarquía de configuración, los indicadores de formulario sin formato conceden privilegios de solo lectura a esa configuración. Por ejemplo, la marca de interface permiso concede acceso de solo lectura al nivel jerárquico [edit interfaces] . El -control formulario del indicador concede acceso de lectura y escritura a esa configuración. Por ejemplo, el interface-control indicador concede acceso de lectura y escritura al nivel de [edit interfaces] jerarquía.

Tabla 1 enumera los indicadores de permisos de clase de inicio de sesión que puede configurar incluyendo la permissions instrucción en el nivel de [edit system login class class-name] jerarquía.

Los indicadores de permisos conceden un conjunto específico de privilegios de acceso. Cada indicador de permisos se muestra con los comandos de modo operativo o modo de configuración y los niveles e instrucciones de jerarquía de configuración para los que ese indicador concede acceso.

Permitir y denegar comandos individuales y jerarquías de instrucciones para clases de inicio de sesión

De forma predeterminada, todos los comandos CLI de nivel superior y los niveles de jerarquía de configuración tienen niveles de privilegios de acceso asociados. Los usuarios sólo pueden ejecutar esos comandos y ver y configurar sólo aquellas instrucciones para las que tienen privilegios de acceso. Para cada clase de inicio de sesión, puede permitir y denegar explícitamente el uso de comandos de modo operativo y modo de configuración y jerarquías de instrucciones que, de otro modo, se permitirían o denegarían mediante un nivel de privilegios especificado en la permissions instrucción.

Los indicadores de permisos conceden al usuario acceso a los comandos del modo operativo y del modo de configuración, así como a los niveles e instrucciones de la jerarquía de configuración. Al especificar un indicador de permisos específico en la clase de inicio de sesión del usuario en el nivel jerárquico [edit system login class] , se concede al usuario acceso a los comandos e instrucciones de jerarquía de configuración correspondientes. Para conceder acceso a todos los comandos e instrucciones de configuración, utilice la marca de all permisos.

Puede permitir o denegar explícitamente el uso de comandos e instrucciones configurando las allow-commandsinstrucciones, deny-commandsallow-configuration, y deny-configuration para una clase de inicio de sesión. En las instrucciones, se utilizan expresiones regulares extendidas para definir qué comandos e instrucciones permitir o denegar a los usuarios asignados a la clase.

Descripción de las instrucciones Allow y Deniy

Cada jerarquía de instrucciones de configuración y comando CLI de nivel superior tiene asociado un nivel de privilegios de acceso. Cada clase de inicio de sesión puede permitir o denegar explícitamente el uso de comandos de modo operativo y modo de configuración y jerarquías de configuración e instrucciones que de otro modo serían permitidas o denegadas por un nivel de privilegios. Los usuarios sólo pueden ejecutar esos comandos y ver y configurar sólo aquellas instrucciones para las que tienen privilegios de acceso.

Los privilegios de acceso para cada clase de inicio de sesión se definen mediante uno o más indicadores de permisos especificados en la permissions instrucción en el nivel de [edit system login class class-name] jerarquía. Además, puede permitir o denegar el uso de comandos y jerarquías de configuración específicos mediante la definición de expresiones regulares extendidas. Puede especificar las expresiones regulares configurando las instrucciones siguientes para una clase de inicio de sesión:

• allow-commands y deny-commands—Permitir o denegar el acceso a los comandos del modo operativo y del modo de configuración.

• allow-configuration y deny-configuration—Permitir o denegar el acceso a jerarquías de configuración específicas.

  Nota:

  Estas instrucciones realizan una coincidencia más lenta, con más flexibilidad, especialmente en la coincidencia de comodines. Sin embargo, puede llevar mucho tiempo evaluar todas las instrucciones posibles si se configura un gran número de expresiones regulares de ruta de acceso completo o expresiones comodín, lo que posiblemente afecte negativamente al rendimiento.

• allow-commands-regexps y deny-commands-regexps—Permitir o denegar el acceso a comandos concretos mediante cadenas de expresiones regulares.

• allow-configuration-regexps y deny-configuration-regexps—Permitir o denegar el acceso a jerarquías de configuración específicas mediante cadenas de expresiones regulares.

Si se permiten explícitamente comandos y jerarquías de instrucciones de configuración mediante las instrucciones, allow/deny-* se suman a los permisos que la permissions instrucción ya define. Del mismo modo, la denegación explícita de comandos y jerarquías de instrucciones de configuración mediante las instrucciones quita los allow/deny-* permisos que la permissions instrucción ya define.

Por ejemplo, en la siguiente configuración, el configure permiso permite a los usuarios de la clase login entrar en modo de configuración. Además, la allow-configuration expresión permite a los usuarios modificar la configuración en el nivel de [edit system services] jerarquía y confirmarla.

De forma similar, en la siguiente configuración, el usuario de clase de inicio de sesión puede realizar todas las operaciones que permite el all indicador de permisos, excepto que el usuario no puede ver ni modificar la configuración en el nivel de [edit system services] jerarquía:

Descripción de la sintaxis de la instrucción Allow y Deny

Sólo puede configurar una allow/deny-* instrucción una vez en cada clase de inicio de sesión. Al configurar una instrucción:

• Puede configurar tantas expresiones regulares como sea necesario.

• Las expresiones regulares no distinguen entre mayúsculas y minúsculas

Las allow/deny-commands instrucciones son mutuamente excluyentes con las allow/deny-commands-regexps instrucciones, y las allow/deny-configuration declaraciones son mutuamente excluyentes con las allow/deny-configuration-regexps declaraciones. Por ejemplo, no puede configurar ambos allow-configuration y allow-configuration-regexps en la misma clase de inicio de sesión.

Para definir privilegios de acceso a comandos, especifique expresiones regulares extendidas mediante las allow-commands instrucciones y deny-commands . Incluya cada expresión independiente completa entre paréntesis ( ) y utilice el símbolo de barra vertical ( | ) para separar las expresiones. No utilice espacios entre expresiones regulares que estén conectadas con el símbolo de barra vertical. La expresión completa está entre comillas dobles.

Por ejemplo:

Debe utilizar anclajes al especificar expresiones regulares complejas con la allow-commands instrucción. Por ejemplo:

Para definir privilegios de acceso a partes de la jerarquía de configuración, especifique expresiones regulares extendidas en las allow-configuration instrucciones y deny-configuration . Incluya los trazados completos entre paréntesis ( ) y utilice el símbolo de barra vertical ( | ) para separar las expresiones. No utilice espacios entre expresiones regulares que estén conectadas con el símbolo de barra vertical. La expresión completa está entre comillas dobles.

Por ejemplo:

Cuando especifique expresiones regulares extendidas mediante las allow/deny-commands-regexps instrucciones o allow/deny-configuration-regexps , encierre cada expresión entre comillas (" ") y separe las expresiones con un espacio. Incluya varias expresiones entre corchetes [ ]. Por ejemplo:

Los modificadores como set, logy count no se admiten dentro de la cadena de expresión regular que se va a emparejar. Si usa un modificador, no se empareja nada.

Configuración correcta:

Configuración incorrecta:

Descripción de la precedencia y coincidencia de instrucciones Allow and Deniy

De forma predeterminada, las allow-commands expresiones y allow-configuration regular tienen prioridad sobre deny-commands las deny-configuration expresiones. Por lo tanto, si configura el mismo comando para las allow-commands instrucciones y deny-commands , la operación allow tiene prioridad sobre la operación deny. Del mismo modo, si configura la misma instrucción para las allow-configuration instrucciones y deny-configuration , la operación allow tiene prioridad sobre la operación de denegación.

Por ejemplo, la siguiente configuración permite a un usuario de la test clase login instalar software mediante el request system software add comando, aunque la deny-commands instrucción incluya el mismo comando:

De forma similar, la siguiente configuración permite a un usuario de la prueba de test clase login ver y modificar la jerarquía de [edit system services] configuración, aunque la deny-configuration instrucción incluya la misma jerarquía:

Si las allow-commands instrucciones y deny-commands tienen dos variantes diferentes de un comando, siempre se ejecuta la coincidencia más larga. La siguiente configuración permite que un usuario de la test clase login ejecute el commit synchronize comando pero no el commit comando. Esto se debe a que commit synchronize es la coincidencia más larga entre commit y commit synchronize, y se especifica para allow-commands.

La siguiente configuración permite que un usuario de la test clase login ejecute el commit comando pero no el commit synchronize comando. Esto se debe a que commit synchronize es la coincidencia más larga entre commit y commit synchronize, y se especifica para deny-commands.

A diferencia de las otras instrucciones, el comportamiento predeterminado de las *-regexps instrucciones es que las deny-configuration-regexpsdeny-commands-regexps expresiones y regular tienen prioridad sobre allow-commands-regexps las expresiones andallow-configuration-regexps. Puede configurar la regex-additive-logic instrucción en el nivel de [edit system] jerarquía para forzar que las allow-configuration-regexps expresiones regulares tengan prioridad sobre las deny-configuration-regexps instrucciones. La configuración de la instrucción permite denegar las jerarquías de configuración en un nivel superior y, a continuación, sólo permitir el acceso del usuario a subjerarquías específicas.

Descripción de las reglas de instrucción Permitir y Denegar

Las allow/deny-commandsinstrucciones, allow/deny-configuration, allow/deny-commands-regexpsy allow/deny-configuration-regexps tienen prioridad sobre los permisos de clase de inicio de sesión. Al configurar estas instrucciones, se aplican las siguientes reglas:

• Las expresiones regulares para allow-commands las instrucciones y deny-commands también pueden incluir los commitcomandos , load, saverollbackstatus, , y update .

• Los all bits de permiso de la clase de inicio de sesión tienen prioridad sobre las expresiones regulares extendidas cuando un usuario emite el rollback comando con el indicador de rollback permisos habilitado.

• Los usuarios no pueden emitir el load override comando al especificar una expresión regular extendida. Los usuarios solo pueden emitir los comandos , mergereplacey patch configuración.

• Puede utilizar el carácter comodín * al denotar expresiones regulares. Sin embargo, debe usarlo como parte de una expresión regular. No puede usar [ * ] o [ .* ] como la única expresión. Además, no puede configurar la allow-configuration instrucción con una expresión como , porque (interfaces (description (|.*))se evalúa como allow-configuration .*.

Descripción de las diferencias para las instrucciones *-regexps

En esta sección se describen las diferencias entre las allow/deny-configuration instrucciones y las allow/deny-configuration-regexps instrucciones.

Las allow/deny-configuration-regexps instrucciones dividen la expresión regular en tokens y hacen coincidir cada pieza con cada parte de la ruta completa de la configuración especificada, mientras que las allow/deny-configuration instrucciones coinciden con la cadena completa. Para allow/deny-configuration-regexps las instrucciones, se configura un conjunto de cadenas en el que cada cadena es una expresión regular, con espacios entre los términos de la cadena. Esta sintaxis proporciona una coincidencia muy rápida, pero ofrece menos flexibilidad. Para especificar expresiones comodín, debe configurar caracteres comodín para cada token de la cadena delimitada por espacio que desee que coincida, lo que dificulta el uso de expresiones comodín para estas instrucciones.

Por ejemplo:

• Expresión regular que coincide con un token mediante allow-configuration-regexps

  En este ejemplo se muestra que options es la única expresión coincidente con el primer token de la instrucción.

  La configuración anterior coincide con las siguientes instrucciones:

  • set policy-options condition condition dynamic-db

  • establecer opciones de enrutamiento ruta static-route estática próximo salto next-hop

  • establecer opciones de eventos generar intervalo de tiempo de eventos eventseconds

  La configuración anterior no coincide con las siguientes instrucciones:

  • system host-name host-options

  • Opciones de descripción de interfaces interface-name

• Expresión regular que hace coincidir tres tokens mediante allow-configuration-regexps

  En este ejemplo se muestra que ssh es la única expresión coincidente con el tercer token de la instrucción.

  En el ejemplo anterior, los tres tokens incluyen .*, .*, y , respectivamente .*ssh.

  La configuración anterior coincide con las siguientes instrucciones:

  • system-host-name hostname-ssh

  • Servicios del sistema SSH

  • Servicios del sistema salientes-SSH

  La configuración anterior no coincide con la siguiente instrucción:

  • Descripción de interfaces interface-nameSSH

Es más fácil utilizar la instrucción para restringir el deny-configuration acceso a la configuración que utilizar la deny-configuration-regexps instrucción. Tabla 2 Ilustra el uso de las deny-configuration instrucciones y deny-configuration-regexps en diferentes configuraciones para lograr el mismo resultado de restringir el acceso a una configuración determinada.

[edit system]
login {
    class test {
        permissions configure;
         allow-configuration .*;
        deny-configuration .*xnm-ssl;
    }
}

[edit system]
login {
    class test {
        permissions configure;
         allow-configuration .*;
        deny-configuration-regexps ".* .* .*-ssl"";
    }
}

[edit system]
login {
    class test {
        permissions configure;
        allow-configuration .*;
        deny-configuration ".*ssh";
    }
}

[edit system]
login {
    class test {
        permissions configure;
        allow-configuration .*;
        deny-configuration-regexps ".*ssh";
        deny-configuration-regexps ".* .*ssh";
        deny-configuration-regexps ".* .* .*ssh";
    }
}

Aunque las allow/deny-configuration instrucciones también son útiles cuando se desea una configuración sencilla, las allow/deny-configuration-regexps instrucciones proporcionan un mejor rendimiento y superan la ambigüedad que existía al combinar expresiones en las allow/deny-configuration instrucciones.

Uso de expresiones regulares en servidores de autorización remotos

Puede usar expresiones regulares extendidas para especificar qué comandos de modo operativo y modo de configuración e instrucciones de configuración y jerarquías están permitidos o denegados para determinados usuarios. Estas expresiones regulares se especifican localmente en las allow/deny-commandsinstrucciones, allow/deny-configurationallow/deny-commands-regexps y allow/deny-configuration-regexps en el nivel jerárquico[edit system login class class-name]. Estas expresiones regulares se especifican de forma remota especificando atributos TACACS+ o RADIUS específicos del proveedor de Juniper Networks en la configuración del servidor de autorización. Cuando se configuran los parámetros de autorización tanto local como remotamente, el dispositivo combina las expresiones regulares recibidas durante la autorización TACACS+ o RADIUS con cualquier expresión regular definida en el dispositivo local.

Cuando se especifican varias expresiones regulares en una configuración local mediante las allow-commandsinstrucciones, deny-commands, allow-configuration, o deny-configuration bien, se configuran las expresiones regulares entre paréntesis y se separan mediante el símbolo de barra vertical. Escriba la expresión completa entre comillas dobles. Por ejemplo, puede especificar varios allow-commands parámetros con la siguiente sintaxis:

El servidor de autorización RADIUS utiliza los siguientes atributos y sintaxis:

El servidor de autorización TACACS+ utiliza los siguientes atributos y sintaxis:

Cuando se especifican varias expresiones regulares en una configuración local mediante las allow-commands-regexpsinstrucciones, deny-commands-regexps, allow-configuration-regexps, o deny-configuration-regexps bien, se configuran las expresiones regulares entre comillas dobles y se separan mediante el operador space. Escriba la expresión completa entre corchetes. Por ejemplo, puede especificar varios parámetros allow-commands con la siguiente sintaxis:

El servidor de autorización RADIUS utiliza los siguientes atributos y sintaxis:

El servidor de autorización TACACS+ utiliza los siguientes atributos y sintaxis:

Los servidores RADIUS y TACACS+ también admiten una sintaxis simplificada en la que se especifica cada expresión individual en una línea independiente. Por ejemplo, la sintaxis simplificada del servidor RADIUS es:

Del mismo modo, la sintaxis simplificada del servidor TACACS+ es:

Tabla 3 diferencia la configuración de autorización local y la configuración de autorización del servidor TACACS+ mediante expresiones regulares.

login {
    class local {
        permissions configure;
        allow-commands "(ping .*)|(traceroute .*)|(show .*)|(configure .*)|(edit)|(exit)|(commit)|(rollback .*)";
        deny-commands .*;
        allow-configuration "(interfaces .* unit 0 family ethernet-switching vlan mem.* .*)|(interfaces .* native.* .*)|(interfaces .* unit 0 family ethernet-switching interface-mo.* .*)|(interfaces .* unit .*)|(interfaces .* disable)|(interfaces .* description .*)|(vlans .* vlan-.* .*)"
        deny-configuration .*;
    }
}

user = remote {
    login = username
    service = junos-exec {
        allow-commands1 = "ping .*"
        allow-commands2 = "traceroute .*"
        allow-commands3 = "show .*"
        allow-commands4 = "configure"
        allow-commands5 = "edit"
        allow-commands6 = "exit"
        allow-commands7 = "commit"
        allow-commands8 = ".*xml-mode"
        allow-commands9 = ".*netconf.*"
        allow-commands10 = ".*need-trailer"
        allow-commands11 = "rollback.*"
        allow-commands12 = "junoscript"
        deny-commands1 = ".*"
        allow-configuration1 = "interfaces .* unit 0 family ethernet-switching vlan mem.* .*"
        allow-configuration2 = "interfaces .* native.* .*"
        allow-configuration3 = "interfaces .* unit 0 family ethernet-switching interface-mo.* .*"
        allow-configuration4 = "interfaces .* unit .*"
        allow-configuration5 = "interfaces .* disable"
        allow-configuration6 = "interfaces .* description .*"
        allow-configuration7 = "interfaces .*"
        allow-configuration8 = "vlans .* vlan-.* .*"
        deny-configuration1 = ".*"
        local-user-name = local-username
        user-permissions = "configure"
    }
}

Especificar expresiones regulares

Debe especificar expresiones regulares para los comandos y las instrucciones de configuración de la misma manera que ejecuta el comando o la instrucción completos. Tabla 4 enumera las expresiones regulares para configurar privilegios de acceso para las jerarquías de [edit interfaces] instrucciones y[edit vlans].

[edit]
user@host# set interfaces interface-name unit interface-unit-number

[edit system login class class-name]
user@host# set permissions configure
user@host# set deny-configuration "interfaces .* unit .*"

[edit]
user@host# set vlans vlan-name vlan-id vlan-id

[edit system login class class-name]
user@host# set permissions configure
user@host# set allow-configuration "vlans .* vlan-id .*"

Operadores de expresiones regulares

Tabla 5 enumera los operadores de expresiones regulares comunes que puede usar para permitir o denegar los modos operativo y de configuración.

Las expresiones regulares de comando implementan las expresiones regulares extendidas (modernas), tal como se definen en POSIX 1003.2.

[edit system login class test]
user@host# set permissions configure
user@host# set allow-commands "(ping)|(traceroute)|(show system alarms)|(show system software)"
user@host# set deny-configuration "(access)|(access-profile)|(accounting-options)|(applications)|(apply-groups)|(bridge-domains)|(chassis)|(class-of-service)"

[edit system login class test]
user@host# set permissions interface
user@host# set permissions interface-control
user@host# set allow-commands "(^show) (log|interfaces|policer))|(^monitor)"

[edit system login class test]
user@host# set permissions interface
user@host# set allow-commands "(show interfaces$)"

[edit system login class test]
user@host# set permissions clear
user@host# set permissions configure
user@host# set permissions network
user@host# set permissions trace
user@host# set permissions view
user@host# set allow-configuration-regexps [ "interfaces [gx]e-.* unit [0-9]* description .*" ]

[edit system login class test]
user@host# set permissions all
user@host# set allow-commands "(clear)|(configure)"
user@host# deny-commands "(mtrace)|(start)|(delete)"

[edit system login class test]
user@host# set permissions configure
user@host# set deny-configuration "(system login class m*)"

[edit system login class test]
user@host# set permissions configure
user@host# set deny-configuration "(system login class m+)"

[edit system login class test]
user@host# set permissions configure
user@host# set deny-configuration "(system login class m.)"

[edit system login class test]
user@host# set permissions configure
user@host# set deny-configuration "(system login class m .*)"

Ejemplos de expresiones regulares

Tabla 6 enumera las expresiones regulares utilizadas para permitir opciones de configuración en dos jerarquías de configuración:[edit system ntp server] y [edit protocols rip]—como ejemplo para especificar expresiones regulares.

[edit system login class test]
set permissions configure
set allow-configuration-regexps [ "system ntp server .*" "system ntp server .* key .*" ]
set deny-configuration-regexps [ "system ntp server .* version .*" "system ntp server .* prefer" ]

[edit system login class test]
set permissions configure
set allow-configuration-regexps [ "system ntp server .*" "system ntp server .* version .*" ]
set deny-configuration-regexps [ "system ntp server .* key .*" "system ntp server .* prefer" ]

[edit system login class test]
set permissions configure
set allow-configuration-regexps [ "system ntp server .*" "system ntp server .* prefer" ];
set deny-configuration-regexps [ "system ntp server .* key .*" "system ntp server .* version .*" ]

[edit system login class test]
set permissions configure
set allow-configuration-regexps "protocols rip message-size .*"
set deny-configuration-regexps [ "protocols rip metric-in .*" "protocols rip route-timeout .*" "protocols rip update-interval .*" ]

[edit system login class test]
set permissions configure
set  allow-configuration-regexps "protocols rip metric-in .*"
set  deny-configuration-regexps [ "protocols rip message-size .*" "protocols rip route-timeout .*" "protocols rip update-interval .*" ]

[edit system login class test]
set permissions configure
set allow-configuration-regexps "protocols rip route-timeout .*"
set deny-configuration-regexps [ "protocols rip metric-in .*" "protocols rip message-size .*" "protocols rip update-interval .*" ]

[edit system login class test]
set permissions configure
set allow-configuration-regexps "protocols rip update-interval .*"
set deny-configuration-regexps [ "protocols rip metric-in .*" "protocols rip route-timeout .*" "protocols rip message-size .*" ]