summaryrefslogtreecommitdiffhomepage
path: root/Encryption.hs
diff options
context:
space:
mode:
authorJoey Hess <joeyh@joeyh.name>2017-03-11 11:49:03 -0400
committerJoey Hess <joeyh@joeyh.name>2017-03-11 11:49:03 -0400
commitf06692d75041bd646539eb79f4809666038d8f5b (patch)
treeeaa1d3a5a94ff136e767d868441334742dfa9b19 /Encryption.hs
parent99a5321aab580b2caa62559d3b6c016ccf15eb70 (diff)
downloadkeysafe-f06692d75041bd646539eb79f4809666038d8f5b.tar.gz
remove AONT
If there are 3 chunks each split into 3 shares and distributed amoung 9 servers, and 2 shares are needed to recover each chunk, then with AONT, 6 servers need to collude to do so. Without AONT, a single chunk might contain the actual gpg private key, and only 3 servers might need to collude to recover that single chunk. On the other hand, with 9 servers, SSS can split the data into 9 shares with 6 needed for recovery. Thus, 6 servers will be needed to recover any data at all, no matter how it's chunked or which chunks contain the actual gpg key. So, I think that tuning SSS can provide the same effects as AONT.
Diffstat (limited to 'Encryption.hs')
0 files changed, 0 insertions, 0 deletions