Kubernetes Enumeration
Token di Kubernetes
Se hai accesso compromesso a una macchina, l'utente potrebbe avere accesso a una piattaforma Kubernetes. Il token di solito si trova in un file indicato dalla variabile d'ambiente KUBECONFIG
o all'interno di ~/.kube
.
In questa cartella potresti trovare file di configurazione con token e configurazioni per connettersi al server API. In questa cartella puoi anche trovare una cartella di cache con informazioni precedentemente recuperate.
Se hai compromesso un pod all'interno di un ambiente Kubernetes, ci sono altri posti in cui puoi trovare token e informazioni sull'attuale ambiente K8:
Token dell'account di servizio
Prima di continuare, se non sai cos'è un servizio in Kubernetes ti consiglio di seguire questo link e leggere almeno le informazioni sull'architettura di Kubernetes.
Preso dalla documentazione di Kubernetes:
"Quando crei un pod, se non specifici un account di servizio, viene assegnato automaticamente l'account di servizio predefinito nello stesso namespace."
ServiceAccount è un oggetto gestito da Kubernetes e utilizzato per fornire un'identità ai processi che vengono eseguiti in un pod. Ogni account di servizio ha un segreto ad esso correlato e questo segreto contiene un token di autenticazione. Questo è un JSON Web Token (JWT), un metodo per rappresentare in modo sicuro le richieste tra due parti.
Di solito una delle seguenti directory:
/run/secrets/kubernetes.io/serviceaccount
/var/run/secrets/kubernetes.io/serviceaccount
/secrets/kubernetes.io/serviceaccount
contengono i file:
ca.crt: È il certificato ca per verificare le comunicazioni di Kubernetes
namespace: Indica il namespace corrente
token: Contiene il token di servizio del pod corrente.
Ora che hai il token, puoi trovare il server API all'interno della variabile d'ambiente KUBECONFIG
. Per ulteriori informazioni esegui (env | set) | grep -i "kuber|kube
"
Il token dell'account di servizio viene firmato dalla chiave presente nel file sa.key e convalidato da sa.pub.
Posizione predefinita su Kubernetes:
/etc/kubernetes/pki
Posizione predefinita su Minikube:
/var/lib/localkube/certs
Pod attivi
I pod attivi sono pod che contengono un token di account di servizio privilegiato. Un token di account di servizio privilegiato è un token che ha il permesso di eseguire attività privilegiate come elencare segreti, creare pod, ecc.
RBAC
Se non sai cos'è RBAC, leggi questa sezione.
CheatSheet di enumerazione
Per enumerare un ambiente K8s hai bisogno di un paio di cose:
Un token di autenticazione valido. Nella sezione precedente abbiamo visto dove cercare un token utente e un token di account di servizio.
L'indirizzo (https://host:port) dell'API di Kubernetes. Questo può essere trovato di solito nelle variabili d'ambiente e/o nel file di configurazione kube.
Opzionale: Il ca.crt per verificare il server API. Questo può essere trovato negli stessi posti in cui può essere trovato il token. Questo è utile per verificare il certificato del server API, ma utilizzando
--insecure-skip-tls-verify
conkubectl
o-k
concurl
non avrai bisogno di questo.
Con questi dettagli puoi enumerare Kubernetes. Se l'API per qualche motivo è accessibile tramite Internet, puoi semplicemente scaricare quelle informazioni ed enumerare la piattaforma dal tuo host.
Tuttavia, di solito il server API è all'interno di una rete interna, quindi dovrai creare un tunnel attraverso la macchina compromessa per accedervi dalla tua macchina, oppure puoi caricare il binario kubectl, o utilizzare curl/wget/qualsiasi cosa
per eseguire richieste HTTP grezze al server API.
Differenze tra i verbi list
e get
list
e get
Con i permessi di get
puoi accedere alle informazioni di risorse specifiche (opzione describe
in kubectl
) API:
Se hai il permesso list
, sei autorizzato a eseguire richieste API per elencare un tipo di risorsa (opzione get
in kubectl
):
Se hai il permesso watch
, sei autorizzato a eseguire richieste API per monitorare le risorse:
Apri una connessione di streaming che restituisce l'intero manifesto di un Deployment ogni volta che viene modificato (o quando ne viene creato uno nuovo).
I seguenti comandi kubectl
indicano solo come elencare gli oggetti. Se desideri accedere ai dati, devi utilizzare describe
invece di get
.
Utilizzando curl
Da all'interno di un pod puoi utilizzare diverse variabili di ambiente:
Per impostazione predefinita, il pod può accedere al server kube-api nel nome di dominio kubernetes.default.svc
e puoi vedere la rete kube in /etc/resolv.config
poiché qui troverai l'indirizzo del server DNS di Kubernetes (il ".1" dello stesso intervallo è il punto finale kube-api).
Utilizzando kubectl
Avendo il token e l'indirizzo del server API, è possibile utilizzare kubectl o curl per accedervi come indicato qui:
Per impostazione predefinita, il SERVERAPI comunica con lo schema https://
se non c'è
https://
nell'URL, potresti ottenere un errore come Bad Request.
Puoi trovare una cheatsheet ufficiale di kubectl qui. Lo scopo delle seguenti sezioni è presentare in modo ordinato diverse opzioni per enumerare e comprendere il nuovo K8s a cui hai ottenuto accesso.
Per trovare la richiesta HTTP che kubectl
invia, puoi utilizzare il parametro -v=8
MitM kubectl - Proxyfying kubectl
Configurazione attuale
Se sei riuscito a rubare le credenziali di alcuni utenti, puoi configurarle localmente utilizzando qualcosa del genere:
Ottenere le risorse supportate
Con queste informazioni saprai tutti i servizi che puoi elencare
Ottenere i privilegi correnti
Per ottenere i privilegi correnti, esegui il comando:
Sostituisci <verb>
con il verbo che desideri controllare (ad esempio get
, create
, delete
, ecc.) e <resource>
con la risorsa che desideri controllare (ad esempio pods
, deployments
, services
, ecc.).
Ad esempio, per verificare se hai il permesso di ottenere i pod, esegui:
Se hai i privilegi, riceverai un messaggio di conferma. Altrimenti, riceverai un messaggio di errore che indica che non hai i privilegi necessari.
Un altro modo per verificare i tuoi privilegi è utilizzare lo strumento: https://github.com/corneliusweig/rakkess****
Puoi saperne di più su Kubernetes RBAC in:
pageKubernetes Role-Based Access Control(RBAC)Una volta che sai quali privilegi hai, controlla la seguente pagina per capire se puoi abusarne per ottenere privilegi elevati:
pageAbusing Roles/ClusterRoles in KubernetesOttenere altri ruoli
Ottieni i namespace
Kubernetes supporta cluster virtuali multipli supportati dallo stesso cluster fisico. Questi cluster virtuali sono chiamati namespace.
Ottenere segreti
Se puoi leggere i segreti, puoi utilizzare le seguenti linee per ottenere i privilegi correlati a ciascun token:
Ottenere gli account di servizio
Come discusso all'inizio di questa pagina, quando viene eseguito un pod, di solito viene assegnato un account di servizio. Pertanto, elencare gli account di servizio, i loro permessi e dove vengono eseguiti potrebbe consentire a un utente di ottenere privilegi elevati.
Ottieni Deployments
I deployments specificano i componenti che devono essere eseguiti.
Ottenere i Pods
I Pods sono i contenitori effettivi che verranno eseguiti.
Ottenere i servizi
I servizi di Kubernetes vengono utilizzati per esporre un servizio su una porta e un indirizzo IP specifici (che fungeranno da bilanciatore di carico per i pod che offrono effettivamente il servizio). Questo è interessante da sapere per individuare altri servizi su cui tentare un attacco.
Ottenere i nodi
Ottieni tutti i nodi configurati all'interno del cluster.
Ottenere i DaemonSets
DaeamonSets permette di garantire che un pod specifico sia in esecuzione in tutti i nodi del cluster (o in quelli selezionati). Se si elimina il DaemonSet, i pod gestiti da esso verranno anche rimossi.
Ottieni cronjob
I cron job consentono di pianificare l'avvio di un pod che eseguirà un'azione utilizzando una sintassi simile a crontab.
Ottieni configMap
configMap contiene sempre molte informazioni e file di configurazione che vengono forniti alle applicazioni che vengono eseguite in Kubernetes. Di solito è possibile trovare molte password, segreti e token che vengono utilizzati per connettersi e convalidare altri servizi interni/esterni.
Ottieni il consumo dei Pods
Fuga dal pod
Se sei in grado di creare nuovi pod, potresti essere in grado di fuggire da essi verso il nodo. Per farlo, devi creare un nuovo pod utilizzando un file yaml, passare al pod creato e quindi chroot nel sistema del nodo. Puoi utilizzare i pod già esistenti come riferimento per il file yaml poiché mostrano immagini e percorsi esistenti.
se hai bisogno di creare un pod su un nodo specifico, puoi utilizzare il seguente comando per ottenere le etichette del nodo
k get nodes --show-labels
Comunemente, kubernetes.io/hostname e node-role.kubernetes.io/master sono entrambe buone etichette per la selezione.
Poi crea il tuo file attack.yaml
Dopo di ciò, crei il pod
Ora puoi passare al pod creato come segue
E infine, esegui il chroot nel sistema del nodo
Informazioni ottenute da: Kubernetes Namespace Breakout usando Insecure Host Path Volume - Parte 1 Attaccare e difendere Kubernetes: Bust-A-Kube - Episodio 1
Riferimenti
Last updated