Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
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
openmeetings-kms-unauth — Apache OpenMeetings 9.1.0 - Alta - Remoto - KMS non autenticato - docs docker espone Kurento JSON-RPC sulla porta 8888 | Kitploit
Strumenti/GitHubGitHub/abraxas/openmeetings-kms-unauth
Analisi delle VulnerabilitàExploitRaccolta InformazioniSicurezza WebPenetration TestingLab e Pratica
GitHubabraxas/openmeetings-kms-unauth

openmeetings-kms-unauth

Apache OpenMeetings 9.1.0 - Alta - Remoto - KMS non autenticato - docs docker espone Kurento JSON-RPC sulla porta 8888

Vedi Repository
1 giorno 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

Abraxas Labs - openmeetings-kms-unauth

abraxaslabs.tech  ·  github.com/abraxas  ·  @abraxas_null  ·  [email protected]  ·  openmeetings-kms-unauth

openmeetings-kms-unauth

Classe: KMS non autenticato Raggiungibilità: Remota

Apache OpenMeetings 9.1.0 (9773c59e) - Apache Software Foundation

OpenMeetings Java imposta kurento.ws.url di default su loopback. Il documento ufficiale InstallMediaServer.md pubblica Kurento con docker -p 8888:8888. Quel JSON-RPC non ha autenticazione. Un WebSocket connect non autenticato più invoke manager_ServerManager.getInfo restituisce Kurento 7.3.0.

IDnessuna CVE al momento
ClasseKMS non autenticato
RaggiungibilitàRemota (JSON-RPC non autenticato sulla porta 8888 pubblicata)
CWECWE-306
CVSSAlto: 8.6 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:L/A:L
ProdottoApache OpenMeetings + Kurento 7.3.0
Affetto9.1.0 documentazione/docker pubblicazione di KMS 8888
Autenticazionenessuna su Kurento JSON-RPC
LicenzaGNU Affero GPL v3.0
Labsolo 127.0.0.1:18164. kurento/kurento-media-server:7.3.0 come percorso di pubblicazione della documentazione.

Ho fissato il tag 9.1.0. KMS 7.3.0+ è richiesto da quella release.

Cosa può fare un attaccante

Raggiungere la porta Kurento pubblicata. Nessun header Authorization. La POST HTTP è solo WebSocket (426). ws://host:8888/kurento esegue l'upgrade 101.

MetodoSinkPrivilegio
ping non autenticatoKurento JSON-RPCRicognizione (provato in lab): pong.
connect non autenticatocreazione sessioneIntegrità (provato in lab): sessionId senza alcun segreto.
invoke non autenticato manager_ServerManager.getInfoServerInfoRicognizione (provato in lab): versione 7.3.0, elenco moduli (chroma/core/...).
PlayerEndpoint / RecorderEndpoint non autenticati (stessa socket)elementi media KMSRicognizione / integrità (inferito): recupero HTTP/file con l'UID di KMS; creazione/distruzione di pipeline. Non testato. Il lab si è limitato a getInfo.

Provato in lab vs inferito: ping, connect, getInfo sono provati in lab. PlayerEndpoint SSRF / DoS delle pipeline sono inferiti dal JSON-RPC non autenticato.

Richiede: KMS pubblicato sulla rete come mostrato in InstallMediaServer.md (-p 8888:8888). Il default loopback di OM Java è sicuro finché non avviene quella pubblicazione.

Superficie adiacente che resta chiusa

SuperficieMotivo
Default kurento.ws.url di OM Javaloopback. Questo residuo è la pubblicazione della documentazione, non il default Java.
/openmeetings di OM senza SIDWicket/CXF richiedono comunque una sessione per le stanze.
POST HTTP /kurento senza Upgrade426. Il JSON-RPC è il WebSocket.

Come l'ho trovato

L'immagine completa apache/openmeetings:9.1.0 avvia kurento-media-server su 0.0.0.0:8888 senza autenticazione JSON-RPC, poi quel container può far fallire catalina come nobody senza JAVA_HOME. Il residuo che la documentazione insegna è la pubblicazione KMS standalone. Ho allestito in lab kurento/kurento-media-server:7.3.0 con 127.0.0.1:18164:8888.

Lab

cd lab
./run.sh

Loopback ws://127.0.0.1:18164/kurento. Ultima riga del witness:

SUCCESS OPENMEETINGS-KMS-UNAUTH-WITNESS

Correzione suggerita

Non pubblicare la 8888 su un'interfaccia pubblica. Associa KMS al loopback o a una rete compose privata. Aggiungi un token di autenticazione al JSON-RPC (Kurento secureKms / reverse proxy). Modifica l'esempio della documentazione di installazione per non usare -p 8888:8888.

Contatto

Abraxas Labs - https://abraxaslabs.tech - https://github.com/abraxas - https://x.com/abraxas_null - [email protected]

Fornitore: [email protected]

Scarica lo strumento