Attacks/Breaches
4/17/2012
10:59 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%
Repost This

NYC No. 1 In E-Commerce Fraud

New report says most online fraud in the U.S. comes from the Big Apple, followed by Atlanta, Chicago, Los Angeles, and Omaha, Neb.

If you're conducting online transactions in New York, New York, then you are most at risk of fraud, according to a new study.

ThreatMetrix sampled nearly 1 billion transactions handled by U.S. e-commerce vendors during the first quarter of this year to measure the hot spots for fraud. The security vendor scored each transaction as either low-, medium-, or high-risk; merchants reject what they detect to be high-risk transactions, and perform a manual review of what they detect as medium-risk.

New York City came in first with the most online fraud risk, followed by Atlanta, Chicago, Los Angeles, Omaha, Neb., Dallas, San Francisco, Houston, Washington, D.C., and Lexington, Ken. New York City was one-and-a-half times more likely to be at risk for online e-commerce than Atlanta, and twice as likely compared with Chicago.

"As fraudsters grow more sophisticated and expand globally, it's only natural that large cities with international profiles, easy access to shipping, and high connectivity rates will become breeding grounds for new generations of cyberthreats, including both fraud and malware," said Alisdair Faulkner, chief products officer for ThreatMetrix.

Faulkner said New York City, Chicago, and L.A. are a "gold mine" for cybercriminals looking for identities, passwords, and credit cards to steal. "We would expect to see a highly connected city like San Francisco rank higher, but perhaps the relatively substantial penetration of Apple devices, which are largely seen to be less vulnerable to malware, explains its relatively low ranking," he said.

Miami, Seattle, Austin, Texas, Ft. Lauderdale, Fla., San Diego, Raleigh, N.C., Las Vegas, Minneapolis, Nashville, Tenn., and Philadelphia round out the top 20 most risky cities for online fraud.

Meanwhile, ThreatMetrix plans to also issue a top list of international cities where online fraud originates.

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is Senior Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise Magazine, ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

CVE-2012-1317
Published: 2014-04-23
The multicast implementation in Cisco IOS before 15.1(1)SY allows remote attackers to cause a denial of service (Route Processor crash) by sending packets at a high rate, aka Bug ID CSCts37717.

CVE-2012-1366
Published: 2014-04-23
Cisco IOS before 15.1(1)SY on ASR 1000 devices, when Multicast Listener Discovery (MLD) tracking is enabled for IPv6, allows remote attackers to cause a denial of service (device reload) via crafted MLD packets, aka Bug ID CSCtz28544.

CVE-2012-3062
Published: 2014-04-23
Cisco IOS before 15.1(1)SY, when Multicast Listener Discovery (MLD) snooping is enabled, allows remote attackers to cause a denial of service (CPU consumption or device crash) via MLD packets on a network that contains many IPv6 hosts, aka Bug ID CSCtr88193.

CVE-2012-3918
Published: 2014-04-23
Cisco IOS before 15.3(1)T on Cisco 2900 devices, when a VWIC2-2MFT-T1/E1 card is configured for TDM/HDLC mode, allows remote attackers to cause a denial of service (serial-interface outage) via certain Frame Relay traffic, aka Bug ID CSCub13317.

Best of the Web