[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #5761 [TorBrowserButton]: using Dooble Web Browser for the Torbrowser
#5761: using Dooble Web Browser for the Torbrowser
---------------------------------+------------------------------------------
Reporter: mike123 | Owner: mike123
Type: enhancement | Status: closed
Priority: normal | Milestone:
Component: TorBrowserButton | Version:
Resolution: invalid | Keywords:
Parent: | Points:
Actualpoints: |
---------------------------------+------------------------------------------
Comment(by rransom):
Replying to [comment:11 mike123]:
> Of course it encrypts strings of all sizes, even empty ones.
* `dmisc::encodedString()` starts by padding its input to a multiple of
the cipher's block size (16 bytes for all modern block ciphers which would
be used with an encryption âmodeâ).
* It then calls `gcry_cipher_encrypt` to encrypt that padded buffer âin
placeâ.
* Since a 16-byte-or-shorter string is padded to 16 bytes, and 16 bytes
is not ''strictly longer'' than the cipher's block size, and the
`GCRY_CIPHER_CBC_CTS` flag was set during the call to `gcry_cipher_open`,
`gcry_cipher_encrypt` returns an error.
* Since `gcry_cipher_encrypt` returns an error, `dmisc::encodedString()`
returns its (plaintext) input string.
So, no it doesn't.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/5761#comment:13>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs