Why HTTPS Everywhere isn't on addons.mozilla.org

Re:Why HTTPS Everywhere isn't on addons.mozilla.org by ckuehl on Tuesday November 25, 2014 @08:43PM (#8660810)

Debian has a pretty nice mirroring system. Not only are all packages signed, but the Release file (which includes checksums of package lists) is also signed, preventing a mirror from omitting packages. For repositories which receive security updates (say, wheezy-updates), the index is valid for only few days in the future, which helps to prevent mirrors from withholding security updates [1].

If a mirror isn't updated, the user is eventually warned during updates:

> E: Release file for http://mirrors/debian/dists/wheezy-updates/Release is expired (invalid since 1h 20min 30s). Updates for this repository will not be applied.

It mostly negates the need for https mirrors for authenticity, although many still offer it. To my knowledge, most projects with mirror networks operate similar to this.

[1] e.g. https://mirrors.ocf.berkeley.edu/debian/dists/wheezy-updates... has the pseudo-header Valid-Until: Tue, 02 Dec 2014 20:50:35 UTC

[ Parent | on HN ]

Re:Why HTTPS Everywhere isn't on addons.mozilla.org by Xylakant on Wednesday November 26, 2014 @10:10AM (#8662616)

Actually, there's no requirement that .deb packages are signed. The system still provides a strong guarantee, because the releases file contains a list of checksums for each package, so it's impossible to tamper with the package, even though it's unsigned. However, if you manually download the package, all bets are off.

RPMs are usually signed directly.

[ Parent | on HN ]