< Return to Video

Software transparency: package security beyond signatures and reproducible builds

  • Not Synced
    This will be an academic talk
    as announced.
  • Not Synced
    I will try to bring some of my research
    I did during my PhD into the real world.
  • Not Synced
    We are going to talk about the security
    of software distribution and
  • Not Synced
    I'm going to propose a security feature
    that adds on top of
  • Not Synced
    the signatures we have up to today
  • Not Synced
    and also the reproducible builds that
    we already have to very large degree.
  • Not Synced
    I am going to highlight a few points where
    I think infrastructure changes are required
  • Not Synced
    to accommodate this system and I would
    also appreciate any feedback
  • Not Synced
    you might have.
  • Not Synced
    I'm going to ??? a few motivation of
    what should we care about.
  • Not Synced
    In the security of software distribution
  • Not Synced
    we already do have
    cryptographic signatures
  • Not Synced
    I've just put up a few examples of
    recent attacks that involved
  • Not Synced
    the distribution of software where
    people who presumably thought
  • Not Synced
    they knew what they were doing had
    grave problems with software distribution.
  • Not Synced
    For example, the juniper backdoors,
    pretty famous.
  • Not Synced
    Juniper discovered two backdoors
    in the code and
  • Not Synced
    nobody really knew where they were
    coming from.
  • Not Synced
    Another example would be
    Chrome extension developers
  • Not Synced
    who got their credentials fished and
    subsequently their extensions backdoored
  • Not Synced
    or another example, a signed update to
    a banking software actually included
  • Not Synced
    a malware and infected several banks.
  • Not Synced
    I hope this is motivation for us to
    consider this kinds of text
  • Not Synced
    to be possible and to prepare ourselves.
  • Not Synced
    I have two main goals in the system
    I am going to propose.
  • Not Synced
    The first is to relax trust in the archive.
  • Not Synced
    In particular, what I want to achieve is
    a level of security even if
  • Not Synced
    the archive is compromised and
    the specific thing I am going to do is
  • Not Synced
    to detect targeted backdoors.
  • Not Synced
    That means backdoors that are distributed
    only to a subset of the population and
  • Not Synced
    what we can achieve is to force
    the attacker to deliver the malware
  • Not Synced
    to everybody, thereby greatly decreasing
    their degree of stealth and increasing
  • Not Synced
    their danger of detection.
  • Not Synced
    This would work to our advantage.
  • Not Synced
    The second goal is the forensic auditability
  • Not Synced
    which overlaps to a surprising degree
    to the first one in technical terms,
  • Not Synced
    in terms of implementation.
  • Not Synced
    So, what I want to ensure is that we have
  • Not Synced
    inspectable source code for every binary.
  • Not Synced
    We do have of course the source code
    available from our packages, but
  • Not Synced
    only for the most recent version,
    everything else is a best effort
  • Not Synced
    by the code archiving services.
Title:
Software transparency: package security beyond signatures and reproducible builds
Description:

more » « less
Video Language:
English
Team:
Debconf
Project:
2018_mini-debconf-hamburg
Duration:
25:04

English subtitles

Incomplete

Revisions Compare revisions