lkml.org 
[lkml]   [2004]   [Jul]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [PATCH] Delete cryptoloop
    Date
    > But we identified more problems (I don't if these are all real issues).
    > Assuming the attacker has access to both plaintext and the encrypted
    > disk. (shared storage, user account on the machine or something)
    [...]

    Yes, there are a host of potential attacks in this scenario. That's why I
    wrote that, if you find yourself in this threat model, it would be prudent
    to assume that the current disk encryption scheme can potentially be
    defeated. Does anyone care about these threat models? From the design,
    I had assumed that no one cared, but if they are relevant in practice,
    then it might make sense to investigate additional defenses.

    The natural defense against these attacks would be to add a MAC, but this
    has the disadvantage of increasing ciphertext lengths and thus may be
    unsuitable for disk encryption. Also, a MAC might still be susceptible
    to some attacks based on cutting and splicing old ciphertext sectors
    with new ciphertext sectors, or somesuch. In other words, a vanilla MAC
    does not ensure freshness (it doesn't stop replaying old ciphertexts),
    unless it is augmented with additional mechanisms. It is not clear to
    me whether this would matter in practice.

    An alternative possibility would be to use a tweakable block cipher.
    The block width would be the size of the sector, and the sector number
    would be used as the tweak. This doesn't prevent the attacker from
    fooling around with ciphertexts; it just ensures that if the attacker
    changes what is on disk to some new value, then its decryption will be
    randomized and unpredictable to the attacker. One would have to spend
    a little time thinking about whether this is good enough in practice.
    Note that a tweakable block cipher retains the potential for replaying
    old ciphertexts just like a MAC would.

    Also, I haven't said anything about traffic analysis threats. If the
    attacker can observe the encrypted data on your hard disk at multiple
    times, he may be able to identify some partial information about which
    sectors or blocks of data have changed at which times. There may be
    some things one could do about this, if it matters to anyone.
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:04    [W:0.020 / U:1.064 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site