Re:Trust is good, control is better: Reproducible builds at ...
by Foxboron on Sunday July 21, 2019 @07:06AM
(#20490800)
>A practical solution, IMO, would be several organizations running and publishing the builds—i.e. several independent F-Droids. Then, a few interested people could rather trivially automatically download the binaries and compare them. If one of the ‘stores’ gets compromised, a mismatch in binaries would indicate that.
This idea has been discussed for years in the reproducible builds project. There has been some progress on this part on the Debian side of things, and you can in practice deploy rebuilders and make APT communicate and compare signed attestations.
Lukas from NYU did a presentation during miniDebConf in June. https://www.youtube.com/watch?v=hbHa4OFv7Qo
Disclaimer: I worked on this project and contribute to the reproducible builds project.
Re:Trust is good, control is better: Reproducible builds at ...
by brachi on Saturday July 20, 2019 @02:21PM
(#20487398)
but isn't the target users of F-droid developers? E.g. someone who could build things from scratch if they decide to go beyond trusting the signature?
Re:Trust is good, control is better: Reproducible builds at ...
by aasasd on Saturday July 20, 2019 @11:12PM
(#20489759)
No. I myself use F-Droid, and my knowledge of Android development consists of editing a line in an XML file in AnkiDroid and rebuilding the app with Gradle like the readme says.
And even if the share of nerds is higher among F-Droid users, I still don't think coders often go “wait, this app is open-source, let me build it myself instead of getting a binary.”
A practical solution, IMO, would be several organizations running and publishing the builds—i.e. several independent F-Droids. Then, a few interested people could rather trivially automatically download the binaries and compare them. If one of the ‘stores’ gets compromised, a mismatch in binaries would indicate that.
This implies that versions should be built fully automatically from updated sources, without action on the part of the authors that is specific to the stores.
Edit: the idea of distributed builds, mentioned in the article, is similar—but IMO it's still unlikely that people will spend resources on apps that they personally don't use.