Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

2/10/2009
10:00 AM
Keith Ferrell
Keith Ferrell
Commentary
50%
50%

Kaspersky Hacked; Anti-Virus Firm Learns Of Intrusion From Hacker Blog

Antivirus maker Kaspersky Lab acknowledged that its customer databases had been hacked, and that the hack had been in place for 11 days without Kaspersky's awareness.

Antivirus maker Kaspersky Lab acknowledged that its customer databases had been hacked, and that the hack had been in place for 11 days without Kaspersky's awareness.Adding embarrassment to injury, Kaspersky Lab made the hack public after learning of it through a public posting on a hacker's blog.

The same blog has claimed a hack of another security vendor, Portugal-based BitDefender.

The allegedly Romania-based SQL injection attack targeted Kaspersky's new U.S. support Web site, just launched on January 29.

While Kaspesrky described the problem as an unsuccessful hacker attack, the company has also been refreshingly red-faced in public statements about the problem.

(BitDefender has been more reticent, releasing no statements as of this posting.)

As far as the database hack, a Kaspersky official stated,"This is not good. It should not have happened."

No, it shouldn't, and the fact that no user information, evidently, was stolen, shouldn't deflect the hard thinking that sn AV-maker hack will prompt.

Kaspersky is a good company, with solid products and a fine reputation. This problem will, one assumes, affect that reputation for awhile at least. But the company should be able to ride it out.

Particularly if, in addition to tightening its defenses and, as it has promised, thoroughly auditing all of its sites and digital resources, the company turns its red face into a red flag, reminding everyone that the attack was admittedly a result of poor quality control, and continuing to be upfront about how it happened, how it could have been prevented from happening, and the lessons everyone can learn from the procedures Kaspersky puts into place to prevent such a situation from happening again.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
News
Inside the Ransomware Campaigns Targeting Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/2/2021
Commentary
Beyond MITRE ATT&CK: The Case for a New Cyber Kill Chain
Rik Turner, Principal Analyst, Infrastructure Solutions, Omdia,  3/30/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-27905
PUBLISHED: 2021-04-13
The ReplicationHandler (normally registered at "/replication" under a Solr core) in Apache Solr has a "masterUrl" (also "leaderUrl" alias) parameter that is used to designate another ReplicationHandler on another Solr core to replicate index data into the local core. To...
CVE-2021-29262
PUBLISHED: 2021-04-13
When starting Apache Solr versions prior to 8.8.2, configured with the SaslZkACLProvider or VMParamsAllAndReadonlyDigestZkACLProvider and no existing security.json znode, if the optional read-only user is configured then Solr would not treat that node as a sensitive path and would allow it to be rea...
CVE-2021-29425
PUBLISHED: 2021-04-13
In Apache Commons IO before 2.7, When invoking the method FileNameUtils.normalize with an improper input string, like "//../foo", or "\\..\foo", the result would be the same value, thus possibly providing access to files in the parent directory, but not further above (thus "...
CVE-2021-29943
PUBLISHED: 2021-04-13
When using ConfigurableInternodeAuthHadoopPlugin for authentication, Apache Solr versions prior to 8.8.2 would forward/proxy distributed requests using server credentials instead of original client credentials. This would result in incorrect authorization resolution on the receiving hosts.
CVE-2021-28938
PUBLISHED: 2021-04-13
Siren Federate before 6.8.14-10.3.9, 6.9.x through 7.6.x before 7.6.2-20.2, 7.7.x through 7.9.x before 7.9.3-21.6, 7.10.x before 7.10.2-22.2, and 7.11.x before 7.11.2-23.0 can leak user information across thread contexts. This occurs in opportunistic circumstances when there is concurrent query exec...