Fixemu l'autorizazione ActiveDirectory à Kubernetes usendu Keycloak

Stu articulu hè statu scrittu cù u scopu di espansione u digià esistenti, ma parla di e caratteristiche di a cunnessione specificamente cù Microsoft ActiveDirectory, è ancu cumplementa.

In questu articulu vi dicu cumu installà è cunfigurà:

• chiavi hè un prughjettu open source. Chì furnisce un puntu d'entrata unicu per l'applicazioni. Funziona cù parechji protokolli, cumpresi LDAP è OpenID, chì sò d'interessu per noi.
• Keycloak gatekeeper - una applicazione proxy inversa chì vi permette di integrà l'autorizazione via Keycloak.
• Passerella - una applicazione chì genera una cunfigurazione per kubectl cù quale pudete login via OpenID è cunnette à l'API Kubernetes.

Cumu funziona i permessi in Kubernetes.

Pudemu gestisce i diritti di l'utilizatori / di u gruppu usendu RBAC, un munzeddu d'articuli sò digià stati creati nantu à questu, ùn aghju micca detta nantu à questu in dettu. U prublema hè chì pudete aduprà RBAC per limità i diritti di l'utilizatori, ma Kubernetes ùn sapi nunda di l'utilizatori. Risulta chì avemu bisognu di un mecanismu di consegna d'utilizatori in Kubernetes. Per fà questu, aghjunghje un fornitore à Kuberntes OpenID, chì indicà chì un tali utilizatore esiste veramente, è Kubernetes stessu li darà diritti.

A preparazione di

• Averete bisognu di un cluster Kubernetes o minikube
• Active Directory
• Duminii:
  keycloak.example.org
  kubernetes-dashboard.example.org
  passerella.esempiu.org
• Certificatu per i domini o certificatu autofirmatu

Ùn andaraghju micca in dettagliu nantu à cumu creà un certificatu autofirmatu; avete bisognu di creà certificati 2, questu hè a radica (Autorità di Certificazione) è u wildcard di u cliente per u duminiu *.example.org

Dopu avè ricevutu / scrivite i certificati, avete bisognu di aghjunghje u certificatu di u cliente à Kubernetes; per fà questu, crea un sicretu per questu:

kubectl create secret tls tls-keycloak --cert=example.org.crt --key=example.org.pem

Dopu avemu aduprà per u nostru controller Ingress

Installazione di Keycloak

Aghju decisu chì a manera più faciule era di utilizà suluzioni pronti per questu, à dì i grafici di timone.

Installa u repository è aghjurnà lu:

helm repo add codecentric https://codecentric.github.io/helm-charts
helm repo update

Crea un schedariu keycloak.yml cù u cuntenutu seguente:

keycloak.yml

keycloak:
  # Имя администратора
  username: "test_admin"
  # Пароль администратор  
  password: "admin"
  # Эти флаги нужны что бы позволить загружать в Keycloak скрипты прямо через web морду. Это нам 
  понадобиться что бы починить один баг, о котором ниже.
  extraArgs: "-Dkeycloak.profile.feature.script=enabled -Dkeycloak.profile.feature.upload_scripts=enabled" 
  # Включаем ingress, указываем имя хоста и сертификат который мы предварительно сохранили в secrets
  ingress:
    enabled: true 
    path: /
    annotations:
      kubernetes.io/ingress.class: nginx
      ingress.kubernetes.io/affinity: cookie
    hosts:
      - keycloak.example.org
    tls:
    - hosts:
        - keycloak.example.org
      secretName: tls-keycloak
  # Keycloak для своей работы требует базу данных, в тестовых целях я разворачиваю Postgresql прямо в Kuberntes, в продакшене так лучше не делать!
  persistence:
    deployPostgres: true
    dbVendor: postgres

postgresql:
  postgresUser: keycloak
  postgresPassword: ""
  postgresDatabase: keycloak
  persistence:
    enabled: true

Configurazione di a federazione

Dopu, vai à l'interfaccia web keycloak.example.org

In u cantonu manca cliccate Aghjunghjite u regnu

Key
Value

nomu
kubernetes

Mustrà Name
Kubernetes

Disattivà a verificazione di cunferma di l'e-mail d'utilizatore:
Ambiti di u cliente -> Email -> Mappers -> E-mail verificatu (Eliminate)

Stammu una federazione per impurtà l'utilizatori da ActiveDirectory, lasciaraghju screenshots quì sottu, pensu chì serà più chjaru.

Federazione d'utilizatori —> Add provider… —> ldap

Configurazione di a federazione


Sè tuttu hè bè, dopu appughjà u buttone Sincronizza tutti l'utilizatori Vi vede un missaghju chì indica l'importazione successu di l'utilizatori.

In seguitu avemu bisognu di cartografi i nostri gruppi

Federazione d'utilizatori -> ldap_localhost -> Mappers -> Crea

Crià un mapper

Configurazione di u cliente

Avete bisognu di creà un cliente, in termini di Keycloak, questu hè una applicazione chì serà autorizata da ellu. Evidenziaraghju punti impurtanti in rossu in a screenshot.

Clienti -> Crea

Configurazione di u cliente

Creemu un scoupe per i gruppi:

Client Scopes -> Crea

Crià un scopu

È crea un mapper per elli:

Client Scopes -> gruppi -> Mappers -> Crea

Mapper

Aghjunghjemu a mappatura di i nostri gruppi à Scopes Clienti Predeterminati:

Clients -> kubernetes -> Client Scopes -> Default Client Scopes
Scegli i gruppi в Scopi di Clienti dispunibulicliccate Aghjunghjite selezziunate

Avemu u sicretu (è scrivitelu in un locu) chì useremu per l'autorizazione in Keycloak:

Clienti -> kubernetes -> Credenziali -> Secret
Questu cumpleta a stallazione, ma aghju avutu un errore quandu, dopu l'autorizazione successu, aghju ricevutu un errore 403. Rapportu di bug.

Fix:

Client Scopes -> roles -> Mappers -> Create

I cartografi

codice script

// add current client-id to token audience
token.addAudience(token.getIssuedFor());

// return token issuer as dummy result assigned to iss again
token.getIssuer();

Configurazione di Kubernetes

Avemu bisognu di indicà induve si trova u nostru certificatu radicali da u situ, è induve si trova u fornitore OIDC.
Per fà questu, editate u schedariu /etc/kubernetes/manifests/kube-apiserver.yaml

kube-apiserver.yaml

...
spec:
  containers:
  - command:
    - kube-apiserver
...
    - --oidc-ca-file=/var/lib/minikube/certs/My_Root.crt
    - --oidc-client-id=kubernetes
    - --oidc-groups-claim=groups
    - --oidc-issuer-url=https://keycloak.example.org/auth/realms/kubernetes
    - --oidc-username-claim=email
...

Aghjurnate a cunfigurazione di kubeadm in u cluster:

cunfigurazione kubeadm

kubectl edit -n kube-system configmaps kubeadm-config

...
data:
  ClusterConfiguration: |
    apiServer:
      extraArgs:
        oidc-ca-file: /var/lib/minikube/certs/My_Root.crt
        oidc-client-id: kubernetes
        oidc-groups-claim: groups
        oidc-issuer-url: https://keycloak.example.org/auth/realms/kubernetes
        oidc-username-claim: email
...

Impostazione di auth-proxy

Per prutege a vostra applicazione web, pudete aduprà keycloak gatekeeper. In più di u fattu chì stu proxy inversu autorizzerà l'utilizatore prima di mostrà a pagina, trasmetterà ancu infurmazioni nantu à voi in l'intestazione à l'applicazione finale. Cusì, se a vostra applicazione supporta OpenID, l'utilizatore hè immediatamente autorizatu. Fighjemu l'esempiu di Kubernetes Dashboard

Installazione di Kubernetes Dashboard

helm install stable/kubernetes-dashboard --name dashboard -f values_dashboard.yaml

values_dashboard.yaml

enableInsecureLogin: true
service:
  externalPort: 80
rbac:
  clusterAdminRole: true
  create: true
serviceAccount:
  create: true
  name: 'dashboard-test'

Impostazione di diritti d'accessu:

Creemu un ClusterRoleBinding chì darà diritti di amministratore di cluster (standard ClusterRole cluster-admin) per l'utilizatori in u gruppu DataOPS.

kubectl apply -f rbac.yaml

rbac.yaml

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: dataops_group
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
- apiGroup: rbac.authorization.k8s.io
  kind: Group
  name: DataOPS

Installazione di keycloak gatekeeper:

helm repo add gabibbo97 https://gabibbo97.github.io/charts/
helm repo update
helm install gabibbo97/keycloak-gatekeeper --version 2.1.0 --name keycloak-gatekeeper -f values_proxy.yaml

values_proxy.yaml

# Включаем ingress
ingress:
  enabled: true
  annotations:
    kubernetes.io/ingress.class: nginx
  path: /
  hosts:
    - kubernetes-dashboard.example.org
  tls:
   - secretName: tls-keycloak
     hosts:
       - kubernetes-dashboard.example.org

# Говорим где мы будем авторизовываться у OIDC провайдера
discoveryURL: "https://keycloak.example.org/auth/realms/kubernetes"
# Имя клиента которого мы создали в Keycloak
ClientID: "kubernetes"
# Secret который я просил записать
ClientSecret: "c6ec03b8-d0b8-4cb6-97a0-03becba1d727"
# Куда перенаправить в случае успешной авторизации. Формат <SCHEMA>://<SERVICE_NAME>.><NAMESAPCE>.<CLUSTER_NAME>
upstreamURL: "http://dashboard-kubernetes-dashboard.default.svc.cluster.local"
# Пропускаем проверку сертификата, если у нас самоподписанный
skipOpenidProviderTlsVerify: true
# Настройка прав доступа, пускаем на все path если мы в группе DataOPS
rules:
  - "uri=/*|groups=DataOPS"

Dopu quì, quandu pruvate à log in kubernetes-dashboard.example.org, una redirezzione à Keycloak serà accadutu è se l'autorizazione hè successu, seremu purtati à u Dashboard digià cunnessu.

Installazione di a passerella

Per comodità, pudete aghjunghje una passerella chì generà un schedariu di cunfigurazione per kubectl, cù l'aiutu di quale entremu in Kubernetes sottu u nostru utilizatore.

helm install --name gangway stable/gangway -f values_gangway.yaml

values_gangway.yaml

gangway:
  # Произвольное имя кластера
  clusterName: "my-k8s"
  # Где у нас OIDC провайдер
  authorizeURL: "https://keycloak.example.org/auth/realms/kubernetes/protocol/openid-connect/auth"
  tokenURL: "https://keycloak.example.org/auth/realms/kubernetes/protocol/openid-connect/token"
  audience: "https://keycloak.example.org/auth/realms/kubernetes/protocol/openid-connect/userinfo"
  # Теоритически сюда можно добавить groups которые мы замапили
  scopes: ["openid", "profile", "email", "offline_access"]
  redirectURL: "https://gangway.example.org/callback"
  # Имя клиента
  clientID: "kubernetes"
  # Секрет
  clientSecret: "c6ec03b8-d0b8-4cb6-97a0-03becba1d727"
  # Если оставить дефолтное значние, то за имя пользователя будет братья <b>Frist name</b> <b>Second name</b>, а при "sub" его логин
  usernameClaim: "sub"
  # Доменное имя или IP адресс API сервера
  apiServerURL: "https://192.168.99.111:8443"

# Включаем Ingress
ingress:
  enabled: true
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/proxy-buffer-size: "64k"
  path: /
  hosts:
  - gangway.example.org
  tls:
  - secretName: tls-keycloak
    hosts:
      - gangway.example.org

# Если используем самоподписанный сертификат, то его(открытый корневой сертификат) надо указать.
trustedCACert: |-
 -----BEGIN CERTIFICATE-----
 MIIDVzCCAj+gAwIBAgIBATANBgkqhkiG9w0BAQsFADA1MQswCQYDVQQGEwJVUzEQMA4GA1UEChMHRGF0YU9QUzEUMBIGA1UEAxMLbXkgcm9vdCBrZXkwHhcNMjAwMjE0MDkxODAwWhcNMzAwMjE0MDkxODAwWjA1MQswCQYDVQQGEwJVUzEQMA4GA1UEChMHRGF0YU9QUzEUMBIGA1UEAxMLbXkgcm9vdCBrZXkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDyP749PqqIRwNSqaK6qr0Zsi03G4PTCUlgaYTPZuMrwUVPK8xX2dWWs9MPRMOdXpgr8aSTZnVfmelIlVz4D7o2vK5rfmAe9GPcK0WbwKwXyhFU0flS9sU/g46ogHFrk03SZxQAeJhMLfEmAJm8LF5HghtGDs3t4uwGsB95o+lqPLiBvxRB8ZS3jSpYpvPgXAuZWKdZUQ3UUZf0X3hGLp7uIcIwJ7i4MduOGaQEO4cePeEJy9aDAO6qV78YmHbyh9kaW+1DL/Sgq8NmTgHGV6UOnAPKHTnMKXl6KkyUz8uLBGIdVhPxrlzG1EzXresJbJenSZ+FZqm3oLqZbw54Yp5hAgMBAAGjcjBwMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFHISTOU/6BQqqnOZj+1xJfxpjiG0MAsGA1UdDwQEAwIBBjARBglghkgBhvhCAQEEBAMCAAcwHgYJYIZIAYb4QgENBBEWD3hjYSBjZXJ0aWZpY2F0ZTANBgkqhkiG9w0BAQsFAAOCAQEAj7HC8ObibwOLT4ZYmISJZwub9lcE0AZ5cWkPW39j/syhdbbqjK/6jy2D3WUEbR+s1Vson5Ov7JhN5In2yfZ/ByDvBnoj7CP8Q/ZMjTJgwN7j0rgmEb3CTZvnDPAz8Ijw3FP0cjxfoZ1Z0V2F44Ry7gtLJWr06+MztXVyto3aIz1/XbMQnXYlzc3c3B5yUQIy44Ce5aLRVsAjmXNqVRmDJ2QPNLicvrhnUJsO0zFWI+zZ2hc4Ge1RotCrjfOc9hQY63jZJ17myCZ6QCD7yzMzAob4vrgmkD4q7tpGrhPY/gDcE+lUNhC7DO3l0oPy2wsnT2TEn87eyWmDiTFG9zWDew==
 -----END CERTIFICATE-----

Sembra qualcosa cusì. Permette di scaricà immediatamente un schedariu di cunfigurazione è generà cù un set di cumandamenti:

Source: www.habr.com