Alfredfarrugia

The issue is caused by a race condition in the hello handshake phase of the DTLS protocol when handling DTLS-SRTP for media setup. This can be exploited by a remote attacker to cause a denial of service, potentially leading to a massive denial of service on vulnerable Asterisk servers for calls that rely on DTLS-SRTP. The attack can be done continuously, thus denying new DTLS-SRTP encrypted calls during the attack.

OpenSIPS is a Session Initiation Protocol (SIP) server implementation. When a specially crafted SIP message is processed by the function `rewrite ruri`, a crash occurs due to a segmentation fault, causing the server to crash. This issue affects configurations containing functions that make use of the affected code, such as the function `setport`.

OpenSIPS is a Session Initiation Protocol (SIP) server implementation. A specially crafted Authorization header causes OpenSIPS to crash or behave in an unexpected way due to a bug in the function `parse param name()`. This issue was discovered while performing coverage guided fuzzing of the function `parse msg`. The AddressSanitizer identified that the issue occurred in the function `q memchr()` which is being called by the function `parse param name()`. This issue may cause erratic program behaviour or a server crash. It affects configurations containing functions that make use of the affected code, such as the function `www authorize()`.

A vulnerabilidade permite que invasores remotos interrompam chamadas inundando uma porta de mídia que processa tráfego SRTP com pacotes SRTP especialmente criados, levando a uma negação de serviço. Isso pode ser feito de forma contínua, impedindo chamadas criptografadas durante o ataque. A desconexão da chamada ocorre devido a um limite fixo de 100 erros SRTP no arquivo de origem `switch rtp.c`. O ataque não requer autenticação nem qualquer ponto de acesso especial na rede do chamador ou do chamado. Esta vulnerabilidade foi reproduzida tanto em ambientes SIP quanto WebRTC, utilizando os mecanismos de troca de chaves SDES e DTLS, respectivamente.

**Nome do software vulnerável e versões afetadas: Versões do Coturn anteriores à 4.5.2 Descrição: O problema está relacionado à validação incorreta de entradas no Coturn, uma implementação gratuita e de código aberto dos servidores TURN e STUN. Ao enviar uma solicitação `CONNECT` com o valor `XOR-PEER-ADDRESS` igual a `0.0.0.0`, um usuário mal-intencionado pode retransmitir pacotes para a interface de loopback, contornando a proteção de controle de acesso padrão. Isso pode ser feito mesmo quando o Coturn está escutando em IPv6, usando `[::1]` ou `[::]` como endereço do par. O número estimado de dispositivos potencialmente afetados em todo o mundo não foi especificado. Não há informações sobre incidentes reais em que essa vulnerabilidade tenha sido explorada. Recomendações: Para versões do Coturn anteriores à 4.5.2, atualize para a versão 4.5.2 ou posterior para resolver o problema. Como solução alternativa temporária, considere negar os endereços no bloco de endereços `0.0.0.0/8`, `[::1]` e `[::]` por padrão, a menos que `--allow-loopback-peers` tenha sido especificado. Além disso, os administradores podem especificar `--denied-peer-ip=0.0.0.0` (ou similar) para impedir que usuários mal-intencionados retransmitam pacotes para a interface de loopback.