Bambuddy: Souveränität zum Selbsthosten, geliehen vom Hersteller

Ein 3D-Drucker ist längst kein Werkzeug mehr, das in der Werkstatt bleibt. Er meldet sich an, lädt Aufträge nach, streamt Kamerabilder und schickt Telemetrie. Bei Bambu Lab funktioniert das bequem, und genau darin liegt das Problem. Wer wissen will, was seine Maschine über ihn erzählt, muss den Weg der Daten kennen. Und wer das nicht akzeptiert, braucht eine Alternative, die mehr ist als Verzicht.

Bambuddy ist diese Alternative. Das Projekt von Martin Ziegler, auf GitHub als maziggy unterwegs, ersetzt Bambus Cloud durch einen selbst gehosteten Server: Monitoring, Warteschlange, Archiv, Statistik, Filamentverwaltung und optional serverseitiges Slicing, alles auf eigener Hardware. Dieser Artikel schaut sich das Werkzeug im Alltag an, benennt seine Schwächen und stellt zum Schluss die unbequeme Frage: Wie viel Souveränität kann Software überhaupt herstellen, wenn die Firmware fremd bleibt?

Was bei einem Cloud-Druck tatsächlich das Haus verlässt

Zunächst die Faktenlage, denn ohne sie wird die Debatte schnell wolkig. Bambus eigene Datenschutzerklärung beschreibt für Aufträge über die Cloud die Weitergabe von Konfigurationsinformationen, Druckeinstellungen, Modellbildern, Plate-Thumbnails und G-Code-Dateien. Wer die Reprint-Funktion aus der Druckhistorie nutzt, liefert zusätzlich Start- und Endzeiten sowie Filamentverbrauch.

Bambu bietet dafür einen Private Printing Mode an. Aktiviert man ihn, verschwinden Druckhistorie und G-Code-Dateien innerhalb von 72 Stunden aus der Cloud. Diese Zusage bestätigt im Umkehrschluss präzise, was ohne sie gilt: Die Dateien liegen dort.

Hinzu kommt die Frage des Rechtsraums. Nach Bambus Sicherheitsdokumentation liegen Nutzerdaten außerhalb Chinas bei Amazon AWS, Daten von Nutzern in Festlandchina bei Alibaba Cloud. Wichtig ist dabei die richtige Zuspitzung: Das Thema ist nicht die Nationalität des Herstellers, sondern die Kontrolle über Infrastruktur in fremder Jurisdiktion. AWS in den USA unterliegt dem CLOUD Act, chinesische Anbieter chinesischem Recht. Beide Wege führen aus der eigenen Verfügungsgewalt heraus.

Seit Mitte 2025 kommt ein weiterer Baustein dazu. Bambu bietet eine thermische Analyse von Bauteilen an, die Designs an einen kommerziellen Drittanbieter schickt, ausschließlich online und im Rahmen einer zahlungspflichtigen Mitgliedschaft. Eine Offline-Variante existiert nicht.

Die Vorgeschichte, die Bambuddy erst nötig machte

Im Januar 2025 kündigte Bambu Lab ein Autorisierungssystem an, das selbst lokale Steuerbefehle über die Komponente Bambu Connect leiten sollte. Die Reaktion der Community war heftig, und der Hersteller ruderte teilweise zurück. Als Ausweg entstand der Developer Mode, mit dem sich Drucker weiterhin direkt im LAN ansprechen lassen.

Allerdings lohnt der genaue Blick auf diese Rettung. Bambu bezeichnet den Modus selbst als nicht unterstützt. Eine Zusage, dass künftige Modelle ihn ebenfalls bekommen, gab das Unternehmen nicht. Die Consumer Rights Wiki dokumentiert zudem Änderungen an den Nutzungsbedingungen ohne Vorankündigung. Und im EULA des Bambu Farm Manager steht bis heute die Formulierung, das Unternehmen „MAY CHARGE A FEE TO CERTAIN USERS OR FOR CERTAIN USES“, während man öffentlich jedes Abomodell bestreitet.

Deshalb ist der Developer Mode keine Rechtsposition, sondern eine Kulanz. Genau darauf baut Bambuddy auf. Diese Abhängigkeit gehört an den Anfang jeder Empfehlung, nicht in eine Fußnote.

Was Bambuddy im Alltag wirklich leistet

Die Installation läuft als Docker-Container oder native Installation, etwa auf einem NAS. Nach der Verbindung über den Developer Mode zeigt die Weboberfläche Druckstatus, AMS-Belegung, Temperaturen und Kamerabild. So weit klingt das wie ein Ersatz für die Handy-App. Der Unterschied liegt in der Tiefe.

Jeder Auftrag landet automatisch im Archiv: die 3MF-Datei, eine Vorschau, Material, Schichthöhe, Gewicht, Dauer und Kosten. Suchen, filtern, taggen, direkt neu drucken. Wer regelmäßig Kleinserien fertigt, ersetzt damit eine Tabelle, die man ohnehin nie sauber pflegt.

Die Warteschlange erlaubt Ziele nach Drucker oder nach Modellreihe, Umsortieren per Drag and Drop und Gesamtzeit sowie Filamentbedarf auf einen Blick. Ein Auftrag kann auf den Erfolg des vorherigen warten. Nach dem letzten Job schaltet Bambuddy den Drucker über eine Smart-Steckdose ab.

Praktisch bewährt haben sich in meinem Betrieb vier Funktionen besonders:

• Filamentbestand. Im Filament-Tab pflege ich Spulen und ordne die aktuell eingelegte dem Drucker zu. So sehe ich, wie viel schwarzes PETG noch im Regal liegt, bevor mitten in einer Serie Schluss ist.
• Projekte. Mehrteilige Vorhaben bekommen einen eigenen Container mit allen Druckdateien und dem Fortschritt der bereits gefertigten Teile.
• Home-Assistant-Anbindung. Tasmota-Steckdosen lassen sich aus Bambuddy heraus schalten, und die Wattaufnahme der Drucker läuft live mit.
• Virtueller Drucker plus G-Code-Injection. Damit binde ich auch Hardware ein, die Bambu nicht kennt, etwa einen Umbau zum automatischen Plattenwechsel.

Serverseitiges Slicing gibt es ebenfalls, über einen zusätzlichen Sidecar-Container. STL rein, fertige Druckdatei raus, ohne Bambu Studio auf dem Rechner.

Wo der Eigenbau anfängt

Trotzdem täuscht die Funktionsliste über den Aufwand. Wer mit Sonderhardware arbeitet, klebt weiterhin selbst.

Ein Beispiel: Die Funktion „Clear Plate & Start Next“ kam mit Version 0.2.0 und verhindert, dass der nächste Auftrag auf eine belegte Platte startet. Seit einem Daily Build im April 2026 überlebt diese Sperre auch Neustarts und Stromunterbrechungen, weil sie als Spalte in der Datenbank steht und nicht mehr nur im Arbeitsspeicher. Vorher konnte eine Auto-Off-Steckdose die Bestätigung übergehen, indem sie den Drucker aus- und sofort wieder einschaltete.

Gelöst ist damit die Zuverlässigkeit, nicht die Automatisierung. Wer eine Mechanik besitzt, die die Platte selbst freiräumt, bestätigt in Bambuddy trotzdem von Hand. Bei mir übernimmt eine Node-RED-Automation diese Quittierung, nachdem sie geprüft hat, ob der Auswurf durchgelaufen ist. Das funktioniert, aber es ist Eigenbau.

Genau hier liegt der ehrliche Preis: Bambuddy ersetzt die Herstellercloud nicht durch Komfort, sondern durch Kontrolle plus Arbeit. Wer NAS, Docker, Reverse Proxy und Automatisierungsserver nicht ohnehin betreibt, tauscht eine Abhängigkeit gegen ein Wochenendprojekt.

Die Sicherheitsfrage, die man nicht überspringen darf

Ein junges Projekt mit einem Hauptentwickler und rasantem Tempo bringt Risiken mit. Bambuddy hat das bereits demonstriert.

CVE-2026-25505 beschreibt eine Authentifizierungsumgehung in Versionen vor 0.1.7. Das Projekt hatte den Schlüssel zum Signieren der JWT-Token fest im Quellcode hinterlegt, und über 200 API-Routen prüften keine Authentifizierung. Wer das öffentliche Repository klonte, konnte gültige Token fälschen und die angebundenen Drucker vollständig steuern. Die Einordnung lautet CWE-306, fehlende Authentifizierung für kritische Funktionen.

Behoben ist das. Der Vorfall zeigt aber, welches Risikoprofil so ein Setup am offenen Netz hat. Inzwischen hat das Projekt deutlich nachgelegt: Zwei-Faktor-Authentifizierung, OIDC und SSO, LDAP, Sitzungsrichtlinien mit 24 Stunden als Standard sowie CI-Tests, die Regeln wie Default-Deny an Sicherheitsgrenzen erzwingen.

Die eigene Sicherheitsdokumentation bleibt trotzdem deutlich und empfiehlt den Betrieb im vertrauenswürdigen Netz. Für Zugriff von außen setzt das Projekt auf einen privaten Tunnel und integriert dafür Tailscale, ausdrücklich als Alternative zu offenen Ports und fremden Clouds. Wer Bambuddy stattdessen öffentlich exponiert, sollte wissen, dass er die Empfehlung des Entwicklers verlässt. Als Progressive Web App auf dem Telefon läuft die Oberfläche übrigens unabhängig vom gewählten Zugangsweg.

Praktischer Nebeneffekt der schnellen Entwicklung: Updates gehören zur Betriebspflicht. Aktuell ist 1.2.5.5, und die Release Notes dokumentieren regelmäßig Fälle, in denen ältere Installationsvarianten bestimmte Korrekturen nie erhalten haben.

Fazit, Teil eins: Wer Prototypen in die Cloud schiebt, riskiert den Schutz selbst

Für Privatleute ist die Cloudfrage eine Geschmacksfrage. Für Unternehmen ist sie eine Rechtsfrage, und zwar eine unterschätzte.

§ 2 Nr. 1 GeschGehG definiert das Geschäftsgeheimnis als eine Information,

„a) die weder insgesamt noch in der genauen Anordnung und Zusammensetzung ihrer Bestandteile den Personen in den Kreisen, die üblicherweise mit dieser Art von Informationen umgehen, allgemein bekannt oder ohne weiteres zugänglich ist und daher von wirtschaftlichem Wert ist und b) die Gegenstand von den Umständen nach angemessenen Geheimhaltungsmaßnahmen durch ihren rechtmäßigen Inhaber ist und c) bei der ein berechtigtes Interesse an der Geheimhaltung besteht“.

Entscheidend ist Buchstabe b. Fehlen angemessene Geheimhaltungsmaßnahmen, liegt kein Geschäftsgeheimnis vor, und das Gesetz schützt nichts. Die Konstruktion ist also keine Sanktion, sondern eine Eintrittsvoraussetzung.

Dazu kommt die Beweislast. Bestreitet die Gegenseite im Prozess, dass angemessene Maßnahmen bestanden, muss der Inhaber konkret darlegen und notfalls beweisen, welche Schutzvorkehrungen er für genau diese Information getroffen hat (ArbG Aachen, Urteil vom 13.01.2022, 8 Ca 1229/20). Absolute Sicherheit fordert das Gesetz dabei nicht (OLG Düsseldorf, Urteil vom 11.03.2021).

Wer also Prototypengeometrie durch eine Herstellercloud schickt, ohne Vertragslage und technische Absicherung dokumentiert zu haben, riskiert nicht nur Abfluss. Er riskiert, dass sein Konstruktionswissen im Streitfall gar nicht als Geschäftsgeheimnis gilt. Umgekehrt gilt: LAN-Betrieb, selbst gehostete Verwaltung und dokumentierte Zugriffskontrolle sind genau die technischen und organisatorischen Maßnahmen, nach denen das Gesetz fragt. Industriespionage muss man dafür nicht einmal behaupten. Die Compliance-Argumentation trägt ohne jeden Verdacht.

Fazit, Teil zwei: Wenn die Prüfinstanz in die Firmware wandert

Damit zum Punkt, der über Datenschutz hinausgeht. In Kalifornien liegt die Assembly Bill 2047 von Rebecca Bauer-Kahan, die California Firearm Printing Prevention Act. Sie verlangt, dass Consumer-3D-Drucker sogenannte firearm blocking technology mitbringen: Hardware, Firmware oder integrierte technische Maßnahmen, die einen Druckjob nur zulassen, wenn die zugrunde liegende Datei von einem zertifizierten Erkennungsalgorithmus geprüft und freigegeben wurde.

Stand 7. September 2026 ist das Gesetz nicht in Kraft. Der Gesetzgeber hat es in den Schlussstunden der Session an das Gouverneursbüro geschickt, Newsom hat bis Ende September Zeit für Signatur oder Veto. Der Senat hat die Fassung vom Mai zuvor erheblich entschärft. Falls sie kommt, sieht der Zeitplan Leistungsstandards des Justizministeriums bis 1. Januar 2028 vor, Umsetzungsleitlinien bis 1. März 2028, Herstellerattestierungen bis 1. Juli 2028, eine öffentliche Liste konformer Modelle ab 1. September 2028 und ein Verkaufsverbot nicht konformer Geräte ab 1. März 2029, mit Bußgeldern bis 25.000 Dollar je Verstoß. Ähnliche Vorlagen laufen in Washington und New York.

Eine Pflicht, jeden Druckauftrag an eine Drittfirma zu melden, steht im Text nicht. Wo die Prüfung läuft, überlässt das Gesetz dem Hersteller. Ob Drucker Nutzeraktivität vor jedem Job nach außen melden müssten, war zentraler Streitpunkt der Debatte, und ein Änderungsantrag sichert Nutzern von Open-Source-Slicern den Zugang, technisch über Verfahren wie Handshake-Authentifizierung. Naheliegend bleibt trotzdem: Ein cloud-zentrierter Hersteller wird die Prüfung dort umsetzen, wo seine Infrastruktur schon steht.

Die EFF nennt das Ergebnis Censorware auf jedem Drucker. Ihr Kernargument ist nicht die Waffenfrage, sondern die Instanz: Wer einmal in der Firmware entscheidet, welche Geometrie erlaubt ist, entscheidet morgen über mehr. Die Autoren nennen als Szenarien blockierte Spielzeugfiguren im Sinne von Markenrechten, blockierte Ersatzteile im Sinne von Herstellerinteressen und blockierte Symbole im Sinne autoritärer Regierungen. Dazu kommen Fehlalarme, die gutgläubige Nutzer aussperren, und ein Lock-in in Herstellerökosysteme nach dem Muster des Tintenpatronenmarkts.

Für uns in Deutschland ist das kein fernes Problem, denn Hersteller pflegen in der Regel eine Firmware für alle Märkte. Belegt ist ein globaler Rollout bisher nicht, erwartbar ist er sehr wohl.

Und deshalb ist die Freiheit geliehen

Hier schließt sich der Kreis, und zwar unbequem. Bambuddy schützt meine Daten. Gegen eine Prüfinstanz in der Firmware schützt es mich nicht.

Selbst gehostet heißt: Die Geometrie bleibt im Haus, das Archiv gehört mir, die Statistik ist meine, der Betrieb läuft ohne Herstellerkonto. Das ist viel, und es erfüllt handfeste rechtliche Anforderungen. Es ist aber kein souveränes Gerät. Die Firmware bleibt geschlossen, der Zugang beruht auf einem Modus, den der Hersteller als nicht unterstützt bezeichnet, und was das Gerät künftig verweigert, entscheiden andere.

Wer wirklich Kontrolle über die Maschine will, landet bei offener Firmware, also bei Klipper, Voron und Verwandten. Wer die Bequemlichkeit eines Bambu-Druckers behalten will, kauft Kontrolle über die Daten und mietet Kontrolle über das Gerät. Diese Unterscheidung sollte man aushalten, statt sie wegzureden. Bambuddy ist trotzdem die beste Antwort, die die Community auf diese Lage gefunden hat, und ich betreibe es aus voller Überzeugung.

Quellen

Bambuddy: Projekt, Funktionen, Versionsstand

1. Bambuddy, Projektseite. https://bambuddy.cool/
2. maziggy/bambuddy, Quellcode und Funktionsübersicht, GitHub. https://github.com/maziggy/bambuddy
3. maziggy/bambuddy, Releases (Versionsstand 1.2.5.5, Hinweise zu Installationsvarianten). https://github.com/maziggy/bambuddy/releases
4. Bambuddy 1.2.5, Release Notes (Versionsschema, Kalibrierungsverhalten). https://github.com/maziggy/bambuddy/releases/tag/v1.2.5
5. Daily Build v0.2.3b4 vom 13.04.2026 (Plattensperre als Datenbankspalte statt Arbeitsspeicher). https://newreleases.io/project/github/maziggy/bambuddy/release/v0.2.3b4-daily.20260413
6. Issue #961, Clear Plate Confirmation Bypassed on Power Cycle. https://github.com/maziggy/bambuddy/issues/961
7. Issue #446, Clear Plate & Start Next Improvements (Einführung in v0.2.0, Rechtekopplung). https://github.com/maziggy/bambuddy/issues/446
8. Bambuddy Documentation, Authentication (Sitzungsrichtlinien, SSO und OIDC). https://wiki.bambuddy.cool/features/authentication/

Sicherheit

9. CVE-2026-25505, Authentication Bypass in Bambuddy vor 0.1.7 (hardcodierter JWT-Schlüssel, CWE-306). https://www.sentinelone.com/vulnerability-database/cve-2026-25505/
10. Kevin Purdy, Bambuddy and Tailscale for self-hosted, cloud-free 3D printing, Tailscale Blog, 13.05.2026 (privater Tunnel statt offener Ports, Aussagen des Entwicklers). https://tailscale.com/blog/bambuddy-bambu-lab-3d-printer-access

Bambu Lab: Datenflüsse und Infrastruktur

11. Bambu Lab, Privacy Notice (Private Printing Mode, Löschung binnen 72 Stunden). https://bambulab.com/en/policies/privacy
12. Bambu Lab Wiki, Bambu Lab Security (Speicherorte AWS und Alibaba Cloud, Cloud-Slicing, LAN-Modus). https://wiki.bambulab.com/en/general/bbl-security

Bambu Lab: Nutzungsbedingungen und Autorisierung

13. Consumer Rights Wiki, Bambu Lab (weitergegebene Auftragsdaten, ToS-Änderungen, Thermalanalyse über Dritte). https://consumerrights.wiki/w/Bambu_Lab
14. Consumer Rights Wiki, Bambu Farm Manager (Gebührenklauseln im EULA). https://consumerrights.wiki/w/Bambu_Farm_Manager
15. Consumer Rights Wiki, Bambu Lab Authorization Control System. https://consumerrights.wiki/w/Bambu_Lab_Authorization_Control_System
16. Consumer Rights Wiki, Diskussionsseite zum Authorization Control System (Developer Mode als nicht unterstützt, keine Zusage für künftige Modelle). https://consumerrights.wiki/w/Talk:Bambu_Lab_Authorization_Control_System
17. Consumer Rights Wiki, Kategorieübersicht Bambu Lab. https://consumerrights.wiki/Category:Bambu_Lab

Geschäftsgeheimnisse

18. § 2 GeschGehG, Begriffsbestimmungen, Gesetze im Internet. https://www.gesetze-im-internet.de/geschgehg/__2.html
19. Kanzlei Plutte, Rechtsüberblick zum Geschäftsgeheimnisgesetz (Darlegungslast nach ArbG Aachen, 13.01.2022, 8 Ca 1229/20; keine absolute Sicherheit nach OLG Düsseldorf, 11.03.2021). https://www.ra-plutte.de/grosser-rechtsueberblick-zum-neuen-geschaeftsgeheimnisgesetz/

California Assembly Bill 2047

20. AB 2047, Firearms: 3-dimensional printing blocking technology, Gesetzestext und Verlauf, California Legislative Information. https://leginfo.legislature.ca.gov/faces/billNavClient.xhtml?bill_id=202520260AB2047
21. The Register, 01.06.2026, California passes ban on 3D-printed firearms (Zeitleiste, Streit um Übermittlung an Externe, Amendment für Open-Source-Slicer). https://www.theregister.com/personal-tech/2026/06/01/california-passes-ban-on-3d-printed-firearms/5249148
22. The Register, 14.04.2026, EFF: California 3D printer bill threatens digital freedoms (Censorware, Fehlalarme, Dammbruchszenarien). https://www.theregister.com/2026/04/14/eff_california_3dprinted_firearms/
23. Tom’s Hardware, 30.05.2026 (Attestierung, Meineidfolge, Bußgeld bis 25.000 Dollar, Lock-in-Vergleich der EFF). https://www.tomshardware.com/3d-printing/california-assembly-passes-3d-printer-bill-that-would-criminalize-bypassing-mandated-gun-blocking-software
24. 3D Printing Industry, 29.05.2026 (Ausnahmen und deren Lücken bei Schulen, Bibliotheken, Makerspaces). https://3dprintingindustry.com/news/california-bill-targeting-3d-printed-firearms-passes-assembly-251887/
25. Ammoland, 09/2026, California Passes Conditional Ban on 3D Printers Without Firearm-Blocking Software (Entschärfung im Senat, Frist für Newsom, Penal Code § 29185 und AB 1263). https://www.ammoland.com/2026/09/california-ab-2047-3d-printer-gun-file-blocking/