Buffalo in Japan is red-faced after its Website shipped
Trojan-infected Windows driver updates for a bunch of its peripherals,
including broadband routers, home NAS, and Bluetooth mice.
According to this notice (Google translation here), the installers were modified to include Infostealer.Bankeiya.B, which steals bank account data.
Symantec reports that Buffalo moved quickly, removing the compromised files on the same day, May 27, as they appeared.
As a result, the ten compromised files were only downloaded 856 times, from 540 unique IPs.
Symantec
spotted two variants in the attack. In one, the compromised files had
the self-extracting setup.exe RAR file modified to execute a malicious
DLL during installation. This linked to a second DLL that downloaded and
installed Infostealer.Bankeiya.B.
In the second, “a Buffalo
installer is included within Infostealr.Bankeiya.B and
Infostealer.Bankeiya.B is made to look like a legitimate installer. This
means that running the installer will drop the setup.exe file for the
legitimate driver as well as a component of the Trojan that drops a
malicious .dll which downloads the main component of
Infostealer.Bankeiya.B.”
Users that downloaded the update have
been told not to use Internet banking until they've disinfected their
machines. McAfee and Symantec products catch the Trojan, Buffalo says.
Information Security, Ethical Hacking, website Security, Database Security, IT Audit and Compliance, Security news, Programming, Linux and Security.
Wednesday, 4 June 2014
Linux users at risk as ANOTHER critical GnuTLS bug found
The GNUtls woes continue, with another critical flaw discovered and
patched after researchers worked out malicious servers could hijack
users of the cryptographic library.
Red Hat engineer Nikos Mavrogiannopoulos, who issued a patch for the flaw (CVE-2014-3466) Saturday, shortly after it was reported 28 May by Codenomicon researcher Joonas Kuorilehto.
Users of other affected software will have to sit tight until their developers incorporate the fix. Until then, they'll remain open to malware attacks.
The vulnerability put GnuTLS back in the spotlight three months after Mavrogiannopoulos discovered the dangerous goto cleanup bug affecting the platform that allowed hackers to self-sign certificates which would be gobbled up by targeted sites.
That flaw affected more than 350 Linux software packages on distributions including Ubuntu, Debian and Red Hat which depended on GnuTLS libraries for secure sockets layer and transport layer security.
The new bug was described on the Red Hat bugtracker as a flaw in the way GnuTLS parsed session ids from Server Hello packets of the TLS/SSL handshake.
"A malicious server could use this flaw to send an excessively long session id value and trigger a buffer overflow in a connecting TLS/SSL client using GnuTLS, causing it to crash or, possibly, execute arbitrary code," the description read.
"The flaw is in read_server_hello() / _gnutls_read_server_hello(), where session_id_len is checked to not exceed incoming packet size, but not checked to ensure it does not exceed maximum session id length.
A deeper analysis including proof of concept was published on the Radare.Today blog.
Users should update the latest GnuTLS versions (3.1.25, 3.2.15 or 3.3.4).
Red Hat engineer Nikos Mavrogiannopoulos, who issued a patch for the flaw (CVE-2014-3466) Saturday, shortly after it was reported 28 May by Codenomicon researcher Joonas Kuorilehto.
Users of other affected software will have to sit tight until their developers incorporate the fix. Until then, they'll remain open to malware attacks.
The vulnerability put GnuTLS back in the spotlight three months after Mavrogiannopoulos discovered the dangerous goto cleanup bug affecting the platform that allowed hackers to self-sign certificates which would be gobbled up by targeted sites.
That flaw affected more than 350 Linux software packages on distributions including Ubuntu, Debian and Red Hat which depended on GnuTLS libraries for secure sockets layer and transport layer security.
The new bug was described on the Red Hat bugtracker as a flaw in the way GnuTLS parsed session ids from Server Hello packets of the TLS/SSL handshake.
"A malicious server could use this flaw to send an excessively long session id value and trigger a buffer overflow in a connecting TLS/SSL client using GnuTLS, causing it to crash or, possibly, execute arbitrary code," the description read.
"The flaw is in read_server_hello() / _gnutls_read_server_hello(), where session_id_len is checked to not exceed incoming packet size, but not checked to ensure it does not exceed maximum session id length.
A deeper analysis including proof of concept was published on the Radare.Today blog.
Users should update the latest GnuTLS versions (3.1.25, 3.2.15 or 3.3.4).
Subscribe to:
Posts (Atom)