Imthatt

**Nome do software vulnerável e versões afetadas** Versões do GeoNode anteriores à 4.2.3 **Descrição** A vulnerabilidade existe no GeoNode, um sistema de gerenciamento de conteúdo geoespacial, onde o editor de rich text atual está vulnerável a Stored XSS. Isso permite que um invasor obtenha o token CSRF da vítima e envie uma solicitação para alterar o endereço de e-mail de outro usuário, o que pode levar à apropriação total da conta. O elemento script não afeta a política CORS, permitindo que as solicitações sejam bem-sucedidas. **Recomendações** Para versões anteriores à 4.2.3, atualize para a versão 4.2.3 para resolver o problema. Como solução temporária, considere desativar o editor de rich text até que um patch esteja disponível. Restrinja o acesso a configurações confidenciais da conta do usuário para minimizar o risco de exploração. Evite usar o editor de rich text vulnerável na plataforma GeoNode afetada até que o problema seja resolvido.

**Nome do software vulnerável e versões afetadas** Versões do Piwigo anteriores à 14.3.0 **Descrição** Existe uma vulnerabilidade de Cross Site Scripting devido à falta de sanitização na função `create tag` em `admin/include/functions.php`. **Recomendações** Para versões anteriores à 14.3.0, atualize para a versão 14.3.0 ou posterior para resolver o problema. Como solução temporária, considere restringir o acesso à função `create tag` em `admin/include/functions.php` até que um patch esteja disponível.

**Nome do software vulnerável e versões afetadas** Versões do Piwigo anteriores à 14.2.0 **Descrição** Existe uma falha no Piwigo que permite que um usuário mal-intencionado assuma o controle da aplicação. Essa exploração envolve encadear uma vulnerabilidade de Cross Site Request Forgery para emitir uma carga de Stored Cross Site Scripting armazenada no painel de controle de um usuário administrador, executando JavaScript remotamente. Isso pode ser usado para fazer upload de um novo arquivo PHP sob a conta de um administrador e chamar diretamente esse arquivo da instância da vítima para se conectar de volta a um listener malicioso. A vulnerabilidade também pode ser usada por um invasor remoto para escalar privilégios por meio da função de lote na página de administração. **Recomendações** Para versões anteriores à 14.2.0, atualize para a versão 14.2.0 ou posterior para resolver o problema. Como solução temporária, considere desativar a função de lote na página de administração e restringir o acesso ao painel de controle do administrador para minimizar o risco de exploração. Evite usar os recursos de administração do aplicativo até que o problema seja resolvido.

**Name of the Vulnerable Software and Affected Versions** GeoNode versions 3.2.0 through 4.1.3 **Description** A SSRF vulnerability exists, bypassing existing controls on the software. This can allow a user to request internal services for a full read SSRF, returning any data from the internal network. The application is using a whitelist, but the whitelist can be bypassed with `@` or `%40`. For example, a GET request to `/proxy/?url=http://development.demo.geonode.org%40geoserver:8080/geoserver/web` will trick the application that the first host is a whitelisted address, but the browser will use `@` or `%40` as a credential to the host geoserver on port 8080, returning the data to that host on the response. **Recommendations** For versions 3.2.0 through 4.1.3, update to version 4.1.3.post1 or later to resolve the issue. As a temporary workaround, consider restricting access to the `/proxy/` API endpoint until a patch is available. Avoid using the `url` parameter in the affected API endpoint with `@` or `%40` characters until the issue is resolved.

**Name of the Vulnerable Software and Affected Versions** GeoNode versions 3.2.0 through 4.1.2 **Description** The issue concerns a server-side request forgery problem in GeoNode. Specifically, the endpoint `/proxy/?url=` does not properly protect against this type of attack, allowing an attacker to port scan internal hosts and request information from them. This can be exploited by using specific URL formats, such as `/proxy/?url=http://169.254.169.254@whitelistedIPhere`, to determine if an internal host is alive. Additionally, an attacker can use a hashfrag on the URL, like `/proxy/?url=http://169.254.169.254@#whitelisteddomain.com` or `/proxy/?url=http://169.254.169.254@%23whitelisteddomain.com`, to display metadata. **Recommendations** For GeoNode versions 3.2.0 through 4.1.2, apply the patch available at commit a9eebae80cb362009660a1fd49e105e7cdb499b9 to resolve the issue. As a temporary workaround, consider restricting access to the `/proxy/?url=` endpoint until the patch is applied.