Cloud

12/21/2017
12:23 PM
50%
50%

US Census Bureau: Data Exposed in Alteryx Leak Already Public

The US Census Bureau says no personally identifiable information it collected was compromised in this week's Alteryx leak.

Data analytics firm Alteryx made headlines this week when UpGuard discovered a misconfigured Amazon Web Services S3 storage bucket exposed sensitive information of 123 million households. The leak exposed information from Experian and the US Census Bureau.

The US Census Bureau today issued a statement following reports claiming Alteryx exposed personally identifiable information (PII) collected by the Bureau. The agency said Alteryx only had access to publicly available data from census.gov, including published data from the 2010 Census.

"The company implicated had no access to PII collected by the Census Bureau, nor did the reported data leak involve Census Bureau servers or Census Bureau data stored through cloud services," the Bureau said.

Read more details here.

Dark Reading's Quick Hits delivers a brief synopsis and summary of the significance of breaking news events. For more information from the original source of the news item, please follow the link provided in this article. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
12/31/2017 | 9:54:51 PM
Re: Incorrectly Configured S3 Bucket
@Ryan: Well, they already have, as we've started to see. Whether it's enough, however, remains to be seen.
Cadopac
50%
50%
Cadopac,
User Rank: Apprentice
12/27/2017 | 7:12:53 AM
Re: Incorrectly Configured S3 Bucket
Agreed !
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
12/26/2017 | 8:49:36 AM
Re: Incorrectly Configured S3 Bucket
@Dr T. "Secure VPC's"

My assumption is that amazon does this by default and then customers, unfortunately, reduce the security parameters. Based on earlier discussion on brand reputation I would be surprised if Amazon made customers pay more for a secure deployment.
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
12/26/2017 | 8:46:23 AM
Re: Incorrectly Configured S3 Bucket
@Joe. That's a great point. Question is, what is the catalyst to start Amazon on the path of completely locking down their UI/UX from a hardening perspective? Is this exposure enough to facilitate a change?
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
12/25/2017 | 7:15:21 PM
Re: Incorrectly Configured S3 Bucket
Anytime Amazon sees its name in the news articles about data breaches -- even if it's "not their fault" -- it's brand damaging. That is a good point and true. Nobody wants to be in the news because of breaches.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
12/25/2017 | 7:13:34 PM
Re: Incorrectly Configured S3 Bucket
Ultimately, the fault lies with the users/customers That would be the case, if system is breached because data is not encrypted at rest it, consumers and argue with that.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
12/25/2017 | 7:11:31 PM
Re: Incorrectly Configured S3 Bucket
Amazon, by default, should be deploying secure VPC's. I think Amazon already provides that, it may cost the consumer tough.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
12/25/2017 | 7:09:50 PM
Re: Incorrectly Configured S3 Bucket
Can someone elaborate as to if this was a fault of amazon or the company leveraging those services? That is the question in the cloud, it depends on the cloud service provider I guess
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
12/25/2017 | 7:08:16 PM
Public data
It can be public data but if protected and accessed by hackers that would still constitute a breach and should be avoided
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
12/23/2017 | 5:39:41 PM
Re: Incorrectly Configured S3 Bucket
@Ryan: Since an outbreak of high-profile breaches due to misconfigured S3 buckets, Amazon has made some efforts to make things easier to configure and more transparent/visible. Ultimately, the fault lies with the users/customers -- but Amazon does bear some responsibility from a UI/UX perspective, no doubt. Anytime Amazon sees its name in the news articles about data breaches -- even if it's "not their fault" -- it's brand damaging.
Page 1 / 2   >   >>
White House Cybersecurity Strategy at a Crossroads
Kelly Jackson Higgins, Executive Editor at Dark Reading,  7/17/2018
The Fundamental Flaw in Security Awareness Programs
Ira Winkler, CISSP, President, Secure Mentem,  7/19/2018
Mueller Probe Yields Hacking Indictments for 12 Russian Military Officers
Kelly Jackson Higgins, Executive Editor at Dark Reading,  7/13/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Hey, I don't make the rules: You get 3 virtual wishes.
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-14449
PUBLISHED: 2018-07-20
An issue was discovered in libgig 4.1.0. There is an out of bounds read in gig::File::UpdateChunks in gig.cpp.
CVE-2018-14450
PUBLISHED: 2018-07-20
An issue was discovered in libgig 4.1.0. There is an out-of-bounds read in the "update dimension region's chunks" feature of the function gig::Region::UpdateChunks in gig.cpp.
CVE-2018-14451
PUBLISHED: 2018-07-20
An issue was discovered in libgig 4.1.0. There is a heap-based buffer overflow in the function RIFF::Chunk::Read in RIFF.cpp.
CVE-2018-14452
PUBLISHED: 2018-07-20
An issue was discovered in libgig 4.1.0. There is an out-of-bounds read in the "always assign the sample of the first dimension region of this region" feature of the function gig::Region::UpdateChunks in gig.cpp.
CVE-2018-14453
PUBLISHED: 2018-07-20
An issue was discovered in libgig 4.1.0. There is a heap-based buffer overflow in pData[1] access in the function store16 in helper.h.