Sujet : Re: yas 28 43
De : stefan (at) *nospam* mailchuck.com (Stefan Claas)
Groupes : sci.cryptDate : 20. Apr 2025, 10:43:07
Autres entêtes
Organisation : i2pn2 (i2pn.org)
Message-ID : <411050c815be9a3a6484338c9a22062efa083070@i2pn2.org>
References : 1 2
User-Agent : flnews/1.3.0pre29 (for GNU/Linux)
Alfred Peters wrote:
Es schrieb einmal Onion Courier:
x9XQi5D3NRLp6RKBotv2DJbrCm7ZYBzAX9HyD5jdyRrdYCXxKpDywa7NdGilChDd2dD+mKqq8iyi
The same to you.
Did this pointless and oversized padding have to be used here?
Well, it was used so that people do not know the message length,
prior decoding, but padding can of course been omitted.
IIjR3DH3hPDXPbX+6nv5oUHYWv3PCcD4tYLrUDLdAQfFsc7vZHHUJTQxj72hM3iN4j==
=> QlVYT0NSRUdGT0FBSUxQUVdDWEhOWFBLVVdSQUxYQ1ZUQVJSRUpLV0G8DwAAAAAAAA==
=> [...]LPQWCXHNXPKUWRALXCVTARREJKWA<BC><0F><00><00><00><00><00><00>
In the end, you end up with garbage data. Is that because of your
encoder or my decoder?
None of both. It was added with my pad[1] program. I created it long
ago because GnuPG has not such padding capabilities, when I was still
a member on their mailing list and suggested variable in size padding,
for GnuPG, so that all messages have the same size so that Eve get's
a little bit frustrated. :-)
[1]
https://github.com/706f6c6c7578/padRegards
Stefan
-- Onion Courier Home Server Mon-Fri 15:00-21:00 UTC Sat-Sun 11:00-21:00 UTCohpmsq5ypuw5nagt2jidfyq72jvgw3fdvq37txhnm5rfbhwuosftzuyd.onion:8080 inbox