CVE-2026-46227 — sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL
In the Linux kernel, the following vulnerability has been resolved: sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL The SCTP_SENDALL path in sctp_sendmsg() iterates ep->asocs with list_for_each_entry_safe(), which caches the next entry in @tmp before the loop body runs. The body calls sctp_sendmsg_to_asoc(), which may drop the socket lock inside sctp_wait_for_sndbuf(). While the lock is dropped, another thread can SCTP_SOCKOPT_PEELOFF the association cached in @tmp, migrating it to a new endpoint via sctp_sock_migrate() (list_del_init() + list_add_tail() to newep->asocs), and optionally close the new socket which frees the association via kfree_rcu(). The cached @tmp can also be freed by a network ABORT for that association, processed in softirq while the lock is dropped. sctp_wait_for_sndbuf() revalidates @asoc (the current entry) on re-lock via the "sk != asoc->base.sk" and "asoc->base.dead" checks, but nothing revalidates @tmp. After a successful return, the iterator advances to the stale @tmp, yielding either a use-after-free (if the peeled socket was closed) or a list-walk onto the new endpoint's list head (type confusion of &newep->asocs as a struct sctp_association *). Both are reachable from CapEff=0; the type-confusion path gives controlled indirect call via the outqueue.sched->init_sid pointer. Fix by re-deriving @tmp from @asoc after sctp_sendmsg_to_asoc() returns. @asoc is known to still be on ep->asocs at that point: the only callers that list_del an association from ep->asocs are sctp_association_free() (which sets asoc->base.dead) and sctp_assoc_migrate() (which changes asoc->base.sk), and sctp_wait_for_sndbuf() checks both under the lock before any successful return; a tripped check propagates as err < 0 and the loop bails before the re-derive. The SCTP_ABORT path in sctp_sendmsg_check_sflags() returns 0 and the loop hits 'continue' before sctp_sendmsg_to_asoc() is ever called, so the @tmp cached by list_for_each_entry_safe() still covers the lock-held free that ba59fb027307 ("sctp: walk the list of asoc safely") was added for.
Descrição oficial em inglês (tradução ainda não revisada).
Quem explora e qual a prioridade
Nota de 0 a 100 que combina exploração confirmada, uso por ransomware e grupos APT, exploits públicos, EPSS e severidade.
Como a nota foi calculada
- EPSS 0.1% (probabilidade de exploração em 30 dias)+0
- Severidade técnica (high)+6
A nota ordena a fila de correção; não substitui o contexto dos seus ativos (exposição à internet, criticidade, compensações).
Triagem
Está sendo explorada, qual a probabilidade de exploração, o que afeta e qual a severidade segundo as fontes.
Remediação
Correções e mitigações documentadas pelas fontes — com link para o aviso original.
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
Primeiras 24 horas
Ordenado a partir dos próprios campos do registro — exposição primeiro, porque não se corrige o que não se encontrou. Ponto de partida, gerado por regras.
- Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux, Linux Linux Kernel).
- Aplique a versão corrigida ou o patch documentado na seção Remediação.
- Procure nos logs disponíveis sinais de tentativa de exploração compatíveis com a classe da falha (corrupção de memória), erros e anomalias de autenticação.
Escopo afetado
Fabricante, produto e versões como as fontes os descrevem.
| Fabricante | Produto | Versões | Status | Fonte |
|---|---|---|---|---|
| Linux | Linux |
versão 4.17≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < abb5f36771cc4c05899b34000829a787572a8817≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < bf0f40d8107e2ce827521968dc6926f3e13728ae≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < c9dadb31f36045a8cb65df4bd75e7237ef21a4b5≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < 6187a172d6ed57d6b2c327836e4407c6456e639d≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < 1bfb06ecb00f7fdf35dba8e8f2877346cbe5e078≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < 0c7b55974f97b78d1109025eadf084e74cbf330f≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < 0dbc8cde64280fc37cdd678cced34eaf96cfb197 e mais 1≥ 4910280503f3af2857d5aa77e35b22d93a8960a8 e < f3a3f0b406b4b7eb3cea35a23fa2bf170848b104 |
Vulnerável | CVE Program (cve.org) e CISA ADP |
| Linux | Linux Kernel |
versão 7.1-rc3≥ 4.17 e < 5.10.258versão 7.1-rc2versão 7.1-rc1≥ 6.19 e < 7.0.9≥ 6.13 e < 6.18.32≥ 6.7 e < 6.12.90≥ 6.2 e < 6.6.140 e mais 2≥ 5.16 e < 6.1.175≥ 5.11 e < 5.15.209 |
Vulnerável | NIST National Vulnerability Database |
Características do ataque
O vetor CVSS decodificado. Descreve o ataque, não a sua exposição a ele.
Todas as pontuações coletadas
As fontes pontuam de forma independente e podem discordar; cada linha diz quem pontuou e em qual versão.
| Nota | Versão | Severidade | Explor. | Impacto | Pontuado por |
|---|---|---|---|---|---|
| 7.8 | CVSS 3.1 | Alta | 1.8 | 5.9 | 416baaa9-dc9f-4396-8d5f-8c081fb06d67 via NIST National Vulnerability Database |
| 7.8 | CVSS 3.1 | Alta | — | — | GitHub, Inc. via GitHub Security Advisories |
| 7.8 | CVSS 3.1 | Alta | — | — | Linux via CVE Program (cve.org) e CISA ADP |
| 7.0 | CVSS 3.1 | Alta | 1.0 | 5.9 | 0b0ca135-0b70-47e7-9f44-1890c2a1c46c via NIST National Vulnerability Database |
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H (nota exibida no topo: 416baaa9-dc9f-4396-8d5f-8c081fb06d67) Fraqueza MITRE
Classe de fraqueza segundo o catálogo CWE do MITRE.
EPSS ao longo do tempo FIRST
13/10/2026 → 14/10/2026 · 2 leitura(s) · máximo 0.14%
Detecção
Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.
- Vetor local/físico: concentre-se em telemetria de endpoint (EDR) dos hosts afetados.
- Correlacione falhas/reinícios do serviço com tráfego de entrada; crashes repetidos podem indicar tentativas.
Linha do tempo
O que aconteceu com esta CVE, do mais recente ao mais antigo.
- 2026
- Produtos afetados adicionados · linux/linux
- Ficha publicada
- Correção documentada
- CVSS alterado · 7.8
- Status na fonte alterado · → Modified
- Registro criado nesta base
- CVE publicada
Atividade das fontes
Leituras que se repetem foram contadas em vez de listadas.
- 2× Referências adicionadas · 14/10/2026 – 15/10/2026
- 1× Descrição oficial atualizada · 13/10/2026 – 13/10/2026
Referências
33 no registro
- git.kernel.org/stable/c/1bfb06ecb00f7fdf35dba8e8f2877346cbe5e078
- git.kernel.org/stable/c/0dbc8cde64280fc37cdd678cced34eaf96cfb197
- git.kernel.org/stable/c/abb5f36771cc4c05899b34000829a787572a8817
- git.kernel.org/stable/c/c9dadb31f36045a8cb65df4bd75e7237ef21a4b5
- git.kernel.org/stable/c/bf0f40d8107e2ce827521968dc6926f3e13728ae
- git.kernel.org/stable/c/f3a3f0b406b4b7eb3cea35a23fa2bf170848b104
- git.kernel.org/stable/c/6187a172d6ed57d6b2c327836e4407c6456e639d
- git.kernel.org/stable/c/0c7b55974f97b78d1109025eadf084e74cbf330f
- bugzilla.redhat.com/show_bug.cgi
- access.redhat.com/errata/RHSA-2026:59142
- access.redhat.com/errata/RHSA-2026:33899
- access.redhat.com/errata/RHSA-2026:36348
- access.redhat.com/errata/RHSA-2026:59149
- access.redhat.com/security/cve/CVE-2026-46227
- access.redhat.com/errata/RHSA-2026:59143
- cert-portal.siemens.com/productcert/html/ssa-784472.html
- access.redhat.com/errata/RHSA-2026:36018
- access.redhat.com/errata/RHSA-2026:27735
- access.redhat.com/errata/RHSA-2026:59148
- access.redhat.com/errata/RHSA-2026:34094
- access.redhat.com/errata/RHSA-2026:26535
- access.redhat.com/errata/RHSA-2026:59145
- nvd.nist.gov/vuln/detail/CVE-2026-46227
- access.redhat.com/errata/RHSA-2026:26462
- access.redhat.com/errata/RHSA-2026:26515
- github.com/advisories/GHSA-rg55-jvw9-p7m7
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-46227.json
- access.redhat.com/errata/RHSA-2026:26563
- access.redhat.com/errata/RHSA-2026:59147
- access.redhat.com/errata/RHSA-2026:59146
- access.redhat.com/errata/RHSA-2026:27731
- access.redhat.com/errata/RHSA-2026:36349
- access.redhat.com/errata/RHSA-2026:36956
Em outras páginas do site
CVEs relacionadas (mesmos produtos)
- Crítica CVE-2026-99999 ipv4: validate checksum_start before completing checksum 6 h
- Desconhecida CVE-2026-98432 ipv4: free inet_opt and ireq_opt after an RCU grace period 6 h
- Desconhecida CVE-2026-98425 wifi: mac80211: don't warn when an IBSS has no channel to scan 1 d
- Desconhecida CVE-2026-98424 wifi: cfg80211: undo netns switch if renaming the wiphy fails 1 d
- Desconhecida CVE-2026-98426 wifi: mwifiex: fix IRQ leak using wrong index in MSI-X error path 1 d
- Desconhecida CVE-2026-98427 net/sched: codel: bound the dropping loop per dequeue call 1 d
Não consta em nenhuma fonte consultada
Listado em vez de deixado em branco: um campo vazio e um não medido parecem iguais na tela, e só um deles é motivo para procurar em outro lugar.
- Sem avaliação SSVC da CISA.
- Nenhum IOC confirmado (IPs, domínios, hashes ou artefatos de malware) fornecido.
- Nenhum inventário de ativos, controle compensatório ou evidência de implantação de patch da sua organização.
- Nenhuma captura de tráfego de exploração, amostra de log ou caso de incidente.
Respondido a partir deste registro
Texto montado apenas com os campos acima — sem afirmações adicionais.
O que os defensores devem saber primeiro?
CVE-2026-46227 é "sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL", de severidade Alta. Afeta Linux (Linux); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. CVSS 7.8 descreve a severidade técnica. EPSS 0.14% estima a probabilidade de exploração em 30 dias; nenhum dos dois substitui o contexto dos seus ativos. Verifique primeiro se ativos expostos ou críticos executam as versões afetadas, aplique as correções ou mitigações do fabricante e preserve logs para análise.
Comentários
Discussão técnica moderada. Leia as regras da comunidade.
Nenhum comentário ainda.
Entre ou crie uma conta para comentar e sugerir correções.