Newbie: lifecycle of keys


I am starting to design an ActivityPub service, and I was wondering:

1 - When I create private keys for my users, are they expected to be permanent, or can they be changed?
2- Or, in other words, when I store a public key of a remote user, is there any mechanism I should check for revocation? Should I attempt to fetch a new key in case decrypting didn’t work with the one I cached?


They can change, and they can change at any time (blind rotation). If a signature doesn’t validate with a cached key, you should refetch the profile in case the key changed.

1 Like

Thanks @trwnh . So no proper occasion to rotate them?

You may receive an Update that rotates the keys, but this is not required.

This is only correct for actors you have rarely contact with. Actors, you talk to regularly, e.g. followers and following, should send you an Update when rotating keys.

Requiring the above behavior would ensure that the entity behind an actor stays the same. Here entity means as something controlling a cryptographic identity.

Unfortunately, how to do key rotation and the implications of http signatures have not been documented. I have some ambition to fill this hole.

1 Like

may send an Update when rotating keys. There is a concept known as “blind key rotation” which provides deniability to any previously-delivered signed message. It works something like this:

  1. Alice POSTs a Create activity to Bob with key A1.
  2. Bob validates that the activity was signed with A1.
  3. Alice Deletes the object, and changes to key A2 without telling anyone.
  4. Bob can now no longer prove that Alice sent the original activity with A1. Anyone who observes Alice can see that Alice’s key is clearly A2, and the prior signature will fail to validate against key A2.

If instead Alice sent a signed Update to Bob that was signed with key A1 and updated to key A2, the deniability would go away, because there is a clear lineage and history linking key A1 and A2 to the same controller.

As I said earlier: Without having somebody write a specification what we get out of using signatures, opinions will differ on what signatures mean, and what one can expect.

1 Like