Versão 2.35.45

NocoDB, aprovação automática do agente e segurança reforçada

Nova aplicação NocoDB com PostgreSQL e pgvector, janela de aprovação automática para o Agente de IA, chaves mais restritas, 2FA mais firme e proteção contra o Node2Shell.

NovidadesSegurançaCorreções

Como atualizar: no painel, abra Configurações → Atualizações e clique em Atualizar. Passo a passo na documentação

Novidades

  • Aplicação NocoDB: banco de dados no navegador, com tabelas no estilo planilha (alternativa leve ao Baserow e ao Airtable). Cada instalação vem com um banco PostgreSQL próprio com pgvector, já ligado ao NocoDB: o que o n8n ou um agente de IA grava aparece nas tabelas, e a conexão do banco fica na Visão Geral da aplicação. Backup e migração levam o banco e o NocoDB juntos. NocoDB
  • Janela de aprovação automática do Agente de IA. Em Configurações → Automação, cada chave ou conexão que pede a sua aprovação ganha os botões 1 h, 4 h e 8 h. Nesse tempo, o que ela pedir passa sozinho e fica registrado na Atividade, e você encerra a qualquer momento. Também dá para aprovar um pedido e liberar a chave pelo mesmo tempo. Desfazer e aprovação
  • A tela de Automação passa a dizer o que vale hoje sobre a Cloudflare (o painel pode usar a nuvem laranja; outro proxy, não) e lista o que o agente já faz: migração de outra hospedagem, comparação, DNS, troca de domínio no banco e varredura.
  • Ubuntu 26.04 (experimental) testado em servidores Intel/AMD e ARM.

Segurança

  • Chaves do Agente de IA e da API mais restritas. Nenhuma chave altera mais o 2FA, o e-mail ou o WhatsApp do administrador: isso só pela tela. Com a aprovação do dono ligada, criar ou editar cron e rodar comando na hospedagem antiga também esperam o seu sim. A chave limitada a alguns sites funciona pela API nas ações desses sites e não alcança ações do servidor inteiro, nem importações, trocas no banco, varreduras e registros DNS de outros sites. O token do webhook do Asaas deixa de aparecer para chaves de leitura, e a consulta somente leitura ao banco do site passa a ser garantida pelo próprio banco. Chaves e permissões
  • 2FA do administrador mais firme. O desafio fica preso ao navegador que digitou a senha, com limite de tentativas por conta, e o mesmo código do aplicativo não vale duas vezes. Trocar ou redefinir a senha, mudar o 2FA ou o e-mail do administrador encerra as outras sessões abertas, e mudar o 2FA no Perfil pede a senha atual. Autenticação em duas etapas
  • Corrigidos um redirecionamento depois do login e a validação do endereço de retorno dos aplicativos que se conectam ao Agente de IA.
  • O Agente de IA passa a pedir Acesso total e aprovação também nas rotas do Qdrant que apagam ou substituem dados sem dizer isso no nome.
  • Node2Shell (CVE-2026-111497), falha do Node.js: o servidor recusa requisições comprimidas em Brotli em todos os sites e aplicações, e o App Node.js passa a usar a última versão corrigida do Node a cada deploy (mínimo Node 22). Recomendado: atualizar o n8n e o Postiz pela tela de cada aplicação, porque as versões novas já trazem o Node corrigido.
  • PHP (CVE-2026-115560): a proteção passa a ficar ativa em toda versão do PHP, mesmo nas já corrigidas.
  • O backup completo de uma aplicação pela API passa a exigir chave de administrador e deixa de passar por pasta temporária compartilhada.
  • Ao trocar o domínio do painel, as tentativas de login pelo domínio novo passam a ser vigiadas pelo fail2ban, como no domínio da instalação, e o domínio antigo deixa de abrir o painel. Quem já tinha trocado o domínio recebe a correção nesta atualização. Domínio do painel

Correções

  • Conversões do GTM Server-Side: a venda deixa de ser ligada pelo e-mail na URL quando o mesmo e-mail aparece em cliques de redes diferentes. Atualize a aplicação para valer.
  • O backup baixado de uma aplicação com dois bancos (Evolution) passa a levar os dois.
  • Enviar de novo um arquivo com o mesmo nome pelo link de envio agora substitui o arquivo.
  • O Qdrant passa a ser atualizado uma versão menor por vez, porque ele só lê os dados da versão anterior. Pular ou voltar de versão é recusado, com o caminho certo na tela.
  • Ubuntu 26.04: atualizar o painel depois de instalar o PHP 8.3 ou 8.4 para um site podia deixar fora do ar (erro 502) os sites dessa versão. A atualização mantém o painel no PHP dele e conserta o servidor que já tinha o problema. Conferências de download que falhavam à toa também foram corrigidas.
  • Erros do próprio painel passam a ser registrados em instalação nova.