[OTR-dev] Resetting our_keyid for each AKE

Frithjof sfrithjof at gmail.com
Thu Sep 19 17:20:03 EDT 2013


Hi,

I have been trying to find out why I have problems when using xmpp-client
for OTR conversations with Gibbertbot. After ending a first OTR session and
starting
another one I get errors like

    * (6:39PM) While processing message from xxx: otr: peer requested keyid
1 when I'm on 5

As far as I can see our_keyid (or the equivalent variable) is reset to 1
for each new AKE in libotr, java-otr and otr4j, but the spec just says that
both sides 'pick' a keyid, so this shouldn't be necessary and is not done
in Go's otr library. On the other hand the spec does say:

    When starting a private conversation with a correspondent, generate two
DH key pairs for yourself, and set our_keyid = 2.

I tried to patch Go's otr library to reset the keyId after receiving and
sending DH-Commit messages and this seems to fix the problems with
Gibberbot, but I guess this is not really the right fix. Shouldn't
Gibberbot respect the bigger keyId published in the Reveal Signature
Message?

Best,
Frithjof
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cypherpunks.ca/pipermail/otr-dev/attachments/20130919/70febde6/attachment.html>


More information about the OTR-dev mailing list