L00Neyhacker

The issue is related to the lack of enforcement of HSTS headers. No information is provided about the estimated number of potentially affected devices worldwide or real-world incidents where this issue was exploited.

The issue allows the cookie to be stolen via unencrypted traffic.

The issue concerns Cross-origin resource sharing (CORS), which is a security feature that restricts web pages from making requests to a different origin (domain, protocol, or port) than the one the web page was loaded from. This helps prevent malicious scripts from making unauthorized requests on behalf of the user. The estimated number of potentially affected devices worldwide is not specified. There is no information provided about real-world incidents where this issue was exploited.

The issue allows the login screen to be iframed, potentially manipulating users into performing unintended actions. The vendor claims that a Content-Security-Policy HTTP response header is present to block this attack.

The issue concerns Cross Origin Resource Sharing (CORS) in Connectwise Control. According to the vendor, two endpoints have Access-Control-Allow-Origin wildcarding to support product functionality, and they claim there is no risk from this behavior. The vulnerability report is disputed.

The issue concerns cleartext authentication, where authentication is performed via HTTP with SSL disabled. This is reportedly controlled by a configuration option, allowing customers to choose HTTP over HTTPS during troubleshooting. The vendor considers this behavior to be by design.

The login page of Connectwise Control does not implement HSTS headers, which results in not enforcing HTTPS. The vendor's position is that this behavior is controlled by a configuration option, allowing customers to choose HTTP over HTTPS during troubleshooting.

The issue concerns the disclosure of sensitive keys. Specifically, the application reveals hardcoded API keys.

The issue concerns Insecure App Transport Security (ATS) Settings in the Selfwealth iOS mobile App. This means the app may not properly secure its communication, potentially allowing for interception or eavesdropping of sensitive data.

O problema ocorre quando um cookie é emitido pelo aplicativo sem que o sinalizador HttpOnly esteja definido. Esse sinalizador é crucial, pois ajuda a mitigar o risco de scripts do lado do cliente acessarem o cookie, reduzindo assim o risco de sequestro de sessão.

O problema ocorre quando o aplicativo emite um cookie sem definir o sinalizador de segurança.

Foi detectada uma falha na aplicação web que aceita e reflete domínios arbitrários fornecidos por meio de um cabeçalho `Host` controlado pelo cliente. A injeção de uma URL maliciosa no cabeçalho `Host` da solicitação HTTP resulta em um redirecionamento 302 para uma página controlada pelo invasor.

Foi detectada uma falha na aplicação web do Cherwell Service Management, na qual pode ocorrer um ataque XSS por meio de uma carga maliciosa no parâmetro `SAMLResponse` do corpo da solicitação HTTP.

Foi descoberta uma vulnerabilidade na aplicação web em que a injeção de uma carga maliciosa no parâmetro `RelayState=` do corpo da solicitação HTTP resulta no sequestro da ação do formulário. Isso ocorre quando a aplicação insere dados fornecidos pelo usuário na URL de ação de um formulário HTML. Um invasor pode usar isso para construir uma URL que, se acessada por outro usuário da aplicação, modificará a URL de ação de um formulário para apontar para o servidor do invasor.

Foi detectada uma falha na aplicação web em que o cookie `ASP.NET Sessionid` não está protegido pelo sinalizador Secure, tornando-o suscetível a interceptação por um invasor caso o tráfego seja enviado por canais não criptografados.

A vulnerabilidade permite que um invasor envie um shell remoto, como um arquivo aspx, para o servidor. Os arquivos enviados são armazenados no diretório /Content/Template/root/, por exemplo, reverse-shell.aspx. Um invasor pode acionar o shell enviado simplesmente acessando sua URL, o que pode resultar em um shell reverso a partir do servidor da vítima.

A vulnerabilidade permite o upload inseguro de arquivos, possibilitando o envio de arquivos com qualquer extensão para o servidor. O servidor não verifica a extensão do arquivo, o que foi comprovado pelo upload bem-sucedido de um arquivo .aspx.

**Nome do software vulnerável e versões afetadas: CS-Cart versão 4.11.1 Descrição: A vulnerabilidade permite um ataque XSS do tipo copiar-colar através da manipulação do campo `post description` na página de criação de postagens do blog. Recomendações: Para a versão 4.11.1 do CS-Cart, considere restringir o acesso à página de criação de postagens do blog até que uma correção esteja disponível e evite manipular o campo `post description` para minimizar o risco de exploração.

O problema diz respeito ao tratamento incorreto de solicitações DNS para o nome de host no cabeçalho HTTP Host. Isso pode ser explorado enviando-se 127.0.0.1 várias vezes, levando a uma condição de negação de serviço (DoS).

A vulnerabilidade permite que usuários enviem arquivos executáveis maliciosos que possam ser posteriormente baixados e executados por qualquer usuário cliente.