Yan Jia

Na utilidade `lxc-copy` e na API pública `lxc container::clone()`, existe uma falha onde o processo pode seguir links simbólicos controlados por um invasor ao atualizar o arquivo `/etc/hostname` em um sistema de arquivos raiz de container copiado. Isso ocorre quando um processo de clonagem privilegiado executado como root clona um rootfs de origem que é controlado por um invasor ou menos confiável. Se um link simbólico for colocado em `etc/hostname` ou em um componente intermediário, a operação de clonagem preserva esse link. Quando o processo tenta atualizar o hostname sem a flag `LXC CLONE KEEPNAME`, a operação de gravação pode resolver fora do rootfs de destino, permitindo que o processo privilegiado trunque e sobrescreva um arquivo do host existente com o nome do container de destino.

O problema está relacionado à implementação do protocolo MQTT v5 no Eclipse Mosquitto, o que pode causar uso excessivo da CPU. Isso pode ser explorado por um invasor remoto para causar uma negação de serviço. O problema ocorre quando um cliente MQTT v5 se conecta com um grande número de propriedades `user-property`.

Este problema foi resolvido com a melhoria da propagação de configurações. Um invasor em uma posição privilegiada na rede pode ser capaz de alterar inesperadamente o estado do aplicativo.

The issue is related to insufficient access control in the Eclipse Mosquitto message broker. It may allow a remote attacker to gain unauthorized access to protected information. In certain applications, this could result in clients being able to cause effects that would otherwise not be allowed, such as publishing retained messages to topics they no longer have access to.

Name of the Vulnerable Software and Affected Versions: Eclipse Mosquitto versions 1.0 through 1.5.5 Description: The issue is related to the configuration of the access control list (ACL) file in Eclipse Mosquitto. When the ACL file is empty or contains only comments or blank lines, Mosquitto previously used a default allow policy. However, the new behavior is to deny all access if the ACL file is empty. This change in behavior may lead to unexpected configuration issues. The vulnerability is also related to insufficient input validation and incorrect implementation of functions, which may allow a remote attacker to gain unauthorized access to protected information. Recommendations: For Eclipse Mosquitto versions 1.0 through 1.5.5, ensure that the ACL file is properly configured and not empty to avoid denying all access. As a temporary workaround, consider defining a default ACL policy to minimize the risk of exploitation. Restrict access to the broker until a proper ACL configuration is in place.