1
0
mirror of https://github.com/moparisthebest/k-9 synced 2024-12-17 21:32:26 -05:00
k-9/src/com/fsck/k9/mail
Joe Steele 6f14294164 Remove SslHelper. Don't use SecureRandom.
SslHelper has been removed, and its functionality has been transferred
into TrustedSocketFactory.  The added layer of indirection wasn't really
simplifying anything.  It's now easier to see what happens when
createSocket() is invoked.

A new instance of SecureRandom is no longer passed to SSLContext.init().
Instead, null is passed.

The (default) provider of the TLS SSLContext used is OpenSSLProvider,
which provides an SSLSocket instance of type OpenSSLSocketImpl.  The only
use of SecureRandom is in OpenSSLSocketImpl.startHandshake(), where it is
used to seed the OpenSSL PRNG with additional random data.  But if
SecureRandom is null, then /dev/urandom is used for seeding instead.

Meanwhile, the default provider for the SecureRandom service is
OpenSSLRandom, which uses the OpenSSL PRNG as its data source.  So we were
effectively seeding the OpenSSL PRNG with itself.  That's probably okay
(we trust that the OpenSSL PRNG was properly initialized with random data
before first use), but using /dev/urandom would seem like a better source
(or at least as good a source) for the additional seed data added with
each new connection.

Note that our PRNGFixes class replaces the default SecureRandom service
with one whose data source is /dev/urandom for certain vulnerable API
levels anyway.  (It also makes sure that the OpenSSL PRNG is properly
seeded before first use for certain vulnerable API levels.)
2014-09-06 18:15:25 -04:00
..
filter Merge branch 'pr/453' 2014-03-05 06:19:55 +01:00
internet Fixes for cketti's code review on pull req #472 2014-06-13 17:49:26 -07:00
store Remove SslHelper. Don't use SecureRandom. 2014-09-06 18:15:25 -04:00
transport Remove SslHelper. Don't use SecureRandom. 2014-09-06 18:15:25 -04:00
Address.java Fixes for cketti's code review on pull req #472 2014-06-13 17:49:26 -07:00
Authentication.java Retrict use of AuthenticationFailedException 2014-02-25 15:22:30 -05:00
AuthenticationFailedException.java Big, scary massive "ant astyle" to get us back to something 2011-02-06 17:09:48 -05:00
AuthType.java Remove SslHelper.isClientCertificateSupportAvailable() 2014-08-11 11:07:42 -04:00
Body.java Recursively convert attachments of type message/rfc822 to 7bit if necessary. 2013-09-03 19:53:13 -04:00
BodyPart.java Recursively convert attachments of type message/rfc822 to 7bit if necessary. 2013-09-03 19:53:13 -04:00
CertificateChainException.java Fix erroneous SSL certificate warnings 2013-08-25 15:43:36 -04:00
CertificateValidationException.java Throw CertificateValidationException if EXTERNAL authentication fails 2014-08-11 11:07:54 -04:00
CompositeBody.java Recursively convert attachments of type message/rfc822 to 7bit if necessary. 2013-09-03 19:53:13 -04:00
ConnectionSecurity.java Client Certificate Authentication 2014-06-05 21:03:18 +02:00
FetchProfile.java Big, scary massive "ant astyle" to get us back to something 2011-02-06 17:09:48 -05:00
Flag.java + add support for $Forwarded IMAP flag 2012-08-29 02:26:38 +02:00
Folder.java Remove getNotifyClass() from Folder 2014-09-04 23:54:06 +02:00
Message.java use Set instead of implementation type 2014-02-15 23:59:24 +01:00
MessagingException.java Big, scary massive "ant astyle" to get us back to something 2011-02-06 17:09:48 -05:00
Multipart.java Recursively convert attachments of type message/rfc822 to 7bit if necessary. 2013-09-03 19:53:13 -04:00
Part.java Recursively convert attachments of type message/rfc822 to 7bit if necessary. 2013-09-03 19:53:13 -04:00
Pusher.java Big, scary massive "ant astyle" to get us back to something 2011-02-06 17:09:48 -05:00
PushReceiver.java Big, scary massive "ant astyle" to get us back to something 2011-02-06 17:09:48 -05:00
ServerSettings.java Client Certificate Authentication 2014-06-05 21:03:18 +02:00
Store.java Revert unused code changes 2014-08-11 11:07:37 -04:00
Transport.java Fix Issue 2389: Self signed certificate expiry causes silent send/receive failure. 2013-01-10 16:49:55 -05:00