we care because you do

Miranda 0.8.16 / 0.9.0 Silent TLS Fail

Miranda 0.8.16 / 0.9.0 Silent TLS Fail
Posted Mar 17, 2010
Authored by Jan Schejbal

Miranda versions 0.8.16 and 0.9.0 alpha build #6 Unicode and SVN rev. 11383 suffer from a silent TLS failure.

tags | advisory
MD5 | faf4a2b8a510aea1894b2cc17b22289a

Miranda 0.8.16 / 0.9.0 Silent TLS Fail

Change Mirror Download
Summary:
Under certain conditions, Miranda ignores the "Use TLS" setting in
Jabber accounts and uses an unencrypted connection.

Affected: Miranda IM (instant messenger), at least versions 0.8.16,
0.9.0 alpha build #6 Unicode and SVN rev. 11383

Description:
If the following conditions are met:
- "Use TLS" is enabled in the jabber account settings (Network -
Jabber - Account),

- "Validate SSL certificates" is enabled in the Network settings

- "Disable SASL authentication" is enabled in the advanced jabber
settings (Network - Jabber - Advanced, Miscellaneous - Server options)

Miranda will silently connect to the server without using TLS, sending
all data in plain.


Impact: This issue allows eavesdropping and impersonation attacks on the
connection to the XMPP/Jabber server, even if "Use TLS" is enabled and
the user assumes the connection to be secure.


Workaround:
Uncheck "Disable SASL authentication" and restart Miranda.
Make sure the server certificate is trusted (via the Windows certificate
store), or your connections will fail.


Disclosure:
The bug was reported to the authors via their bug tracker.

I disclose the issue to the public without waiting for a patch because

a) no harm is expected from public knowledge of this issue, even as no
patch exists

b) an easy workaround (fixing the settings) exists


It seems that this issue was already reported by another user in 2009:
http://code.google.com/p/miranda/issues/detail?id=152

According to that, the "Disable SASL" setting suppresses TLS and no
warning is given to the user.

Fix:
Ensure that if "Use TLS" is checked, failure to establish a TLS-secured
connection is a fatal error. No data should be transferred and the user
should be warned about this.

*Additionally*, make "Use TLS" and "Disable SASL" mutually exclusive and
change the misleading name of the "Disable SASL" setting.


written by: Jan Schejbal

Thanks to Protogenes and Nico Haase for testing and confirming the issue.



Kind regards,
Jan Schejbal

Comments

RSS Feed Subscribe to this comment feed

No comments yet, be the first!

Login or Register to post a comment

File Archive:

May 2012

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    May 1st
    37 Files
  • 2
    May 2nd
    53 Files
  • 3
    May 3rd
    33 Files
  • 4
    May 4th
    4 Files
  • 5
    May 5th
    10 Files
  • 6
    May 6th
    17 Files
  • 7
    May 7th
    19 Files
  • 8
    May 8th
    36 Files
  • 9
    May 9th
    34 Files
  • 10
    May 10th
    35 Files
  • 11
    May 11th
    20 Files
  • 12
    May 12th
    18 Files
  • 13
    May 13th
    11 Files
  • 14
    May 14th
    27 Files
  • 15
    May 15th
    58 Files
  • 16
    May 16th
    54 Files
  • 17
    May 17th
    25 Files
  • 18
    May 18th
    53 Files
  • 19
    May 19th
    9 Files
  • 20
    May 20th
    15 Files
  • 21
    May 21st
    25 Files
  • 22
    May 22nd
    32 Files
  • 23
    May 23rd
    35 Files
  • 24
    May 24th
    26 Files
  • 25
    May 25th
    25 Files
  • 26
    May 26th
    11 Files
  • 27
    May 27th
    8 Files
  • 28
    May 28th
    0 Files
  • 29
    May 29th
    0 Files
  • 30
    May 30th
    0 Files
  • 31
    May 31st
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2012 Packet Storm. All rights reserved.

close