BTCPay v2.4.5 torna Tor opcional para utilizadores Docker

O BTCPay Server removeu o Tor dos componentes incluídos automaticamente na implementação Docker padrão, a partir da versão 2.4.5, anunciada a 5 de outubro e lançada no GitHub a 6 de outubro. Os operadores que dependem do acesso onion, incluindo do endereço onion do servidor, têm agora de selecionar explicitamente o Tor durante a próxima configuração ou atualização para o manter em funcionamento.

A mudança transforma um serviço anteriormente incluído numa escolha de configuração do administrador. As implementações Docker são montadas a partir de fragmentos, os componentes de configuração que compõem a stack, e o Tor encontra-se agora num fragmento opcional em vez de estar no fragmento principal do BTCPay Server. Depois da atualização, a instrução para o reativar é: sudo btcpay-fragments add opt-add-tor.

O BTCPay afirma que o Tor continua a ser suportado e que os dados existentes permanecem nos volumes Tor atuais, pelo que os dados armazenados são preservados. No entanto, a continuidade do acesso onion depende da inclusão e execução do Tor na implementação. Os administradores devem rever as alterações à implementação antes de atualizar e podem verificar a configuração com btcpay-fragments show, um comando apenas de leitura que apresenta os fragmentos adicionais e excluídos guardados, juntamente com os fragmentos efetivos do último manifesto gerado.

Porque é importante

Para comerciantes e processadores de pagamentos que executam o BTCPay, a configuração predefinida é muitas vezes a configuração efetivamente utilizada. Um operador que atualize sem ler as notas de lançamento pode perder silenciosamente o endereço onion de que clientes ou ferramentas internas dependem, sem qualquer perda de dados que assinale o problema. A alteração transforma o Tor de uma predefinição implícita numa decisão deliberada de privacidade.

Impacto no mercado

A versão 2.4.5 inclui também uma alteração incompatível para pedidos HTTP de saída: os destinos em redes privadas são bloqueados por predefinição para ligações Lightning, pedidos LNURL, URLs de notificação de faturas e webhooks. A medida foi concebida para impedir falsificação de pedidos do lado do servidor (SSRF). Os operadores que utilizem deliberadamente serviços privados têm de autorizar os destinos necessários através de ssrfexceptions, reiniciar a aplicação e testar a integração afetada. Entre a adesão opcional do Tor e o reforço das proteções contra SSRF, os administradores devem tratar esta atualização como uma revisão de configuração, e não como um patch de rotina.