Retain a history of old passwords

[oubiwann]

1password focuses on passwords, so their secret data is a little simpler than ours: they just push the old pass onto a history vec/array. This won't work for us since in addition to passwords, we do service creds, asymmetric crypto files, certs, etc.. Our current setup for decrypted records is this:

pub struct DecryptedRecord {
    pub secrets: Secrets,
    pub metadata: Metadata,
}

In order to retain old passwords with their metadata (most useful would probably be last updated and last accessed), we'd want a Vec of DecryptedRecord ... so maybe something like this?

pub struct DecryptedRecord {
    pub secrets: Secrets,
    pub metadata: Metadata,
    pub history: Vec<DecryptedRecord>
}

This means, of course, that we'll have to update EncryptedRecord similarly. Maybe something like:

pub struct EncryptedRecord {
    pub key: String,
    pub value: Vec<u8>,
    pub metadata: Metadata,
    pub history: Vec<u8>,
}

with history getting the same encryption treatment that value does ...

Tasks:

• [x] Create v080 records module
• [x] Create v090 records module
• [x] Add new implementation of DecryptedRecord with new field
• [x] Ensure new field gets encrypted
• [x] Add new implementation of EncryptedRecord with new field
• [x] Ensure the new field gets decrypted
• [x] Add method(s) to DecryptedRecord to get old passwords
• [x] Add new subcommand list passwords
• [x] Clean up formatting (new output tables)
• [x] Update integration tests to show old passwords
• [x] Clean up tests

[oubiwann]

This does beg the question about growing DB sizes ... might have to explore a different solution in the future (Rucksack is decrypted to in-mem to avoid writing sensitive data to disk. Might be able to so some clever juggling with partially loading a BTree in-memory ...

[oubiwann]

I think I was looking at some old or incomplete 1password docs ... because their list of supported types is rather extensive. I didn't see SSL certs, but they've got all sorts of crazy stuff they support.