CVE-2026-55178 in GeoLensinformação

Sumário

de VulDB • 15/09/2026

GeoLens é um catálogo de dados geoespaciais auto-hospedado com busca semântica, APIs OGC e STAC e um construtor de mapas. Antes da versão 1.2.3, múltiplos endpoints de leitura e link autorizam apenas o recurso nomeado na URL da solicitação e falham ao reautorizar um segundo conjunto de dados influenciado pelo chamador, alcançado por meio de uma relação, camada de mapa, fonte VRT, consulta externalId ou corpo da solicitação. Quando um mapa público referencia um conjunto de dados privado, chamadores anônimos podem usar GET /maps/{id} e GET /maps/{id}/style.json para obter os metadados, valores amostrais ou tiles vetoriais da camada privada. A resposta do estilo pode expor uma URL de tile HMAC reutilizável que não está vinculada a nenhum usuário nem a um mapa. Quando um conjunto de dados fonte público tem uma relação com um conjunto de dados alvo privado, chamadores anônimos podem usar as APIs de relacionamento de conjuntos de dados para enumerar o relacionamento e ler linhas da tabela subjacente do alvo privado. Chamadores anônimos também podem usar GET /collections/datasets/items com um UUID externalId de conjunto de dados para obter metadados de qualquer conjunto de dados privado, restrito ou não publicado, pois essa consulta não realiza verificação de visibilidade. Usuários autenticados com a função editor padrão podem mosaear o raster privado de outro usuário em uma VRT de propriedade e ler seus pixels, e POST /ai/metadata/{summary,keywords,lineage,quality-statement} aceita um dataset_id controlado pelo corpo sem verificação de visibilidade e retorna metadados privados e valores amostrais. vrt_source_links preexistentes também expõem metadados não autorizados dos membros e status de saúde, a menos que cada membro seja filtrado no momento da leitura. Esses caminhos podem divulgar geometrias vetoriais e atributos, pixels raster, linhas de tabela, nomes de tabelas, esquemas de colunas, contagens de recursos, extensões, URLs e nomes de arquivos das fontes, contatos e valores amostrais de linhas. Este problema é corrigido na versão 1.2.3.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Responsável

GitHub M

Reservar

16/06/2026

Divulgação

15/09/2026

Moderação

aceite

Entrada

VDB-404265

CPE

pronto

EPSS

0.00000

KEV

não

Atividades

muito baixo

Fontes

Do you need the next level of professionalism?

Upgrade your account now!