出来事の日付:2026年5月12日。 Bambu LabとOrcaSlicerの小規模なフォークを巡る争いにより、デスクトップソフトウェアにオープンソースコードを組み込んでいるハードウェアベンダーがクラウドへのアクセスをどのように管理すべきかを巡る議論が激化した。テクノロジーライターのジェフ・ギアリングは批判的な論評で、Bambu Labが、同社の標準的なクラウド経由の配信経路を使わずにプリンター機能を利用できるようにしたフォークの開発者に対し、法的圧力と世論上の圧力をかけていると非難した。
この論争の背景には、何層にもわたるソフトウェアの系譜がある。OrcaSlicerはBambu Studioから派生し、Bambu StudioはさらにPrusaSlicerとSlic3rにさかのぼる。これらのプロジェクトは、GNU Affero General Public Licenseバージョン3の下でライセンスされていると説明されている。ギアリング氏は、ローカルでの管理を維持するため、すでに自身のBambu P1Sをインターネットから切り離し、ファームウェアの更新を停止し、開発者モードを有効にして、Bambu StudioをOrcaSlicerに置き換えたと述べた。
その論評によると、問題となった「OrcaSlicer-bambulab」というフォークは、Bambu StudioのLinux版のコードを使用し、印刷データの送信をBambuのクラウド経由にせずに機能へアクセスしていた。ギアリング氏によると、Bambuは開発者に法的措置を取ると警告し、この実装について、リクエストが公式クライアントから送られたように見せるため識別用メタデータを偽装していると公に表現した。同氏は、開発者がなりすまし攻撃を作り出したとの含意を否定し、その挙動は上流のAGPLライセンスコードに由来すると主張した。
記事で引用されたBambu側の立場は、この手法が広範に、または不具合を伴って使用された場合、公式クライアントによるものと見分けのつかない大量のトラフィックが発生し得るというものだった。同社は、それがサーバーにとって構造的な脆弱性になると位置付けた。ギアリング氏はそのセキュリティー上の論理に異議を唱え、公開されているクライアント識別子を不正なトラフィックに対する主要な防御手段にすべきではないと主張した。また、やり取りの全文を公開してほしいという自身の要請を同社が拒否したことも批判した。
その論評は、フォークからBambuの名称を削除するよう求めることについては、より一般的な商標上の問題になり得たと認めている。より大きな異議は、かつてLinuxとWaylandの問題でユーザーを支援していた開発者に対し、同社がインフラとセキュリティーを理由に圧力をかけたという点にある。ギアリング氏によると、そのフォークは停止要求が出されるまで、採用例が極めて限られていたようだ。
記事はまた、修理する権利の活動家ルイス・ロスマン氏が、開発者が警告に対抗することを選んだ場合、法的防御を支援するため1万ドルを提供すると申し出たと報じている。裁判所の判断や独立した法的分析は示されていない。
入手可能な証拠はギアリング氏自身の論評であるため、疑惑と解釈は一方の当事者による説明として読むべきであり、そこで引用されたBambuの論拠は、その中に含まれる反論を示すものだ。それでもこの出来事は、根強い緊張関係を浮き彫りにしている。購入したハードウェアをローカルで管理できることを顧客が期待する一方、クラウドサービスを運営するベンダーは、どのクライアントが自社インフラに接続できるかを厳格に管理しようとする場合がある。



