ADC

SSO für Basic-, Digest- und NTLM-Authentifizierung

Die Single Sign-On (SSO) -Konfiguration in NetScaler und NetScaler Gateway kann auf globaler Ebene und auch pro Verkehrsebene aktiviert werden. Standardmäßig ist die SSO-Konfiguration AUS und ein Administrator kann SSO pro Datenverkehr oder global aktivieren. Aus Sicherheitsgründen empfiehlt Citrix Administratoren, SSO global auszuschalten und es pro Datenverkehr zu aktivieren. Diese Erweiterung soll die SSO-Konfiguration sicherer machen, indem bestimmte Arten von SSO-Methoden weltweit nicht berücksichtigt werden.

Hinweis:

Ab NetScaler Feature Release 13.0 Build 64.35 und höher werden die folgenden SSO-Typen weltweit nicht berücksichtigt.

  • Grundlegende Authentifizierung
  • Digest Access-Authentifizierung
  • NTLM ohne Negotiate NTLM2-Schlüssel oder Negotiate-Zeichen

Nicht betroffene SSO-Typen

Die folgenden SSO-Typen sind von dieser Erweiterung nicht betroffen.

  • Kerberos-Authentifizierung
  • SAML-Authentifizierung
  • Formularbasierte Authentifizierung
  • OAuth-Trägerauthentifizierung
  • NTLM mit Negotiate NTLM2-Schlüssel oder Negotiate-Zeichen

Beeinträchtigte Single Sign-On-Konfigurationen

Im Folgenden sind die betroffenen (entehrten) SSO-Konfigurationen aufgeführt.

Globale Konfigurationen

set tmsessionparam -SSO ON
set vpnparameter -SSO ON
add tmsessionaction tm_act -SSO ON
add vpn sessionaction tm_act -SSO ON
<!--NeedCopy-->

Konfigurationen pro Datenverkehr

add vpn trafficaction tf_act http -SSO ON
add tm trafficaction tf_act -SSO ON
<!--NeedCopy-->

Sie können SSO als Ganzes aktivieren/deaktivieren und können einzelne SSO-Typen nicht ändern.

Anzuwendende Sicherheitsmaßnahmen

Als Teil der Sicherheitsmaßnahmen werden sicherheitsrelevante SSO-Typen in der globalen Konfiguration nicht berücksichtigt, sie sind jedoch nur über eine Traffic-Action-Konfiguration zulässig. Wenn also ein Backend-Server Basic, Digest oder NTLM ohne Negotiate NTLM2-Schlüssel oder Negotiate Sign erwartet, kann der Administrator SSO nur über die folgende Konfiguration zulassen.

Traffic Action

add vpn trafficaction tf_act  http -SSO ON
add tm trafficaction tf_act -SSO ON
<!--NeedCopy-->

Traffic Richtlinie

add tm trafficpolicy <name> <rule> tf_act
add vpn trafficpolicy <name> <rule> tf-act
<!--NeedCopy-->

Der Administrator muss eine entsprechende Regel für die Verkehrsrichtlinie konfiguriert haben, um sicherzustellen, dass SSO nur für vertrauenswürdige Back-End-Server aktiviert ist.

AAA-TM

Szenarien, die auf der globalen Konfiguration basieren:

set tmsessionparam -SSO ON
<!--NeedCopy-->

Workaround:

add tm trafficaction tf_act -SSO ON
add tm trafficpolicy tf_pol true tf_act
<!--NeedCopy-->

Binden Sie die folgende Verkehrsrichtlinie an alle virtuellen LB-Server, auf denen SSO erwartet wird:

bind lb vserver <LB VS Name> -policy tf_pol -priority 65345
<!--NeedCopy-->

Szenarien basierend auf der Konfiguration der Sitzungsrichtlinien:

add tmsessionaction tm_act -SSO ON
add tmsession policy <name> <rule> tm_act
add tm trafficaction tf_act -SSO ON
add tm trafficpolicy tf_pol <same rule as session Policy> tf_act
<!--NeedCopy-->

Bemerkenswerte Punkte:

  • Der NetScaler AAA-Benutzer/die Gruppe für die vorherige Sitzungsrichtlinie muss durch eine Verkehrsrichtlinie ersetzt werden.

  • Binden Sie die folgende Richtlinie an die virtuellen Lastausgleichsserver für die vorherige Sitzungsrichtlinie:

bind lb vserver [LB VS Name] -policy tf_pol -priority 65345
<!--NeedCopy-->
  • Wenn eine Verkehrsrichtlinie mit einer anderen Priorität konfiguriert ist, ist der vorherige Befehl nicht hilfreich.

Der folgende Abschnitt befasst sich mit Szenarien, die auf Konflikten mit mehreren Verkehrsrichtlinien basieren, die einem Verkehr zugeordnet sind:

Für einen bestimmten TM-Verkehr wird nur eine TM-Verkehrsrichtlinie angewendet. Aufgrund der globalen Einstellungen der SSO-Funktionen ist die Anwendung einer zusätzlichen TM-Verkehrsrichtlinie mit niedriger Priorität möglicherweise nicht anwendbar, falls bereits eine TM-Verkehrsrichtlinie mit hoher Priorität (für die keine SSO-Konfiguration erforderlich ist) angewendet wird. Im folgenden Abschnitt wird die Methode beschrieben, mit der sichergestellt werden kann, dass solche Fälle behandelt werden.

Beachten Sie, dass die folgenden drei Verkehrsrichtlinien mit höherer Priorität auf virtuelle Load Balancing-Server (LB) angewendet werden:

add tm trafficaction tf_act1 <Addition config>
add tm trafficaction tf_act2 <Addition config>
add tm trafficaction tf_act3 <Addition config>

add tm trafficpolicy tf_pol1 <rule1> tf_act1
add tm trafficpolicy tf_pol2 <rule2> tf_act2
add tm trafficpolicy tf_pol3 <rule3> tf_act3

bind lb vserver <LB VS Name> -policy tf_pol1 -priority 100
bind lb vserver <LB VS Name> -policy tf_pol2 -priority 200
bind lb vserver <LB VS Name> -policy tf_pol3 -priority 300
<!--NeedCopy-->

Fehleranfällige Methode - Um die globale SSO-Konfiguration zu lösen, fügen Sie die folgende Konfiguration hinzu:

add tm trafficaction tf_act_default -SSO ON
add tm trafficpolicy tf_pol_default true tf_act_default

bind lb vserver <LB VS Name> -policy tf_pol_default -priority 65345
<!--NeedCopy-->

Hinweis: Die vorhergehende Änderung kann SSO für Traffic, der trifft, <tf_pol1/tf_pol2/tf_pol3> wie für diese Traffic- und Verkehrsrichtlinie unterbrechen wird nicht angewendet.

Richtige Methode - Um dies zu mindern, muss die SSO-Eigenschaft für jede der entsprechenden Verkehrsaktionen einzeln angewendet werden:

Zum Beispiel muss im vorhergehenden Szenario die folgende Konfiguration zusammen mit angewendet werden, damit SSO für den Datenverkehr auf tf_pol1/tf_pol3 trifft .

add tm trafficaction tf_act1 <Addition config> -SSO ON
add tm trafficaction tf_act3 <Addition config> -SSO ON
<!--NeedCopy-->

NetScaler Gateway -Fälle

Szenarien, die auf der globalen Konfiguration basieren:

set vpnparameter -SSO ON
<!--NeedCopy-->

Workaround:

add vpn trafficaction vpn_tf_act http  -SSO ON
add vpn trafficpolicy vpn_tf_pol  true vpn_tf_act
bind the following traffic policy to all VPN virtual server where SSO is expected:
bind vpn vserver vpn_vs -policy vpn_tf_pol -priority 65345
<!--NeedCopy-->

Szenarien basierend auf der Konfiguration der Sitzungsrichtlinien:

add vpn sessionaction vpn_sess_act -SSO ON
add vpnsession policy <name> <rule> vpn_sess_act
<!--NeedCopy-->

Zu beachtende Punkte:

  • Der NetScaler AAA-Benutzer/die Gruppe für die vorherige Sitzungsrichtlinie muss durch eine Verkehrsrichtlinie ersetzt werden.

  • Binden Sie die folgende Richtlinie für die vorherige Sitzungsrichtlinie an die virtuellen LB-Server, bind lb virtual server [LB VS Name] -policy tf_pol -priority 65345.

  • Wenn eine Verkehrsrichtlinie mit einer anderen Priorität konfiguriert ist, ist der vorherige Befehl nicht hilfreich. Der folgende Abschnitt befasst sich mit Szenarien, die auf Konflikten mit mehreren Verkehrsrichtlinien im Zusammenhang mit dem Verkehr beruhen.

Funktionsszenarien, die auf Konflikten mit mehreren Verkehrsrichtlinien basieren, die einem Verkehr zugeordnet sind:

Für einen bestimmten NetScaler Gateway-Verkehr wird nur eine VPN-Verkehrsrichtlinie angewendet. Aufgrund der globalen Einstellungen der SSO-Funktionen ist die Anwendung einer zusätzlichen VPN-Verkehrsrichtlinie mit niedriger Priorität möglicherweise nicht anwendbar, wenn es andere VPN-Verkehrsrichtlinien mit hoher Priorität gibt, für die keine SSO-Konfiguration erforderlich ist.

Im folgenden Abschnitt wird die Methode beschrieben, mit der sichergestellt werden kann, dass solche Fälle behandelt werden:

Bedenken Sie, dass es drei Verkehrsrichtlinien mit höherer Priorität gibt, die auf einen virtuellen VPN-Server angewendet werden:

add vpn trafficaction tf_act1 <Addition config>
add vpn trafficaction tf_act2 <Addition config>
add vpn trafficaction tf_act3 <Addition config>

add vpn trafficpolicy tf_pol1 <rule1> tf_act1
add vpn trafficpolicy tf_pol2 <rule2> tf_act2
add vpn trafficpolicy tf_pol3 <rule3> tf_act3

bind vpn vserver <VPN VS Name> -policy tf_pol1 -priority 100
bind vpn vserver <VPN VS Name> -policy tf_pol2 -priority 200
bind vpn vserver <VPN VS Name> -policy tf_pol3 -priority 300
<!--NeedCopy-->

Fehleranfällige Methode: Um die globale SSO-Konfiguration zu lösen, fügen Sie die folgende Konfiguration hinzu:

add vpn trafficaction tf_act_default -SSO ON
add vpn trafficpolicy tf_pol_default true tf_act_default

bind vpn vserver <VPN VS Name> -policy tf_pol_default -priority 65345
<!--NeedCopy-->

Hinweis: Die vorhergehende Änderung kann SSO für den Traffic, der trifft, <tf_pol1/tf_pol2/tf_pol3> wie für diesen Traffic und die Verkehrsrichtlinie unterbrechen wird nicht angewendet.

Richtige Methode: Um dies zu mindern, muss die SSO-Eigenschaft für jede der entsprechenden Verkehrsaktionen einzeln angewendet werden.

Zum Beispiel im vorherigen Szenario muss die folgende Konfiguration zusammen mit angewendet werden, damit SSO für Datenverkehr auf tf_pol1/tf_pol3 trifft .

add vpn trafficaction tf_act1 [Additional config] -SSO ON

add vpn trafficaction tf_act3 [Additional config] -SSO ON
<!--NeedCopy-->
SSO für Basic-, Digest- und NTLM-Authentifizierung