10 de outubro de 2025, 14 de outubro de 2025, 27 de outubro de 2026, 10 de novembro de 2026. Quatro datas enfileiradas: nas duas primeiras, os patches chegaram às versões; na terceira, a última linha de versões com o código antigo chegou ao fim da vida útil; só na quarta o aviso foi publicado. Contando de ponta a ponta, 396 dias. $CL
Não demoraram tanto porque esqueceram de avisar. A regra é clara: os detalhes de vulnerabilidades de gravidade média ou alta só são divulgados quando todas as linhas de versões afetadas chegam ao fim da vida útil, e ainda duas semanas depois; as de baixa gravidade são divulgadas duas semanas após o lançamento da versão principal com a correção; as mais graves são tratadas separadamente. Antes da divulgação, também há duas semanas de aviso prévio. Fim da vida útil em 27 de outubro, divulgação em 10 de novembro: exatamente quatorze dias. $BNB
A justificativa é dar aos operadores tempo para migrar de versão. O custo também é evidente: o código corrigido já estava disponível nas alterações públicas desde setembro de 2025, ao alcance de quem quisesse procurar; e os nós que ainda rodam versões antigas agora estão expostos por um aviso que explica claramente o funcionamento. Revisei a linha do tempo anexada ao aviso: relatório, abertura da alteração, merge, notificação aos fornecedores — nada ficou de fora. Só «contar para todo mundo» foi adiado por mais de um ano. $BTC
O aviso não menciona nenhuma exploração em ambiente real.
Três documentos foram publicados no mesmo dia: um de alta gravidade e dois de gravidade média. Todos têm números de 2025, mas só foram divulgados em 2026. Quem conta vulnerabilidades por ano pode acabar atribuindo este lote ao ano errado.
As regras foram alteradas uma vez, em 22 de outubro. Foi criada uma categoria para vulnerabilidades «fáceis de redescobrir»: aquelas que um modelo de linguagem grande consegue encontrar com uma instrução simples. Essas não ficam mais sob embargo; as versões principais mantidas recebem correções o quanto antes, e a divulgação é feita em paralelo. Os três casos encontrados com auxílio de ferramentas em 28 de outubro seguiram esse novo caminho, sem esperar pelo fim da vida útil. Em outras palavras, mais de um ano de embargo pode se tornar uma exceção daqui para a frente.
Atualmente, as linhas mantidas são as versões 30, 31 e 32. No dia do fim da vida útil, saiu a 32.1; um dia depois, também ficaram prontas a 29.5, a 30.4 e a 31.2. Quem usa essas versões, na prática, não precisou fazer nada a mais em 10 de novembro.
Opinião pessoal, não constitui recomendação de investimento. Você é responsável por seus ganhos e perdas.
#比特币Core披露Tor流量漏洞
Não demoraram tanto porque esqueceram de avisar. A regra é clara: os detalhes de vulnerabilidades de gravidade média ou alta só são divulgados quando todas as linhas de versões afetadas chegam ao fim da vida útil, e ainda duas semanas depois; as de baixa gravidade são divulgadas duas semanas após o lançamento da versão principal com a correção; as mais graves são tratadas separadamente. Antes da divulgação, também há duas semanas de aviso prévio. Fim da vida útil em 27 de outubro, divulgação em 10 de novembro: exatamente quatorze dias. $BNB
A justificativa é dar aos operadores tempo para migrar de versão. O custo também é evidente: o código corrigido já estava disponível nas alterações públicas desde setembro de 2025, ao alcance de quem quisesse procurar; e os nós que ainda rodam versões antigas agora estão expostos por um aviso que explica claramente o funcionamento. Revisei a linha do tempo anexada ao aviso: relatório, abertura da alteração, merge, notificação aos fornecedores — nada ficou de fora. Só «contar para todo mundo» foi adiado por mais de um ano. $BTC
O aviso não menciona nenhuma exploração em ambiente real.
Três documentos foram publicados no mesmo dia: um de alta gravidade e dois de gravidade média. Todos têm números de 2025, mas só foram divulgados em 2026. Quem conta vulnerabilidades por ano pode acabar atribuindo este lote ao ano errado.
As regras foram alteradas uma vez, em 22 de outubro. Foi criada uma categoria para vulnerabilidades «fáceis de redescobrir»: aquelas que um modelo de linguagem grande consegue encontrar com uma instrução simples. Essas não ficam mais sob embargo; as versões principais mantidas recebem correções o quanto antes, e a divulgação é feita em paralelo. Os três casos encontrados com auxílio de ferramentas em 28 de outubro seguiram esse novo caminho, sem esperar pelo fim da vida útil. Em outras palavras, mais de um ano de embargo pode se tornar uma exceção daqui para a frente.
Atualmente, as linhas mantidas são as versões 30, 31 e 32. No dia do fim da vida útil, saiu a 32.1; um dia depois, também ficaram prontas a 29.5, a 30.4 e a 31.2. Quem usa essas versões, na prática, não precisou fazer nada a mais em 10 de novembro.
Opinião pessoal, não constitui recomendação de investimento. Você é responsável por seus ganhos e perdas.
#比特币Core披露Tor流量漏洞
