CVE Intelligence
Desconhecida

CVE-2026-99009 — Bluetooth: RFCOMM: connect the session socket without rfcomm_mutex

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: connect the session socket without rfcomm_mutex An RFCOMM connect() issued while a BR/EDR link is being authenticated makes lockdep report a circular dependency, and the reported cycle is a real AB/BA between rfcomm_mutex and hdev->lock. rfcomm_security_cfm() is called from the HCI event path, which already holds hdev->lock: hci_rx_work() hci_event_packet() hci_cc_read_enc_key_size() [hdev->lock] hci_encrypt_cfm() [hci_cb_list_lock] rfcomm_security_cfm() [rfcomm_mutex] while an RFCOMM connect() from userspace takes the same two locks the other way round: rfcomm_sock_connect() rfcomm_dlc_open() [rfcomm_mutex] __rfcomm_dlc_open() rfcomm_session_create() kernel_connect() l2cap_sock_connect() l2cap_chan_connect() [hdev->lock] WARNING: possible circular locking dependency detected kworker/u131:1/1128 is trying to acquire lock: rfcomm_mutex, at: rfcomm_security_cfm+0x31/0x3e0 [rfcomm] but task is already holding lock: hci_cb_list_lock, at: hci_cc_read_enc_key_size+0x1d2/0xcc0 Chain exists of: rfcomm_mutex --> &hdev->lock --> hci_cb_list_lock hci_auth_complete_evt() and hci_encrypt_change_evt() reach the callback the same way. Both orders have to be seen in the same boot, which is why a BR/EDR connection alone is not enough to show it: a session set up by the remote side is created by rfcomm_accept_connection() in krfcommd, which calls kernel_accept() and never takes hdev->lock under rfcomm_mutex. Connecting a device that authenticates and encrypts the link and then calling connect() on an RFCOMM socket towards any address - the connect does not have to succeed, the order is recorded before the page timeout - reports it every time. Only the session socket has to be connected with the lock held, and it does not: nothing else can see the socket before it is put on the session list. So connect it first and take rfcomm_mutex afterwards, which removes the rfcomm_mutex -> hdev->lock order for good, rather than keeping the HCI event path out of rfcomm_mutex. rfcomm_session_create() becomes rfcomm_session_connect(), which returns the connected socket without touching the session list, and rfcomm_dlc_open() adds the session once it holds the lock again. If another opener added a session for the same pair while this socket was connecting, that session is used and this socket is dropped. __rfcomm_dlc_open() now takes the session it should use, and its state check runs after the lock is re-acquired, so a DLC that was opened or closed in the meantime is still handled. Over an existing ACL link the connection can complete before the session reaches the list, and the wakeup from the socket callback is then lost, so krfcommd is woken once the session is visible. Connecting without the lock opens a window in which the socket can be closed. The DLC is not on a session yet, so rfcomm_dlc_close() finds nothing to do and returns without touching it, and rfcomm_dlc_open() would then attach a DLC whose owner is gone. rfcomm_dlc_close() now marks such a DLC with RFCOMM_CLOSED, and rfcomm_dlc_open() checks the mark once it holds rfcomm_mutex again and drops the socket instead of attaching the DLC. The mark is cleared when an open starts, so a DLC that is reused is not affected. This covers both callers of rfcomm_dlc_open(), the socket and the tty layer.

Descrição oficial em inglês (tradução ainda não revisada).

Publicada em 23/10/2026 · Atualizada em 30/10/2026 · Fontes: NIST National Vulnerability Database, CVE Program (cve.org) e CISA ADP, GitHub Security Advisories · CNA: Linux

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.

Nenhum sinal de exploração nas fontes consultadas até agora.
Como a nota foi calculada
  • EPSS 0.2% (probabilidade de exploração em 30 dias)+1

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.

Exploração
Não confirmada
Fora da CISA KEV — ausência de registro, não prova de que não é explorada.
EPSS FIRST
0,17%
à frente de 6% das CVEs pontuadas · 30/10/2026
Afeta
Linux
Linux
CVSS base
—
Pontuação ainda não publicada.

Remediação

Correções e mitigações documentadas pelas fontes — com link para o aviso original.

Nenhuma correção documentada pelas fontes consultadas. Isso não significa que não exista: verifique o aviso do fabricante.

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.

  1. Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux).
  2. Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
  3. Procure nos logs disponíveis sinais de tentativa de exploração, erros e anomalias de autenticação.

Escopo afetado

Fabricante, produto e versões como as fontes os descrevem.

FabricanteProdutoVersõesStatusFonte
Linux Linux ≥ 82425b14f0fb22e46cfddc56d6465570f5ed0ce6 e < 4dc3d5a004b8fd59f3c905631dbb18cb601b1b41≥ 1b7841ffad08e911e8c4b9470f3fa08423568940 e < d2206e8c78be69d21d4f5343c3e99fbaeef41cbb≥ 946d76db77ee5f922968ce558629ae47b381e3fc e < cc7732b8549ecb6f02457edeb8db1f6d255e381c≥ fbf7961964a6e93360179f64712320ae9a1e9577 e < f492de11b325446b0b11bc2eb86e1f546eaa61b6≥ 759c185d0bbdb131357408f50b8735e04ed3caff e < ac022970e9fb0a5f7e7d1f6c8e104c1ed924dd1c≥ 6.6.157 e < 6.6.160≥ 6.12.109 e < 6.12.114≥ 6.18.50 e < 6.18.58
e mais 7 ≥ 7.2.4 e < 7.2.11≥ 62ce8b33eb238cf18c15207332fbdc26d858f592 e < d7a3bf6f55ab77d465206b25fe3418091c3d4b92≥ 3873f3449701b3dc98cba577923be6493598e7a1 e < 172b152119643018a2ed792e5096f33a4491c7de≥ 7ded3264106418c6456ccceaafd9fda596ce12c3 e < caf78390f78a005d5cdc1db2eb467b2794bbf020≥ 5.10.270 e < 5.10.273≥ 5.15.221 e < 5.15.224≥ 6.1.188 e < 6.1.191
Vulnerável CVE Program (cve.org) e CISA ADP

EPSS ao longo do tempo FIRST

24/10/2026 → 30/10/2026 · 7 leitura(s) · máximo 0.21%

Detecção

Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.

  • Sem vetor ou classe de fraqueza suficientes: use os logs da aplicação afetada como ponto de partida.
logs da aplicação

Linha do tempo

O que aconteceu com esta CVE, do mais recente ao mais antigo.

  • 2026
  • Produtos afetados removidos · 6
    30/10/2026 · CVE Program (cve.org) e CISA ADP
  • Produtos afetados adicionados · linux/linux
    30/10/2026 · CVE Program (cve.org) e CISA ADP
  • Ficha publicada
    23/10/2026
  • Produtos afetados adicionados · linux/linux
    23/10/2026 · CVE Program (cve.org) e CISA ADP
  • Status na fonte alterado · → Received
    23/10/2026 · NIST National Vulnerability Database
  • Registro criado nesta base
    23/10/2026 · Alertas do Telegram
  • CVE publicada
    23/10/2026 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

  • 3× Referências adicionadas · 23/10/2026 – 30/10/2026
  • 1× Descrição oficial atualizada · 23/10/2026 – 23/10/2026

Referências

10 no registro

Em outras páginas do site

Linux
todas as CVEs deste fabricante

CVEs relacionadas (mesmos produtos)

  • CVE-2026-99216 Drivers: hv: Don't reset VMBus connection state on error/exit paths 2 d
  • CVE-2026-99215 power: supply: core: prevent unregistering a power supply while a callback runs 2 d
  • CVE-2026-99207 scsi: target: Disable interrupts while holding delayed_cmd_lock 2 d
  • CVE-2026-99208 drm/xe/oa: Zero OA buffer at allocation 2 d
  • CVE-2026-99209 drm/xe: skip eviction of a BO with no resource 2 d
  • CVE-2026-99210 accel/rocket: clear rdev on device init failure 2 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.

  • Nenhuma pontuação CVSS publicada por NVD, CNA, CISA ou GitHub até agora.
  • Nenhuma versão corrigida, patch ou mitigação documentada.
  • Sem avaliação SSVC da CISA.
  • Sem classificação CWE.
  • 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-99009 é "Bluetooth: RFCOMM: connect the session socket without rfcomm_mutex", de severidade Desconhecida. 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. EPSS 0.17% 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.