| Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
XmppAxolotlMessage is now entirely responsible for handling encryption
and decryption of messages, only leveraging XmppAxolotlSession as a
packing/unpacking primitive for payload keys.
Removed pseudo-dead session generation code step from prepareMessage
function, as sessions have been created by invoking the
TrustKeysActivity for a while now.
Added prepareKeyTransportMessage function, which creates a message with
no payload. The key that is packed into the header keyElements can then
be used for other purposes (e.g. encrypted file transfer).
|
|
|
|
|
|
Moves SQLiteAxolotlStore and XmppAxolotlSession into proper classes.
IdentityKeys trust statuses are now cached in an LruCache to prevent
hammering the database when rendering the UI.
|
|
This also ensures that the IV is generated with proper randomness.
|
|
Can now long-press a key to permanently purge it.
|
|
|
|
Messages are now tagged with the IdentityKey fingerprint of the
originating session. IdentityKeys have one of three trust states:
undecided (default), trusted, and untrusted/not yet trusted.
|
|
Previously, the sender was assumed to be the conversation counterpart.
This broke carboned own-device messages. We now track the sender
properly, and also set the status (sent by one of the own devices vs
received from the counterpart) accordingly.
|
|
This can be used later in order to display trust status of messages, as
well as for potential resending of messages in case of preKey conflicts.
|
|
This really sucks to do it like this. Sorry. :(
|
|
Numerous fixes
|
|
Initial sketch of the peripheral storage infrastructure for the new
axolotl-based encryption scheme.
|
