CVE-2026-80587 in Linux
Sumário
de VulDB • 26/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
mptcp: evitar combinar algumas subopções recebidas
Algumas subopções MPTCP são mutuamente exclusivas de acordo com o RFC8684, mas também porque em diferentes partes do código não se espera que certas combinações estejam presentes. Isso é especialmente verdadeiro para as subopções que estariam presentes duas vezes, mas com atributos diferentes.
As novas restrições são as mesmas aplicadas no lado da saída, com mptcp_write_options. As mesmas regras podem ser reutilizadas com um pequeno ajuste: uma MP_FASTCLOSE pode ser usada com uma DSS quando o remetente escolhe essa opção [1], o que não é o caso no Linux. Aqui estão as regras:
Quais opções podem ser usadas juntas?
X: mutuamente exclusivas O: frequentemente usadas juntas C: podem ser usadas juntas em alguns casos P: poderiam ser usadas juntas, mas preferimos não fazê-lo (otimizações)
| Opt: | MPC | MPJ | DSS | ADD | RM | PRIO | FAIL | FC | |------|-------|-------|-------|-------|-------|------|------|-------| | MPC | | | | | | | | | | MPJ | X | | | | | | | | | DSS | X | X | | | | | | | | ADD | X | X | P | | | | | | | RM | C | C | C | P | | | | | | PRIO | X | C | C | C | C | | | | | FAIL | X | X | C | X | X | X | | | | FC | X | X | P | X | X | X | X | | | RST | X | X | X | X | X | X | O | O | |------|-------|-------|-------|-------|-------|------|------|-------|
A única diferença está com o 'P': outra pilha poderia enviar um ADD_ADDR com outras subopções (DSS, RM_ADDR), e isso deveria ser permitido.
Alguns pontos de atenção:
- Em teoria, uma MP_CAPABLE poderia ser usada com um RM_ADDR, mas não há razão para adicioná-la junto com um SYN. Observe que mesmo com um 4º ACK, parece não ser útil, exceto quando os IDs são conhecidos antecipadamente por outro canal. É melhor não quebrar isso.
- Agora, combinar tanto uma MP_CAPABLE quanto uma MP_JOIN já não resultará em rejeição das duas opções, mas apenas a segunda subopção será ignorada. Parece correto fazer isso para esse erro inesperado. Pelo menos agora todas as combinações inconsistentes são tratadas da mesma forma. Isso pode mudar mais tarde na próxima versão. Isso também significa que as verificações explícitas para ter tanto MPC quanto MPJ em subflow.c ficarão inacessíveis. Tudo bem, elas serão removidas em um patch subsequente.
- Em caso de combinações conflitantes, a(s) subopção(ões) extra(s) é/são ignorada(s): ter tais combinações significa que o peer remoto tem bugs ou está malicioso. A ação mais simples é então tomada neste caso: parar de processar a subopção atual.
- Em mp_opt->suboptions, há também um bit reservado para checksum, que pode ser usado em uma MP_CAPABLE e uma DSS. Cada vez que uma opção DSS pode ser usada em paralelo com outra opção, o checksum pode ser definido, então a verificação é combinada em um novo macro OPTIONS_MPTCP_DSS.
- Um ACK de MP_CAPABLE pode carregar um Data-Level Length e um Checksum opcional: eles são os mesmos encontrados em uma DSS, porque uma DSS não pode ser usada em paralelo com uma MP_CAPABLE. Da mesma forma, mesmo que haja espaço, uma DSS não pode ser usada com uma MP_JOIN.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.