O LocalAI publicou em 23 de outubro a versão estável 4.12.1, dedicada a uma correção de segurança no acesso a links fornecidos pelos usuários. A mudança alcança URLs de imagens, áudio e vídeo usadas em conversas e nos serviços de imagem e áudio.
O projeto informa que os destinos dos redirecionamentos passam a ser conferidos em cada etapa. A conexão também utiliza o endereço que foi validado, e a política passa a tratar faixas adicionais como não públicas. O anúncio credita a descoberta ao colaborador spicysharkco.
A checagem acompanha o caminho da requisição
O registro técnico da correção explica que conferir apenas o primeiro endereço deixava uma lacuna: um link público podia encaminhar o servidor para um destino local ou privado. Outra possibilidade surgia quando o nome do servidor era resolvido novamente no momento da conexão, produzindo um endereço diferente daquele conferido antes.
A implementação reúne essas verificações no cliente HTTP compartilhado. No transporte padrão, ele resolve o destino, rejeita endereços não públicos e conecta a um endereço aprovado. Clientes internos de instalação e download mantêm seu comportamento anterior.
Há uma ressalva para desenvolvedores que fornecem um transporte próprio: essa implementação precisa aplicar a política de conexão por conta própria. A verificação dos redirecionamentos continua ativa. A atualização, portanto, tem um escopo definido; não representa uma revisão de todos os acessos de rede do produto.
Onde o LocalAI entra na operação
O LocalAI é um motor aberto para executar modelos de texto, visão, voz, imagem e vídeo na infraestrutura do operador. Ele oferece interfaces compatíveis com APIs usadas por outros serviços de IA e utiliza componentes de execução separados, carregados conforme os modelos escolhidos. Os recursos disponíveis dependem desses componentes e do equipamento.
A correção vem um dia depois da versão 4.12.0, publicada em 22 de outubro. Esse pacote reorganizou a interface web, acrescentou respostas de voz em fluxo contínuo e ampliou controles de modelos, privacidade e autenticação de ferramentas MCP.
O histórico de conversa no servidor exige autenticação, interface habilitada e permissão específica. Já a preparação para separar componentes em complementos é descrita como um plano para outra versão. As notas também distinguem o software dos modelos: alguns pesos de geração de som têm licença restrita ao uso não comercial.
A documentação da galeria reforça que configurações de modelos e seus arquivos têm condições próprias. A equipe precisa conferir a licença de cada modelo antes do uso, mesmo quando a ferramenta que o executa é aberta. Instalar uma configuração também não equivale a assegurar que qualquer modelo funcionará com o mesmo desempenho em todos os computadores.
Para equipes que conectam aplicações a arquivos recebidos por link, a notícia destaca uma distinção prática: autorizar o endereço inicial não basta quando há redirecionamentos ou uma nova consulta de nome de rede. Na revisão de uma integração, vale identificar quais requisições passam pelo cliente corrigido e quais utilizam componentes próprios. A publicação da versão documenta a alteração; a eficácia em cada ambiente depende da configuração efetivamente utilizada.
Galeria de modelos do LocalAI, em captura incorporada à documentação em abril de 2025, anterior à interface 4.12. Crédito: Ettore Di Giacinto e colaboradores do LocalAI. Licença MIT; data exata da captura não informada. Arquivo de origem · Licença MIT.
Nextags: imagem inteira redimensionada, com margens e reencodificação WebP. Copyright e licença integral preservados. Os números e modelos visíveis pertencem à captura histórica.
Fontes e referências
As informações foram verificadas nas fontes abaixo. Novos fatos podem atualizar esta notícia.
Conteúdo de Angelo Sebastião Silva Goncalves. Preparado com apoio de IA. Consulte as fontes e os critérios editoriais. Conheça nossos critérios editoriais e como solicitar uma correção.
