Skip to content
KitploitKITPLOIT
FerramentasExploitsBlog
Log in
Enviar
FerramentasExploitsBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

FeedsContatoPrivacidade© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
openmeetings-kms-unauth — Apache OpenMeetings 9.1.0 - Alta - Remoto - KMS sem autenticação - o docs docker publica o Kurento JSON-RPC na porta 8888 | Kitploit
Ferramentas/GitHubGitHub/abraxas/openmeetings-kms-unauth
Análise de VulnerabilidadesExploraçãoColeta de InformaçõesSegurança WebTestes de PenetraçãoLabs e Prática
GitHubabraxas/openmeetings-kms-unauth

openmeetings-kms-unauth

Apache OpenMeetings 9.1.0 - Alta - Remoto - KMS sem autenticação - o docs docker publica o Kurento JSON-RPC na porta 8888

Ver Repositório
há 1 diaAinda não revisado

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

Abraxas Labs - openmeetings-kms-unauth

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

openmeetings-kms-unauth

Classe: KMS sem autenticação Alcance: Remoto

Apache OpenMeetings 9.1.0 (9773c59e) - Apache Software Foundation

O Java do OpenMeetings define kurento.ws.url como loopback por padrão. O InstallMediaServer.md oficial publica o Kurento com docker -p 8888:8888. Esse JSON-RPC não tem autenticação. Um connect WebSocket não autenticado mais invoke manager_ServerManager.getInfo retorna Kurento 7.3.0.

IDainda sem CVE
ClasseKMS sem autenticação
AlcanceRemoto (JSON-RPC não autenticado na porta 8888 publicada)
CWECWE-306
CVSSAlto: 8.6 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:L/A:L
ProdutoApache OpenMeetings + Kurento 7.3.0
Afetadopublicação de KMS 8888 em docs/docker da versão 9.1.0
Autenticaçãonenhuma no JSON-RPC do Kurento
LicençaGNU Affero GPL v3.0
Labapenas 127.0.0.1:18164. kurento/kurento-media-server:7.3.0 conforme o caminho de publicação dos docs.

Fixe a tag 9.1.0. O KMS 7.3.0+ é exigido por essa versão.

O que um atacante pode fazer

Alcançar a porta Kurento publicada. Sem cabeçalho Authorization. HTTP POST é apenas WebSocket (426). ws://host:8888/kurento faz upgrade 101.

MétodoDestinoPrivilégio
ping sem autenticaçãoJSON-RPC do KurentoRecon (comprovado em lab): pong.
connect sem autenticaçãocriação de sessãoIntegridade (comprovado em lab): sessionId sem nenhum segredo.
invoke manager_ServerManager.getInfo sem autenticaçãoServerInfoRecon (comprovado em lab): versão 7.3.0, lista de módulos (chroma/core/...).
PlayerEndpoint / RecorderEndpoint sem autenticação (mesmo socket)elementos de mídia do KMSRecon / integridade (inferido): busca HTTP/arquivo como o UID do KMS; criação/destruição de pipeline. Não exercitado. O lab ficou no getInfo.

Comprovado em lab vs inferido: ping, connect, getInfo são de lab. SSRF via PlayerEndpoint / DoS de pipeline são inferidos a partir do JSON-RPC sem autenticação.

Requer: KMS publicado na rede da forma que InstallMediaServer.md mostra (-p 8888:8888). O padrão loopback do Java do OM é seguro até essa publicação.

Superfície adjacente que permanece fechada

SuperfícieMotivo
Padrão kurento.ws.url do Java do OMloopback. Esse resquício é a publicação dos docs, não o padrão do Java.
/openmeetings do OM sem um SIDWicket/CXF ainda exigem uma sessão para salas.
HTTP POST /kurento sem Upgrade426. O JSON-RPC é o WebSocket.

Como eu encontrei

A imagem completa apache/openmeetings:9.1.0 inicia o kurento-media-server em 0.0.0.0:8888 sem autenticação JSON-RPC, e então esse contêiner pode falhar o catalina como nobody sem JAVA_HOME. O resquício que os docs ensinam é a publicação do KMS standalone. Eu montei o lab com kurento/kurento-media-server:7.3.0 usando 127.0.0.1:18164:8888.

Lab

cd lab
./run.sh

Loopback ws://127.0.0.1:18164/kurento. Última linha do witness:

SUCCESS OPENMEETINGS-KMS-UNAUTH-WITNESS

Correção sugerida

Não publique a 8888 em uma interface pública. Vincule o KMS ao loopback ou a uma rede compose privada. Coloque um token de autenticação no JSON-RPC (secureKms do Kurento / proxy reverso). Altere o exemplo do documento de instalação para não usar -p 8888:8888.

Contato

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

Vendor: [email protected]

Baixar ferramenta