Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Reverse Engineering Bambu Connect

wiki.rossmanngroup.com

Post reply on HN
Print view View original

291–300 of 367 posts

Re: Reverse Engineering Bambu Connect

#291

Post by bayindirh »

immibis wrote: post #289
bayindirh wrote: post #208

Earlier quoted context omitted.

None of the unofficial Android builds allows me to access to the secure element in my SIM card to use my e-signature, which works with SIM menu prompts triggered OTA by the application I'm currently using, mostly governmental services. If I'm on a custom ROM, the notification never pops up.

You have to have evidence that this is because of attestation, though - lots of open source software is missing lots of features because they are just missing features.

It's not an attestation problem, but a trusted pipeline problem. Yes, the required files are missing, but carrying them from official builds doesn't work either, because all pipeline from modem to kernel has to be signed, and the chain breaks somewhere, and you can't build it without the private keys Google/OEM has.

It's like Trusted HDCP pipeline. Every part has to be signed properly, and no open distribution of Android can do that, period.

Re: Reverse Engineering Bambu Connect

#292

Post by bayindirh »

Arch-TK wrote: post #249
bayindirh wrote: post #208

Earlier quoted context omitted.

None of the unofficial Android builds allows me to access to the secure element in my SIM card to use my e-signature, which works with SIM menu prompts triggered OTA by the application I'm currently using, mostly governmental services. If I'm on a custom ROM, the notification never pops up.

That's not an attestation issue. But have you checked if GrapheneOS handles it?

> That's not an attestation issue.

Yes, but see my other comment in the thread. It's not something trivial. It's not I didn't dig.

> But have you checked if GrapheneOS handles it?

I jumped the platform soon after, so I don't have the hardware anymore, so I can't.

Re: Reverse Engineering Bambu Connect

#293

Post by autoexec »

intothemild wrote: post #206
c0nsumer wrote: post #21

Earlier quoted context omitted.

I do wonder how much friction it'll really add, since the slicers can send the data to Connect via a protocol handler. It also means that Connect could act as a farm / queueing system as well, more like a print driver vs. individual printer support within the app.

Its pretty much this, nothing seems to be blocking any third party slicer like Orca from working with bambu printers as they are now.. just the print button would now send the file to Bambu Connect, where you would most likely only press an extra button.. Getting info from the printer or AMS? MQTT still works. They specifically said they are not touching that. Sadly the usual groups of people are screaming, and the o…

> just the print button would now send the file to Bambu Connect, where you would most likely only press an extra button..

Today it's just one extra button press. In 5-10 years when they shut down the servers for Bambu Connect nobody would be able to print anything at all. It's only because people were vocal in their complaints that their unsupported dev mode was made an option that would let people continue to use what they paid for

Re: Reverse Engineering Bambu Connect

#294

Post by cap11235 »

op00to wrote: post #284
emiliobumachar wrote: post #272

Earlier quoted context omitted.

My toilet doesn't officially support crapping without an internet connection either. I'd argue that in both cases it's implicit unless very explicitly disclaimed.

How would a toilet with no electronics require an internet connection?

Why does a 3d printer need internet?

Re: Reverse Engineering Bambu Connect

#295

Post by cap11235 »

nullstyle wrote: post #262
nialv7 wrote: post #34

Earlier quoted context omitted.

bait-and-switch? We, those who advocate for open source 3D printers, saw it coming from miles away. This has very very clearly been their plan all along, they themselves said as much (e.g. they are doing the "apple model"). They have been very transparent about this, yet people still fell for it.

no, it hasn't been their clear plan all along, and blaming the victims is not advocating for open source 3d printers. Fully open source, DIY 3d printers that are available today suck compared to Bambu. The commercial offerings built on top of Orca (I have a magneto X) suck compared to bambu. The 3d printing community just slapped down heygears for similar BS to what bambu is pulling right now. Once Bambu hire some be…

Apologists are crazy. It's clearly shit

Re: Reverse Engineering Bambu Connect

#296

Post by cap11235 »

DrBenCarson wrote: post #78
nialv7 wrote: post #34

Earlier quoted context omitted.

bait-and-switch? We, those who advocate for open source 3D printers, saw it coming from miles away. This has very very clearly been their plan all along, they themselves said as much (e.g. they are doing the "apple model"). They have been very transparent about this, yet people still fell for it.

AFAIK, Apple has never retroactively removed functionality from devices people already purchased Selling a walled garden is one thing, building walls around a garden you already bought is another thing entirely

[flagged]

Re: Reverse Engineering Bambu Connect

#297

Post by nullstyle »

cap11235 wrote: post #295
nullstyle wrote: post #262

Earlier quoted context omitted.

no, it hasn't been their clear plan all along, and blaming the victims is not advocating for open source 3d printers. Fully open source, DIY 3d printers that are available today suck compared to Bambu. The commercial offerings built on top of Orca (I have a magneto X) suck compared to bambu. The 3d printing community just slapped down heygears for similar BS to what bambu is pulling right now. Once Bambu hire some be…

Apologists are crazy. It's clearly shit

Its clearly shit, but you're delusional if you think I'm an apologist.

Re: Reverse Engineering Bambu Connect

#298

Post by animex »

teruakohatu wrote: post #134
ThouYS wrote: post #117

I wish Prusa weren't asleep at the wheel, then we would have bought a core one (that is, the hypothetical variant with large build volume and same quality as bambulab). Instead, we bought a P1S, which is, technically speaking, a fantastic machine.

Not really asleep at the wheel. More like they invented the wheel, produced the open source slicer (a fork of the original slicer but vastly improved), which was then used by Bambu who could manufacture a printer for less in China rather than in the EU. Prusa themselves run 600 printers. They are commercial grade. If I was using a printer for commercial design or prototyping I would go with Prusa. Not only because I…

Wow, so the actual content is also sent to the cloud? Not just authentication/metadata? Massive overreach. Imagine a inkjet/laser printer company sending every page you printed to their servers? (actually I wouldn't be surprised if HP does this already)

Re: Reverse Engineering Bambu Connect

#299

Post by dghlsakjg »

nunobrito wrote: post #225
theshrike79 wrote: post #191

Earlier quoted context omitted.

A typical car driver can't change the oil in their car, nor can they do a headgasket swap either. People don't go telling that Ford "refuses users to let their change their oil". It's all perfectly doable, but you do need the tools and an ability to follow a step by step guide with pictures.

Imagine Ford deciding their cars must drive at 50% their speed when the engine oil is older than 2 years and at the same time forbidding users from changing the oil. Yet there are always people justifying these type of awful practices as better for users. These aren't, the measures are only good for business.

Ford actually does this. They have something called limp mode for when sensors detect degraded conditions. They won't honor the warranty if you clear the code manually and continue operating the vehicle.

Many cars enter limp mode for when the ECU senses a possibly damaging condition. This limits the performance and capabilities until someone with a diagnostic computer can plug it in. Many times these diagnostic computers are entirely proprietary.

I'm not saying it is justified, but to pretend that other businesses don't do this is silly.

Re: Reverse Engineering Bambu Connect

#300

Post by nullstyle »

cap11235 wrote: post #295
nullstyle wrote: post #262

Earlier quoted context omitted.

no, it hasn't been their clear plan all along, and blaming the victims is not advocating for open source 3d printers. Fully open source, DIY 3d printers that are available today suck compared to Bambu. The commercial offerings built on top of Orca (I have a magneto X) suck compared to bambu. The 3d printing community just slapped down heygears for similar BS to what bambu is pulling right now. Once Bambu hire some be…

Apologists are crazy. It's clearly shit

oh, and look, the backlash is already starting: https://www.youtube.com/watch?v=91kfolYkRNM

I'm not saying I wouldn't love for an fully open source printer company to have the quality and velocity of development that the bambu has (AMS-compatible TPU, delicious), I'm saying people who are making "It's clearly X... You should have known Y" aren't providing useful perspective nor are they accurate. Looking at your post history shows this.

Post reply on HN