Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.security > #4680

Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird)

Path csiph.com!weretis.net!feeder6.news.weretis.net!news.glorb.com!bofh.it!news.nic.it!robomod
From Elmar Stellnberger <estellnb@gmail.com>
Newsgroups linux.debian.security
Subject Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird)
Date Mon, 11 Apr 2016 10:20:02 +0200
Message-ID <rmFeG-2HC-13@gated-at.bofh.it> (permalink)
References <rmqpk-7ON-1@gated-at.bofh.it> <rmDZg-1wB-9@gated-at.bofh.it>
X-Original-To Evgeny Kapun <abacabadabacaba@gmail.com>
X-Mailbox-Line From debian-security-request@lists.debian.org Mon Apr 11 08:11:57 2016
Old-Return-Path <estellnb@gmail.com>
X-Amavis-Spam-Status No, score=-7.699 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
X-Policyd-Weight using cached result; rate: -7
Dkim-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=InVN4o1nbu2lUXrLdL4C9YLx/JZUXtZGQChvTuiBqDk=; b=dk+Xp3PxxomtymuSpwLzo4b0FHdLBNwJ4iL1JYCHGrgNCpAijVlEXZawA6NwvQqAVt 72Jn/fdIr7KW9wIzYw0zp4iZkuUKbeqUVOjTcrXs3yRapCYggPfazkFsMM4HJxuavMef Cv99X0ijex6eO26uuljDgUzlzGPUob5Uud674Dk51I7KFOG/sMpUKyB7BtJn/WLQIt8C JYFMZB9Aa95JgvLIVf6cLlfg4/EL0Lcbo4/O+y+U9jKsudJRMA6/Xi0n2lH638KtI5Ps yY0jtXp4KkFSrOGkVYFsfDczgjH1kd2jnX02wmDwbMcMnqPjSh5RH8a0BDWZ6v7gkdhV dd2A==
X-Google-Dkim-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=InVN4o1nbu2lUXrLdL4C9YLx/JZUXtZGQChvTuiBqDk=; b=Gb46QCpgYPqHqJR25NpNCxrMZ1Z2vru80KyxZcBx9R0POZumEtsIY7T2xv9ye/9cLE hJZ9kLqOCSEfimcE8mPFVJwMHBiuHvfLeGe2PvvwdyE/XoWwBWQ4YdqEuAeIoFm3HRBy 851W6mFM+Io5hYNqAErKfM+bVb5SLDIpO/aBFshAkbQ8H0EEmAmTRpQN8Y3jz7FIz0u7 E/T4f5mERYKyCmGS3TKbnk1GsRVC3W31NHzpO+A4G8PgOG00MiogpHrCsQInHbsviNf8 4DMyc9YUqIjdBtDqiqzcsXFZB0diulMI3o85qDpV6UUV42TykdVhkIgcb8xSWD2xpv0B PjPQ==
X-Gm-Message-State AOPr4FU3Z0XHswA9ZVy2fpZ/rPPDj886IjmGPpHAAwh5kzTKKwdMJLXKliUwON2NZKeMCQ==
X-Received by 10.28.212.71 with SMTP id l68mr6299256wmg.22.1460362301289; Mon, 11 Apr 2016 01:11:41 -0700 (PDT)
User-Agent Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1
MIME-Version 1.0
Content-Type text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding 8bit
X-Mailing-List <debian-security@lists.debian.org> archive/latest/27727
List-ID <debian-security.lists.debian.org>
List-URL <https://lists.debian.org/debian-security/>
List-Archive https://lists.debian.org/msgid-search/570B5BF8.3000508@gmail.com
Approved robomod@news.nic.it
Lines 50
Organization linux.* mail to news gateway
Sender robomod@news.nic.it
X-Original-Cc debian-security@lists.debian.org
X-Original-Date Mon, 11 Apr 2016 10:10:32 +0200
X-Original-Message-ID <570B5BF8.3000508@gmail.com>
X-Original-References <570A7DB1.5000408@gmail.com> <570B4A4A.3070000@gmail.com>
Xref csiph.com linux.debian.security:4680

Show key headers only | View raw


Am 2016-04-11 um 08:55 schrieb Evgeny Kapun:
> On 10.04.2016 19:22, Elmar Stellnberger wrote:
>> my gmail password was malversated within a few seconds; i.e. I got a
>> login attempt from HongKong and had to change the password after
>> disconnecting.
>
> Is it possible that it was YOUR login attempt? Maybe Google detected
> your login attempt through VPN as coming from Hong Kong and thus blocked
> it. If this is the case, your account was probably not compromised.
>

   Yes, it was actually the login attempt by my Thunderbird instance as 
the VPN was from Hong Kong and the login attempt as well. So this time 
no password had been malversated, definitely. Please excuse the 
irritation. Once you can remember a similar accident you will be 
somewhat more suspicious than necessary.
   Nonetheless the last time I had connected via a similar but more 
suspicious VPN to France I got a similar login attempt via my Google 
account from Vienna, Austria while I was staying in Carinthia and 
connected via Klagenfurt/Austria (where my ISP links to). That time 
there was definitely reason to believe in an attack of my Google account 
and I had my password changed.
   Similarely I had connected once via an unencrypted Wifi in Villach 
and got login attempts from Russia within a few hours afterwards for my 
Google account. Also very suspicious. Unfortunately these accidents will 
likely not be of help for us since they are already about a year or two 
in the past (summer last year; i.e. ~ 1,5 years in the past). I can not 
even remember the server settings from then (though they were likely 
somewhat similar.).
   Anyone here who can remember a hard security issue having been fixed 
for SSL/TLS within the last two years? The heart bleed bug should 
already have been fixed then as that one is from April 2014.


> Actually, Google is very suspicious of login attempts from email clients
> and other non-browser programs. When logging in through a browser, it
> uses browser fingerprint and a persistent cookie to check that you are
> logging in from the browser that you usually use, but it can't do that
> with email clients.

P.S.: Special Thanks to You, Brandon Vincent.
I still had the STARTTLS setting activated for my revido account and 
changed it to SSL/TLS as soon as I had heard how dangerous that might 
be. Unfortunately there are no geographical warnings for login attempts 
from the revido account (Accordings to ¿German law? they do not even 
expose me their server log cotaining the IPs with login attempts which 
could be backtraced with geoip). I`d personally believe that 
unsuspecting users should be warned of the fallback option of STARTTLS 
as it sounds like TLS but it can start an unencrypted connection as well.

Back to linux.debian.security | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-10 18:30 +0200
  Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird) Brandon Vincent <Brandon.Vincent@asu.edu> - 2016-04-11 00:10 +0200
    Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-11 08:30 +0200
  Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Evgeny Kapun <abacabadabacaba@gmail.com> - 2016-04-11 09:00 +0200
    Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-11 10:20 +0200
      Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird) Vladislav Kurz <vladislav.kurz@webstep.net> - 2016-04-11 11:30 +0200
        Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-11 19:30 +0200
          Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird) Vaughn Graham <vaughng@dmsllconline.net> - 2016-04-11 21:00 +0200
            Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-11 21:20 +0200
            Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird) Brandon Vincent <Brandon.Vincent@asu.edu> - 2016-04-12 05:20 +0200
      Re: SSL/TLS still seems to be screwed up (retrieving Mail with Thunderbird) Brandon Vincent <Brandon.Vincent@asu.edu> - 2016-04-11 15:00 +0200
        Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-11 21:50 +0200
          Re: SSL/TLS still seems to be screwed up (retrieving Mail with  Thunderbird) Elmar Stellnberger <estellnb@gmail.com> - 2016-04-11 22:50 +0200

csiph-web