I’m not talking about the code in Valetudo - I’m talking about the code that’s already running on the robot vacuum before installing Valetudo. It remains on the device after you install Valetudo.
Basically, any concerns about privacy stemming from the original software on the robot vacuum do not get eliminated by installing Valetudo
Valetudo actively blocks the cloud connections. Also, only firmware versions specifically installed with Valetudo is supported (so no chance an update to the original device firmware happens, and does new things).
I think there’s a very low chance something escapes to the vendor cloud.
None the less, I personally run these on a separate VLAN without internet access.
Are you sure about that? It’d be a pretty big feature to implement, and surely it would be something that the Valetudo author would mention in the docs for the project.
It’s just DNS based, and iirc dont require any major effort other than patching the hosts file. Of course it is possible it is not enough, but I have high confidence in the authors after also having watched various talks at I.e DEFCON, that i would be surprised if they missed the firmware doing other nasty things.
From what I can see, one of two things happens. First, the main cloud communications are intercepted and handled by Valetudo. It replaces the cloud infrastructure with the firmware it adds to the vacuum. Second, some require connectivity to your router or the internet in general. Connections to your router shouldn’t be harmful, and he specifically leaves blocking connections to the internet (which shouldn’t be required for the vacuum to function). I’m only speculating here, but given the open-endedness of the comment I’m guessing explicitly blocking certain connections could be considered an illegal circumvention by laws such as the DMCA. I’d like them to note which vacuums those are so they could be more easily avoided.
I’m not talking about the code in Valetudo - I’m talking about the code that’s already running on the robot vacuum before installing Valetudo. It remains on the device after you install Valetudo.
Basically, any concerns about privacy stemming from the original software on the robot vacuum do not get eliminated by installing Valetudo
Valetudo actively blocks the cloud connections. Also, only firmware versions specifically installed with Valetudo is supported (so no chance an update to the original device firmware happens, and does new things).
I think there’s a very low chance something escapes to the vendor cloud.
None the less, I personally run these on a separate VLAN without internet access.
Are you sure about that? It’d be a pretty big feature to implement, and surely it would be something that the Valetudo author would mention in the docs for the project.
It’s just DNS based, and iirc dont require any major effort other than patching the hosts file. Of course it is possible it is not enough, but I have high confidence in the authors after also having watched various talks at I.e DEFCON, that i would be surprised if they missed the firmware doing other nasty things.
Patching DNS is specifically possible to enable/disable on the firmware build tool: I.e https://builder.dontvacuum.me/_dreame_r2416.html and the source for that is here https://github.com/dgiese/dustbuilder-script-public/blob/7afed16999711833a8ac0b3b482e935c3ef77219/modifys8image.sh#L169
From what I can see, one of two things happens. First, the main cloud communications are intercepted and handled by Valetudo. It replaces the cloud infrastructure with the firmware it adds to the vacuum. Second, some require connectivity to your router or the internet in general. Connections to your router shouldn’t be harmful, and he specifically leaves blocking connections to the internet (which shouldn’t be required for the vacuum to function). I’m only speculating here, but given the open-endedness of the comment I’m guessing explicitly blocking certain connections could be considered an illegal circumvention by laws such as the DMCA. I’d like them to note which vacuums those are so they could be more easily avoided.