☰

Аутентификация сертификата Keycloak x.509

tag-icon • tag-icon apache-2.4 single-sign-on openid
Аутентификация сертификата Keycloak x.509

Я пытаюсь настроить следующую архитектуру, но у меня возникли трудности:

  • Контейнер Keycloak с этим изображением jboss/keycloak:7.0.0

  • Apache с mod_auth_openidc

  • Apache имеет защищенный каталог

  • Apache выполняет аутентификацию SSL-клиента

Я хочу настроить следующий сценарий:

  • Пользователь посещает mywebsite/demo

  • Apache предлагает ему пройти аутентификацию с помощью своего сертификата

  • Apache пересылает информацию в keycloak

  • Keycloak использует X509/Validate Username для проверки сертификата (CN)

  • Верните ресурс пользователю после аутентификации.

У меня есть следующая конфигурация для Apache vhost:

Listen 8081 https
<VirtualHost *:8081>

        ServerAdmin webmaster@localhost
        DocumentRoot /var/www/html/

        SSLEngine on
        SSLCipherSuite HIGH
        SSLProtocol all -SSLv3 -TLSv1.3


        SSLCertificateFile /etc/apache2/ssl/serv.crt
        SSLCertificateKeyFile /etc/apache2/ssl/serv.key
        SSLCACertificateFile /etc/apache2/ssl/ca.crt

        <Location /pdf >
                ProxyPass http://mywebsite:5001/pdf
                ProxyPassReverse http://mywebsite:5001/pdf
        </Location>
        #RequestHeader set CERT_CHAIN ""
        RequestHeader set  SSL_CLIENT_CERT ""


        OIDCCryptoPassphrase passphrase
        OIDCProviderMetadataURL https://mywebsite:9004/auth/realms/demorealm/.well-known/openid-configuration
        OIDCClientID demo2
        OIDCClientSecret e6dc781f-49c0-4cfa-9cde-411f9d8bc2cb
        OIDCSSLValidateServer Off
        OIDCRedirectURI https://mywebsite:9998/demo2/redirect
        OIDCRemoteUserClaim preferred_username
        OIDCInfoHook access_token id_token userinfo session


        <Location /demo2 >

                SSLVerifyClient require
                SSLVerifyDepth 2
                #RequestHeader set SSL_CLIENT_CERT_CHAIN_0 "%{{CERT_CHAIN}}s"
                RequestHeader set SSL_CLIENT_CERT "%{SSL_CLIENT_CERT}s"
                #Require ssl


                AuthType openid-connect
                Require valid-user
                Loglevel debug
        </Location>

</VirtualHost>

Что касается контейнера keycloak, я не уверен, будет ли контейнер учитывать мой standalone.xml, если я смонтирую его вместо файла по умолчанию, поэтому я выполнил следующие команды jboss:

   /subsystem=keycloak-server/spi=x509cert-lookup:write-attribute(имя=поставщик-по умолчанию, значение="apache")
   /subsystem=keycloak-server/spi=x509cert-lookup/provider=apache:write-attribute(name=properties.sslClientCert,value="SSL_CLIENT_CERT")
   /subsystem=keycloak-server/spi=x509cert-lookup/provider=apache:write-attribute(name=properties.sslCertChainPrefix,value="CERT_CHAIN")
   /subsystem=keycloak-server/spi=x509cert-lookup/provider=apache:write-attribute(name=properties.certificateChainLength,value="10")
   :перезагрузить

Мой keycloak настроен следующим образом: Перенаправления клиентов:

клиент редирс

И поток аутентификации:

Исполнение

Аутентификатор выполнения конфигурации

Но когда я захожу на сайт, я получаю эту ошибку как пользователь «Team XYZ» с сертификатом CN «Team XYZ»: {"error_description":"X509 client certificate is missing.","error":"invalid_request"}

Журналы Keycloak:

21:10:24,178 WARN  [org.keycloak.services.x509.AbstractClientCertificateFromHttpHeadersLookup] (default task-49) HTTP header "SSL_CLIENT_CERT" is empty

20:09:48,062 WARN  [org.keycloak.events] (default task-9) type=LOGIN_ERROR, realmId=5c005f6f-a912-4788-bf53-345551eb0e01, clientId=demo2, userId=null, ipAddress=Dummy, error=user_not_found, auth_method=openid-connect, auth_type=code, response_type=code, redirect_uri=https://mywebsite:9998/demo2/redirect, code_id=d2b3aecf-0a53-4d3a-85fd-3433aee61d61, response_mode=query, authSessionParentId=d2b3aecf-0a53-4d3a-85fd-3433aee61d61, authSessionTabId=FqOsf6BrEBk

Может ли кто-нибудь мне помочь? Я уже несколько дней с этим сталкиваюсь.

решение1

В среде Kubernetes работает следующее решение

      nginx.ingress.kubernetes.io/backend-protocol: "HTTPS"
      nginx.ingress.kubernetes.io/proxy-ssl-secret: "mynamespace/backend-x509-secret"
      nginx.ingress.kubernetes.io/proxy-ssl-verify: "on"
      nginx.ingress.kubernetes.io/proxy-ssl-verify-depth: "2"

      nginx.ingress.kubernetes.io/auth-tls-secret: "mynamespace/backend-x509-secret"
      nginx.ingress.kubernetes.io/auth-tls-verify-client: "optional"
      nginx.ingress.kubernetes.io/auth-tls-verify-depth: "2"
      nginx.ingress.kubernetes.io/auth-tls-pass-certificate-to-upstream: "true"

где mynamespace/backend-x509-secret генерируется из kustomization.yaml

secretGenerator:
- name: backend-x509-secret
  files:
  - tls.crt
  - tls.key
  - ca.crt

где tls.crt,tls.key,ca.crt — мои собственные самоподписанные и CA-сертификаты, используемые для авторизации keycloak X509, тогда как мой nginx использует сертификат let's encrypt.
Затем файл конфигурации keycloak standalone.xml или standalone-ha.xml обновляется следующим файлом cli при запуске

/subsystem=keycloak-server/spi=x509cert-lookup:write-attribute(name=default-provider, value="nginx")            
/subsystem=keycloak-server/spi=x509cert-lookup/provider=default:remove
/subsystem=keycloak-server/spi=x509cert-lookup/provider=nginx:add(enabled=true,properties={sslClientCert => "ssl-client-cert", sslCertChainPrefix => "USELESS",     certificateChainLength => "2"})

Вы также можете динамически изменять конфигурацию keycloak, используя

$JBOSS_HOME/bin/jboss-cli.sh --connect --command='/subsystem=keycloak-server/spi=x509cert-lookup:write-attribute(name=default-provider, value="nginx")'            
$JBOSS_HOME/bin/jboss-cli.sh --connect --command='/subsystem=keycloak-server/spi=x509cert-lookup/provider=default:remove'
$JBOSS_HOME/bin/jboss-cli.sh --connect --command='/subsystem=keycloak-server/spi=x509cert-lookup/provider=nginx:add(enabled=true,properties={ sslClientCert => "ssl-client-cert", sslCertChainPrefix => "USELESS", certificateChainLength => "2"})'           
$JBOSS_HOME/bin/jboss-cli.sh --connect --command=':reload'

Связанный контент