AWS user’s data returned ‘because one human being inside AWS decided to give a damn’
And what really happened to the ‘10 years of deleted data’ becomes clear.

A software engineer and developer, who previously accused Amazon Web Services (AWS) of a “digital execution,” has shared the good news that his data has now been restored. What made this impossible task possible was “one human being inside AWS [who] decided to give a damn,” according to data deficit disaster victim Abdelkader Boudih. The same insider source shared some interesting but worrisome insights about what went on behind the scenes during the days when robotic AWS reps insisted Boudih’s precious 10 years of data had been “terminated.”
‘Human’ contact made at AWS
In the earlier episode, we heard about an unnamed insider at AWS reaching out to Boudih. That character was never verified, though they apparently knew too much about this particular case to be a common prankster. Around the same time as we reported on the original debacle, an AWS employee had reached out via official channels to give hope that there would be some way to recover the precious data.
Tarus Balog was basically the first ‘human’ level contact from AWS, according to Boudih. Previous AWS-sourced responses were, in comparison, of a very scripted nature. However, Balog showed empathy and seemed to speak as someone with authority, telling the already long-suffering software engineer that leaders at AWS were aware of his data deletion blog, and were looking to make sure such cases were prevented, going forward.
Balog initially refrained from promising to recover the lost data, but cogs were definitely whirring at AWS at this point (August 5). The case was escalated to the top-level severity ticket available to ‘mortals’, and apparently the AWS CEO actually became aware of this particular incident at this time.
Account restored but tainted by 'deception'
The next morning (August 6), Boudih woke to the news – officially from Amazon – that his account had been restored. Though this was extremely welcome news, it was tainted with “AWS support’s incompetence - or deception,” according to the blog update.
What stuck in Boudih’s craw was the prior insistence of AWS staffers that all his data had been terminated. “The instances were stopped. Not terminated. Stopped.” Stressed the engineer, obviously angry about what he called “gaslighting” by previous AWS contacts. Moreover, his RDS instanced had been backed up as recently as July 19 – several days after support had insisted that everything was “terminated.”
Nevertheless, Boudih refrained from insisting AWS reps were outright lying. There was also the possibility that there was an “undocumented ability to restore ‘terminated’ instances - which would make sense as a safeguard against internal sabotage or mistakes.” There is also the excuse of AWS employee incompetence to consider, but Boudih seems to favor the theory that that prior support contacts “gaslit me about infrastructure.”
Get Tom's Hardware's best news and in-depth reviews, straight to your inbox.
Story not unique – the shared payer problem
According to Reddit threads that spawned in the wake of Boudih’s dizzying initial post, this alarming case was far from unique. The shared payer model has inherent flaws, other social media users appeared to confirm, especially if one party defaults on payments due. This appears to be what caused the software engineer's AWS account and data to be suspended, then terminated.
Account suspension is "part of AWS’s standard security protocols for accounts that fail the required verification," AWS stated in an email to Tom's Hardware. But it didn't explain the apparent subsequent and rapid termination.
In the previous story, Boudih mused whether an account suspension could be escalated to termination, due to some billing issue with a previous shared payment party. That looks quite likely in retrospect.
'Terraforming, not destruction'
Boudih ends his update by summing up the lessons learned from his painful episode, and by offering some advice to AWS.
Firstly, the software engineer is now going to indulge in “Double and triple backups. Distributed across providers. Encrypted with keys I control.” That sounds sensible, and addresses a fair section of the Tom’s Hardware comments section regarding the initial data loss story.
As for AWS, Boudih doesn’t want it destroyed but ‘Terraforming.’ He explains this idea as using simple preventions to mitigate against overreactions to issues affecting customers. Specifically, he suggests that AWS improve its architecture, communication, and support systems to prevent issues that “punish legitimate users.”
Follow Tom's Hardware on Google News to get our up-to-date news, analysis, and reviews in your feeds. Make sure to click the Follow button.

Mark Tyson is a news editor at Tom's Hardware. He enjoys covering the full breadth of PC tech; from business and semiconductor design to products approaching the edge of reason.
-
SomeoneElse23 From my experience in corporate land before call centers completely moved to India was that the front line people really don't understand the system. They have scripts and "flow charts" to follow when answering calls.Reply
When things starting moving to email, and then chat, it got worse.
Then when practically everything moved to India, customer service became basically garbage as the people really have no idea how the system works. And they chat with multiple users at a time, making them seem disjointed and incoherent.
And the corporations love their savings. -
tamalero
Agree.SomeoneElse23 said:From my experience in corporate land before call centers completely moved to India was that the front line people really don't understand the system. They have scripts and "flow charts" to follow when answering calls.
When things starting moving to email, and then chat, it got worse.
Then when practically everything moved to India, customer service became basically garbage as the people really have no idea how the system works. And they chat with multiple users at a time, making them seem disjointed and incoherent.
And the corporations love their savings.
Worse is.. in a battle between AI bots and garbage automation (youtube support, google, facebook). Id rather keep the indian call center.. (Microsoft, etc..)
youtube is almost impossible to get anything done.
Still is better than the facebook incredibly biased "support"that has yet to solve ANYTHING I have reported lol. -
Firestone AWS support is an embarrassment. You sign six, seven, eight figure contracts with them, then when you have a problem you have to file a support ticket and you get a response from an AI chat bot pretending to be a human. When asked about deep low level details and restrictions in their own systems, they commonly give you incorrect answers. Once we did a bunch of infrastructure planning and filed some key support tickets inquiring about the capabilities of some of their services, and got a detailed answer that looked and sounded like it was written by chatgpt. We proceeded to make big fundamental infrastructure design decisions based on the answers provided. A year later we ended up with a real life human AWS developer collaborating with us on the project and it was revealed that half the answers that AWS support had given us were WRONG and we had made serious mistakes in our infrastructure design based on their wrong answers. Wasted huge amounts of developer time and caused us to go through so many rounds back and forth with internal Infosec to approve infra designs that ultimately ended up being flawed and thrown out. Thanks for nothing, AWS. It's been my long held experience that "cloud" is one of the worst scams perpetuated on the computing industry. Not a single thing has gotten easier from our moves from on prem to cloud. Everything is harder, more complicated, more troublesome. The gains in "computing at scale" don't exist. And to top it off with the AWS support systems that will lie to your face despite the exorbitant amounts of money companies shove to them. The whole thing is one big joke and we're the suckers.Reply -
Alvar "Miles" Udell Someone who doesn't use backups calling AWS incompetent...Reply
Still, I thing the fact he basically went nuclear on AWS and started designing tools to move AWS subscribers to other platforms, if I were at the senior level at AWS I'd punch delete on all his data and say something to the effect of "You try to cost us money, we cost you your data". -
hotaru251
he admitted he was at fault for that.Alvar Miles Udell said:Someone who doesn't use backups calling AWS incompetent...
he can dumb & also still call out AWS for also being dumb. -
derekullo
Dumpception!hotaru251 said:he admitted he was at fault for that.
he can dumb & also still call out AWS for also being dumb.
We need to go deeper ! -
coromonadalix In all of this DO YOUR BACKUPS OUTSIDE ALL SERVICES LIKE THIS, 1 2 3 drives, blue rays or else, do not rely 100% on such servicesReply -
tamalero
Considering how much PR and Marketing AWS does about their replication, multiple data centers and redundancy on protecting data.. do you think most people except pros would mind about doing ANOTHER backup?Alvar Miles Udell said:Someone who doesn't use backups calling AWS incompetent...
Still, I thing the fact he basically went nuclear on AWS and started designing tools to move AWS subscribers to other platforms, if I were at the senior level at AWS I'd punch delete on all his data and say something to the effect of "You try to cost us money, we cost you your data".
No wonder many companies are trying to pull data from cloud and going again on premises.