Bambu Lab está abusando do contrato social do open source
(jeffgeerling.com)- Jeff Geerling continua usando a Bambu Lab P1S mesmo depois de a empresa começar a empurrar a nuvem sempre conectada como padrão, então bloqueou o acesso à internet da impressora e migrou para o OrcaSlicer
- OrcaSlicer é um fork na linhagem AGPLv3 de Bambu Studio, Prusa Slicer e slic3r, e permite usar a impressora sem a nuvem da Bambu
- A Bambu Lab contestou o fork oficial OrcaSlicer-bambulab, alegando que ele se passava pelo cliente oficial, e ameaçou o desenvolvedor com medidas legais
- Geerling argumenta que o fork apenas usou o mesmo código AGPL do app Linux da Bambu e critica a ideia de tratar o user-agent como elemento central de segurança
- Como no passado a própria Bambu Lab já teve um fork que enviava telemetria para servidores da Prusa, a situação acaba ficando irônica quando a empresa questiona a forma de identificação de outros forks
Recuperando o controle para continuar usando impressoras da Bambu Lab
- Jeff Geerling continua usando sua P1S mesmo depois de a Bambu Lab começar a empurrar uma solução de nuvem sempre conectada como novo padrão
- Para manter a impressora sob seu próprio controle, ele bloqueou o acesso à internet com um firewall OPNsense, parou de atualizar o firmware, fixou o uso do Developer mode, removeu o Bambu Studio e passou a usar o OrcaSlicer
- Se a Bambu Lab tivesse simplesmente mantido o modo de uso anterior, o conflito talvez não tivesse escalado, mas a resposta posterior acabou se ampliando para uma discussão sobre o ecossistema open source e o controle do usuário
A linhagem open source de OrcaSlicer e Bambu Studio
- OrcaSlicer é um fork do projeto open source Bambu Studio, que por sua vez é um fork do Prusa Slicer, e o Prusa Slicer é um fork do slic3r
- Todos esses projetos usam a licença open source AGPLv3
- O OrcaSlicer ocupa a posição de contornar ou lidar com a estrutura padrão da Bambu, na qual os arquivos de impressão passam pelos servidores da empresa
- Usando o Developer mode e bloqueando totalmente a internet em firmwares antigos, é possível usar a impressora sem passar pela nuvem da Bambu
- Alguns usuários aceitam a conveniência da impressão via nuvem para iniciar impressões em casa a partir de fora, mas a mesma forma de acesso remoto pode ser feita sem a nuvem da Bambu se a pessoa operar sua própria VPN WireGuard
O conflito em torno do fork OrcaSlicer-bambulab
- A Bambu Lab questionou o fork OrcaSlicer-bambulab, que permitia usar recursos da impressora sem o mecanismo de intermediação da nuvem da Bambu
- Esse fork era voltado a um pequeno grupo de usuários avançados que queria usar o OrcaSlicer sem o mecanismo de intermediação em nuvem, da mesma forma que o código Linux sob licença AGPL do Bambu Studio
- A Bambu Lab ameaçou o desenvolvedor do fork com medidas legais e levantou a acusação, em essência, de ataque de falsificação de identidade, embora o fork usasse código upstream do Bambu Studio
- Segundo a resposta do desenvolvedor do OrcaSlicer-bambulab, a Bambu Lab não apresentou antes detalhes concretos do problema e também recusou o pedido para divulgar a carta completa
- O desenvolvedor rejeita a forma como passou a ser retratado publicamente, como se tivesse criado um desvio de segurança, falsificação de cliente e risco à infraestrutura
A posição pública da Bambu Lab e as contestaçãoes
- Em um post oficial no blog, a Bambu Lab afirmou que a modificação em questão injetava metadados falsos de identidade na comunicação de rede, fazendo o servidor acreditar que se tratava do cliente oficial Bambu Studio
- A Bambu Lab disse que, se essa abordagem fosse amplamente adotada ou mal configurada, milhares de clientes poderiam se passar pelo cliente oficial ao mesmo tempo, atingindo os servidores simultaneamente, e que o sistema não conseguiria distinguir o tráfego porque as requisições pareceriam iguais
- Geerling rebate dizendo que essa alegação faz o desenvolvedor parecer alguém que tentou se passar pelo app da Bambu, quando na prática ele apenas usou o mesmo código sob licença AGPL usado pelo app Linux da Bambu
- Se uma string pública de user-agent for o principal mecanismo de proteção contra DDoS, isso levanta dúvidas sobre o próprio entendimento de segurança da Bambu Lab
- No restante do texto, a Bambu Lab aborda vulnerabilidades, bugs e instabilidade, mas é difícil ligar isso diretamente ao caso do desenvolvedor de um fork que reutilizou código upstream sem alterações
Um padrão recorrente na forma de responder à comunidade
- Quando a tensão já havia aumentado no ano anterior, a Bambu Lab também culpou a “infeliz desinformação” pela reação da comunidade em um post sobre o Bambu Connect e integrações de terceiros
- Na época, os usuários ficaram frustrados ao ver o ecossistema de software e o modelo de propriedade mudarem depois da compra, o que ajuda a explicar o crescimento das especulações e da reação negativa
- Desta vez, a estrutura do caso fez com que a Bambu Lab ligasse um desenvolvedor de um pequeno fork de slicer a um suposto impacto potencial em toda a infraestrutura de nuvem
- Geerling critica a empresa por, em vez de resolver os problemas do ecossistema e construir uma plataforma mais segura, pressionar publicamente usuários avançados e entusiastas como o desenvolvedor desse fork
Ironia e casos do passado
- Em 2022, um fork da própria Bambu Lab fez a telemetria de usuários da Bambu ser enviada para servidores da Prusa, algo mencionado por Josef Prusa no X
- Pelo que Geerling sabe, a Prusa não respondeu àquilo com uma notificação extrajudicial de cessação
- Esse caso deixa ainda mais irônica a postura da Bambu Lab ao criticar duramente o modo de identificação de rede e o suposto risco à infraestrutura em forks de terceiros
Respostas melhores possíveis e opções que restam
- A Bambu Lab poderia ter adotado desde o início uma abordagem que não travasse todo o ecossistema
- O fork em questão aparentemente era usado por muito pouca gente antes da notificação extrajudicial da Bambu Lab
- Ainda assim, há espaço razoável para exigir a remoção do termo “bambulabs” do nome do fork por uma questão relacionada a marca registrada
- O desenvolvedor do fork já havia ajudado usuários do Bambu Studio com problemas de Linux e Wayland, inclusive no GitHub da própria Bambu Lab, e agora acabou sendo retratado publicamente como alguém perigoso para a infraestrutura da empresa
- Louis Rossmann publicou um vídeo dizendo que pagaria US$ 10.000 para ajudar desenvolvedores open source a enfrentar as ameaças legais da Bambu, mas isso só é útil se o desenvolvedor quiser voltar a virar alvo da empresa
- Geerling considera que pode ser mais eficaz simplesmente pular os produtos da Bambu e gastar um pouco mais em impressoras de outras empresas
1 comentários
Comentários do Hacker News
Já usei Bambu, mas nunca tive uma, e nunca gostei da ideia de uma impressora 3D de ecossistema fechado
Se você estiver procurando alternativas, a Bambu talvez seja a experiência mais próxima de “simplesmente funciona”, mas hoje em dia outras impressoras também não são tão difíceis quanto antes
A alternativa mais fácil provavelmente é a Prusa, e embora seja muito mais cara que a Bambu, é uma excelente empresa quase no extremo oposto em termos de abertura, então eu recomendaria se dinheiro não for problema
Fora isso, a lista em https://auroratechchannel.com/#section2 é boa
Pessoalmente, uso uma Elegoo Neptune 4 Pro antiga, mas se fosse comprar agora, provavelmente olharia para a Snapmaker U1 ou a Creality K2 Plus
É cara, mas você ganha suporte humano 24 horas, plataforma aberta e contribuição para open source, e o Bambu Studio também é um fork do Prusa Slicer
Minha Core One+ começou originalmente como uma MK3, foi recebendo upgrades ao longo do tempo e ainda funciona como nova, e agora estou esperando o upgrade INDX
Só que o grande ponto fraco da Prusa para consumidor ainda é a falta de aquecimento da câmara para materiais avançados. No verão eu consigo imprimir PC com a câmara a 45℃ na Core One+, mas no inverno fica muito mais difícil
Ouvi relatos de que a Core One L é melhor nisso, mas ainda não ideal, e fora isso sinto que o custo extra se paga no longo prazo
Desde 2023, ela vem mostrando sinais de tentar impedir a comercialização dos projetos e também parou de compartilhar os fontes e materiais de projeto das PCBs
Em 2025, mudou a “open community license” para afirmar que não se pode vender máquinas completas ou remixes baseados nesses arquivos sem acordo separado, nem usar comercialmente os arquivos de projeto
https://blog.prusa3d.com/core-one-cad-files-release-under-th...
Pode ser um exemplo de como o open source precisou mudar quando as vulnerabilidades que as licenças open source tradicionais deixam para empresas que fazem P&D passaram a ser exploradas comercialmente
Por um tempo ela “simplesmente funcionou”, mas o problema veio depois que o ventilador de resfriamento de impressão quebrou. Se fosse a minha Voron em casa, seria um conserto de 5 minutos; na H2D, tem que fazer como em [0]
Na prática, você precisa desmontar o toolhead inteiro e, ao tirar a placa principal interna, lidar com mais de 11 cabos flat minúsculos e frágeis, além de 5 conexões com a placa superior
Pequenos reparos geralmente são assim, e quando o filamento travou eu também tive que desmontar a frente inteira do toolhead e mexer com PCBs flex ainda menores e mais frágeis
[0] https://wiki.bambulab.com/en/h2/maintenance/replace-cooling-...
Comprei uma Prusa Core One sem saber absolutamente nada de impressão 3D, liguei na tomada, coloquei o filamento incluído e, seguindo um manual de 10 páginas com alguns cliques, consegui a primeira impressão
Não precisei de conexão com internet, Wi‑Fi, cadastro nem app
Depois instalei um app open source que está no GitHub e passei a usar o serviço de “nuvem”, e mesmo sendo bem ruim com esse tipo de coisa, foi uma das experiências mais fáceis que tive nos últimos 10 anos
É muito cara, mas pelo menos é algo que eu possuo
A Prusa mudou bastante seus padrões éticos depois que “cresceu”
[0]: https://blog.prusa3d.com/the-state-of-open-source-in-3d-prin...
A redação do blog da Bambu Lab é bem absurda
É algo na linha de “um aumento no tráfego não autorizado sobrecarregou os servidores, causando indisponibilidade para todos, e o custo disso foi a instabilidade percebida por todos os usuários”, o que soa como dizer que, já que as impressoras ficaram populares e eles não conseguiram escalar a infraestrutura, agora vão bloquear tudo por string de User-Agent
A desculpa é estranha demais para parecer crível
É só corrigir assim. A Bambu pode usar em Creative Commons
É engraçado como as pessoas esquecem rápido demais. O modo LAN originalmente nem estava nos planos, e só foi adicionado depois que houve reação parecida da última vez
Depois eles mudaram de direção e revisaram o post no blog. Como cliente, pressionar a empresa realmente muda a direção dela
A HP ainda usa tinta com DRM, a Keurig ainda tenta impedir “hacks”, e a OpenAI já disse que abriria os modelos como open source
Não quer dizer que não devemos criticar empresas que quebram promessas, mas indignação sozinha não basta. Se realmente violaram a licença, processo ou ameaça de processo também pode funcionar
O mais irritante é que agora não dá para interagir com a impressora pelo OrcaSlicer, sincronizar filamentos ou iniciar impressões remotamente
Tem gente que deixa a impressora em um espaço de trabalho remoto, não ao lado, então a opção “LAN” ou “desenvolvedor” não é especialmente boa, ainda mais se for uma escolha excludente em relação à nuvem
Dizer que “fingiu ser o cliente oficial” não é uma lógica de segurança se esse método era só metadado enviado pelo cliente
Isso não é falsificação de identidade; é apenas a Bambu descobrindo que User-Agent não é autenticação
Culpar o cliente por isso simplesmente não faz sentido
Quando um hacker quer atacar a infraestrutura, ele não vai ligar para usar o cliente que a Bambu prefere
A Bambu está mais uma vez afastando a própria base de clientes
Não conheço bem os detalhes de o software da Bambu passar por servidores chineses e de estarem fechando mais o software, mas suspeito que isso possa ter relação com vigilância de uso em contexto de guerra
As impressoras Bambu são centrais para o esforço de guerra da Ucrânia e, na minha visão, um dos principais motivos de a Ucrânia estar vencendo depois de janeiro de 2026
Diferentemente dos drones, que a China primeiro vendeu aos milhões para a Rússia, a China já exerceu kill switches embutidos em drones chineses usados pela Ucrânia para impedir seu uso, e se agora outra empresa chinesa, a Bambu, estivesse espionando em larga escala a impressão 3D usada para produzir substitutos de drones em fábricas secretas por toda a Ucrânia, isso seria muito suspeito
Seja qual for o motivo, agora é a hora de os programadores mudarem a situação e, como o Louis Rossmann em [1], em vez de arrecadar dinheiro para uma batalha judicial, deveríamos financiar programadores de assembly para fazer engenharia reversa do firmware da Bambu e criar um firmware livre e open source
Esse firmware alternativo levaria alguns meses, mas todos poderiam contribuir um pouco para que ele fosse lançado de graça, e isso permitiria à Ucrânia continuar produzindo milhões de drones, encerrar a guerra e salvar mais de 100 mil vidas
[1] https://www.youtube.com/watch?v=qLLVn6XT7v0
Eu mesmo estaria disposto a fazer a engenharia reversa, mas para criar um firmware novo do zero para todos os modelos da Bambu eu precisaria de pelo menos 35 euros por dia para me sustentar e de vários modelos emprestados por algumas semanas para teste. Estimo entre 5 e 9 meses para reconstruir e publicar do zero o firmware da linha inteira, e fico curioso se Rossmann e Geerling poderiam usar sua influência para coordenar isso
Enviei e-mails para o Rosmann e o Geering perguntando se conseguiriam libertar juntos o firmware da Bambu, e quem quiser ajudar pode entrar em contato pelo meu perfil no HN
Não conheço as impressoras mais recentes, mas as Bambu usadas nesse período podiam facilmente ser colocadas em modo somente LAN
Também podiam ser totalmente isoladas da rede e usadas por cartão SD
Você pode ativar acesso root no app e instalar modos de firmware, e já houve várias tentativas de engenharia reversa do firmware
Em escala isso talvez complique um pouco a gestão, mas a menos que eu tenha perdido alguma atualização, é difícil acreditar que acesso à internet seja realmente necessário
Sou defensor de open source, mas comprei uma Bambu P1S há alguns meses
Pesquisei e vi que havia um jeito de usá-la normalmente sem criar conta na Bambu, sem usar o slicer da Bambu e sem enviar todas as impressões para os servidores da Bambu
Não tenho minhas anotações exatas, mas lembro que configurei assim quase sem problemas, e acho que bastava mudar uma configuração na impressora. Bloquear o acesso à internet no firewall para impedir atualizações automáticas de firmware e telemetria era algo opcional
Desde então uso apenas o OrcaSlicer para ajustar modelos, mudar parâmetros e enviar impressões
É claramente errado a Bambu agir de forma hostil contra um fork open source legítimo do seu próprio slicer, mas não entendi exatamente qual é a confusão atual. A impressora ficou mais travada do que antes, ou isso afeta só alguns modelos?
Para nós isso é fácil, mas para a maioria dos usuários só essa parte já é demais
Eu também tenho uma P1S e a Bambu me parece uma empresa estranha. Ela lucrou enormemente com software open source e às vezes parece violar tanto o espírito quanto a licença
Projetaram o sistema para que a impressão passe por um intermediário, mesmo quando a rede poderia enviar direto ao dispositivo, o que é parecido com uma impressora a laser usar a nuvem em vez de falar direto com o equipamento
E olhando a fraca criptografia ou proteção dos dados de projeto, isso parece deliberado. Dado o histórico de muitas empresas chinesas em relação à propriedade intelectual, acabo presumindo que roubo de projetos seja um dos objetivos principais
Somando o histórico ruim com open source, a abordagem suspeita de privacidade e proteção de propriedade intelectual e a postura jurídica agressiva, eu a considero uma organização muito difícil de confiar
Felizmente meus projetos são do nível “olha essa porcaria”, então não me preocupo, mas eu nunca a usaria para trabalho importante
Não quero que um slicer open source envie impressões para o serviço de nuvem da Bambu. Na verdade, nem quero serviço de nuvem
O valor de verificar ou iniciar a impressão pelo celular é quase zero, e basta enviar pelo notebook do escritório e checar de vez em quando no mesmo notebook enquanto imprime
Até agora funcionou bem, mas preocupa que os interesses corporativos da Bambu não estejam alinhados com esse uso, e sim em puxar o máximo possível para dentro do ecossistema
É para isso que serve o controle do lado dos modelos via MakerWorld e o envio de todo o fluxo para a nuvem
Mesmo sem presumir má-fé, há um incentivo financeiro e de experiência do usuário bem claro, parecido com o da Apple
Mas sendo uma empresa de controle chinês, e com legisladores ocidentais querendo controlar de forma rígida onde máquinas podem ser usadas, não acho irracional não querer ir para esse mundo
Num mundo só de nuvem, fica muito mais fácil implementar DRM, proteção de direitos autorais e restrições de impressão do que num mundo em que software open source envia G-code para uma impressora local
Não preciso nem pretendo trocar de máquina agora, mas a próxima provavelmente não será da Bambu. A Bambu já não é a única empresa que faz máquinas-ferramenta produtivas para quem não quer transformar a própria impressão 3D em hobby
Usar o software em fork com a própria impressora parece aceitável, mas eles não querem isso em conjunto com o serviço Bambu Cloud, que tem seus próprios termos de acesso
É estranho eles escolherem brigar justamente por isso, mas não é uma posição totalmente irracional. A nuvem é o computador de outra pessoa, e essa pessoa pode definir regras sobre o que você pode fazer nela
O fato de o cliente ser open source não dá, por si só, direito de usar o servidor
Se você roda tudo localmente em modo desenvolvedor, ou faz acesso remoto pela sua própria VPN como o autor do comentário, a diferença provavelmente é mínima
Depois de uma atualização de firmware em algum momento de 2025, passou a ser preciso escolher entre nuvem e local
Se você ativa o modo local, pode usar slicers customizados, mas a impressão e o monitoramento pela nuvem ficam desativados
As pessoas queriam os dois e também queriam abertura, por isso reagiram mal
O fork mais recente faz uma nova versão de slicer customizado se passar por um User-Agent da Bambu para enviar impressões à Bambu Cloud, e assim entrega a experiência que existia antes de 2025
A Bambu processou esse novo fork, enquanto continuar usando o OrcaSlicer localmente parece aceitável
Agora, se você precisa de impressão remota e não quer enviar modelos para a Bambu Cloud, pode evitar isso ativando o modo somente LAN e o modo desenvolvedor
Mas e se um novo firmware passar a exigir criação de conta online e conexão com a Bambu Cloud na configuração inicial? E se limitar as funções disponíveis ao imprimir por cartão SD?
É uma direção bem preocupante, e agora a empresa também está ameaçando judicialmente desenvolvedores open source que tentam viabilizar impressão remota sem passar pelos servidores da Bambu, usando código AGPL da própria Bambu
Fazendo o papel de advogado do diabo: qual seria o incentivo da Bambu Lab para receber só uma venda única e oferecer serviço de nuvem gratuito para sempre?
Eles poderiam exigir assinatura, mas isso geraria muita rejeição entre usuários leves
Também poderiam monetizar com anúncios, venda cruzada ou upsell, e clientes de terceiros atrapalham isso
Não vejo muito qual é a base para a comunidade open source exigir serviço gratuito da Bambu
O Louis Rossmann publicou um vídeo dizendo que dará 10 mil dólares para ajudar desenvolvedores open source a enfrentar as ameaças legais da Bambu, e eu também contribuiria com prazer, mas isso só faz sentido se houver um desenvolvedor disposto a voltar a ser alvo da Bambu
Em vez disso, Rossmann decidiu se tornar ele próprio o alvo e publicou um vídeo provocando a Bambu: https://youtu.be/1jhRqgHxEP8?si=BwfoCKxujd0XwNJ0
O que eu não entendo é como a carga na infraestrutura seria diferente entre alguém usando um build do slicer da Bambu e alguém usando o mesmo código em outro slicer ou fork
No fim, é a mesma pessoa fazendo as mesmas requisições
Se não conseguem suportar a carga, a solução é gerenciar com mais cuidado o fornecimento de impressoras. Pelo tom do post do blog, se a infraestrutura não aguenta mais de 3 pessoas, então não deveriam soltar mais de 3 impressoras ao mesmo tempo no mundo inteiro
Eu estava pensando em comprar uma P2S, mas agora não vou mais
O Bambu Studio é literalmente um fork do PrusaSlicer. Não dá para se apoiar na comunidade e depois ameaçar essa mesma comunidade
Do ponto de vista operacional, eu nem discordo da Bambu, mas discordo da forma como lidaram com isso
A Bambu oferece uma infraestrutura de nuvem para controlar remotamente suas impressoras usando o software deles
Se não queriam que software não autorizado acessasse a nuvem, deveriam ter implementado autenticação de verdade e dito isso claramente
Se os usuários deveriam poder usar as impressoras sem passar pelo software oficial e pela nuvem é outra questão, bem mais complexa
Se não tivessem sido tão confrontacionais, teriam evitado toda essa confusão e ainda não teriam dado munição ideológica à base de usuários
E acho que nunca vai acontecer