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.

Database Security
Authentication
Mobile
Privacy
Compliance
Careers and People
Identity & Access Management
Security Monitoring
Advanced Threats
Insider Threats
Vulnerability Management
Comments
Target Breach: 5 Unanswered Security Questions
Newest First  |  Oldest First  |  Threaded View
<<   <   Page 2 / 2
rradina
50%
50%
rradina,
 User Rank: Apprentice
1/22/2014 | 8:47:46 PM
Re: PIN numbers
Based soley on how the RAM scraping works, stealing the PIN codes is certainly possible if they were transmitted from the pin pad to an infected system.  I too read they were encrypted but I don't know if that was fact or damage control to prevent panic.

I don't know if we would know by now.   The criminals could be waiting for a future opportunity.  Right now this is highly publicized.  If I had millions of valid cards, I'd would think using them in an "Office Space" manner (Superman 2, Richard Pryor stealing fractional pennies) would be lucrative and potentially repeatable for a long duration.  Better to stay below the radar by adding a $5.13 charge from Starbuks (pun intended) to millions of accounts...
Shane M. O'Neill
50%
50%
Shane M. O'Neill,
 User Rank: Apprentice
1/22/2014 | 6:30:04 PM
PIN numbers
I'm curious about PIN numbers for debit cards. Target said PIN numbers were taken in the breach, but that the numbers were encrypted. And that claim has not backfired as far as I know.

Do we know if encrypted PIN numbers can be accessed when BlackPOS malware is running on the POS device and/or the payment servers? I guess if stolen PIN numbers were being exploited we would know by now.
rradina
50%
50%
rradina,
 User Rank: Apprentice
1/22/2014 | 4:23:17 PM
Exploiting Payment Servers vs. POS Controllers
"Exploited payment servers not POS systems, not store controllers running Windows..."

Isn't BlackPOS Windows malware?  At least I thought it was.  Perhaps I'm mistaken.  If it is Windows malware, what difference does it make that they didn't compromise POS systems or store controllers running Windows?  Either way they still compromised Windows.

I guess it's probably worse if they compromised payment servers since by design, they should be even more critically protected than an individual POS as they are a much higher value target.
<<   <   Page 2 / 2


COVID-19: Latest Security News & Commentary
Dark Reading Staff 10/1/2020
9 Tips to Prepare for the Future of Cloud & Network Security
Kelly Sheridan, Staff Editor, Dark Reading,  9/28/2020
Attacker Dwell Time: Ransomware's Most Important Metric
Ricardo Villadiego, Founder and CEO of Lumu,  9/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-20902
PUBLISHED: 2020-10-01
Upgrading Crowd via XML Data Transfer can reactivate a disabled user from OpenLDAP. The affected versions are from before version 3.4.6 and from 3.5.0 before 3.5.1.
CVE-2019-20903
PUBLISHED: 2020-10-01
The hyperlinks functionality in atlaskit/editor-core in before version 113.1.5 allows remote attackers to inject arbitrary HTML or JavaScript via a Cross-Site Scripting (XSS) vulnerability in link targets.
CVE-2020-25288
PUBLISHED: 2020-09-30
An issue was discovered in MantisBT before 2.24.3. When editing an Issue in a Project where a Custom Field with a crafted Regular Expression property is used, improper escaping of the corresponding form input's pattern attribute allows HTML injection and, if CSP settings permit, execution of arbitra...
CVE-2020-25781
PUBLISHED: 2020-09-30
An issue was discovered in file_download.php in MantisBT before 2.24.3. Users without access to view private issue notes are able to download the (supposedly private) attachments linked to these notes by accessing the corresponding file download URL directly.
CVE-2020-25830
PUBLISHED: 2020-09-30
An issue was discovered in MantisBT before 2.24.3. Improper escaping of a custom field's name allows an attacker to inject HTML and, if CSP settings permit, achieve execution of arbitrary JavaScript when attempting to update said custom field via bug_actiongroup_page.php.