Bug #2205
keysync 0.2.0 fails to convert keys on ubuntu
Status: | New | Start date: | 10/24/2013 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | - | % Done: | 0% | |
Category: | - | |||
Target version: | 0.2.1 | |||
Component: |
Description
Attempting to run keysync on ubuntu 12.04 fails with errors
$ keysync -i jitsi -o chatsecure
Unable to open ~/.mtpz-data for reading, MTPZ disabled.Reading jitsi files...
Traceback (most recent call last):
File "/usr/bin/keysync", line 110, in <module>
main()
File "/usr/bin/keysync", line 87, in main
otrapps.util.merge_keydicts(keydict, properties.parse())
File "/usr/lib/python2.7/dist-packages/otrapps/jitsi.py", line 93, in parse
numdict = otrapps.util.ParsePkcs8(private_key)
File "/usr/lib/python2.7/dist-packages/otrapps/util.py", line 112, in ParsePkcs8
seq = ParseASN1Sequence(decoder.decode(Decode(pkcs8))[0])
File "/usr/lib/python2.7/dist-packages/pyasn1/codec/ber/decoder.py", line 365, in call
'Short octet stream on tag decoding'
pyasn1.error.SubstrateUnderrunError: Short octet stream on tag decoding
Related issues
History
#1 Updated by hans about 4 years ago
- Target version set to 0.2
I've seen this bug before, it only seems to happen with certain keys or configurations. I did fix a couple of jitsi bugs recently. I just pushed the 0.2 version, could you update and try again?
#2 Updated by hans about 4 years ago
- Target version changed from 0.2 to 0.2.1
#3 Updated by tester about 4 years ago
Hans,
I did an upgrade to get the latest version (still reporting as 0.1) and the issue persists when trying to convert jitsi (mutiple otr keys - xmpp, yahoo gtalk, etc)
Gajim with one xmpp key works fine
#4 Updated by tester over 3 years ago
Tested with 0.2.1.1, still failing
$ keysync -i jitsi
Unable to open ~/.mtpz-data for reading, MTPZ disabled.Reading jitsi files...
Traceback (most recent call last):
File "/usr/bin/keysync", line 120, in <module>
main()
File "/usr/bin/keysync", line 97, in main
otrapps.util.merge_keydicts(keydict, properties.parse())
File "/usr/lib/python2.7/dist-packages/otrapps/jitsi.py", line 93, in parse
numdict = otrapps.util.ParsePkcs8(private_key)
File "/usr/lib/python2.7/dist-packages/otrapps/util.py", line 113, in ParsePkcs8
seq = ParseASN1Sequence(decoder.decode(Decode(pkcs8))[0])
File "/usr/lib/python2.7/dist-packages/pyasn1/codec/ber/decoder.py", line 596, in call
'Short octet stream on tag decoding'
pyasn1.error.SubstrateUnderrunError: Short octet stream on tag decoding
#5 Updated by hans over 3 years ago
Yeah, 0.2.1.1 didn't address this issue, unfortunately. We can't reproduce it, so it is very difficult for us to track down this issue. And since it is your private key, you shouldn't send it to us. So either someone can generate a test key that causes this problem, or someone whose key is affected needs to debug it.
#6 Updated by tester about 3 years ago
Hans, what can I do to help debug?
And yes, correct about the not sending private key. The file its self also has multiple keys for various services (xmpp, yim, icq, msn, gtalk etc) possibly part of the problem?
#7 Updated by hans about 3 years ago
My guess is that having multiple services doesn't matter. The issue is in the parsing of the key. My guess it is related to something like wrong padding in the base64 string.