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.

Vulnerabilities / Threats

6/21/2012
06:29 PM
Connect Directly
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Twitter Crash: Hack Or Hardware Fail?

Twitter blames a cascading bug, but hacking group UGNazi claims responsibility.

Twitter was unavailable for about two hours Thursday due to a bug or to a denial of service attack.

Twitter claims the problem was equipment-related. "Today's outage is due to a cascaded bug in one of our infrastructure components," a company spokesman said in an email, denying the involvement of hackers.

The hacking group UGNazi, however, claimed via Twitter to have been responsible for taking down Twitter.

In a separate email sent to InformationWeek, a person claiming to be Cosmo, one of the individuals associated with UGNazi, reiterated that claim. "Hello, I am Cosmo from UGNazi and I would like to inform you we just took twitter.com down with a DDoS Attack. It has been down for 20 minutes now," the email said.

[ Read Social Game Maker Stops HTML5 Project. ]

The person claiming to be Cosmo disputed Twitter's denial in a follow-up email. "Twitter moved to multiple servers today to try and migrate [sic] the attack," the sender said. "It was not a bug."

Thursday afternoon, Twitter posted more information about the outage.

"At approximately 9:00am PDT, we discovered that Twitter was inaccessible for all Web users, and mobile clients were not showing new Tweets," Mazen Rawashdeh, Twitter's VP of engineering, said in a blog post. "We immediately began to investigate the issue and found that there was a cascading bug in one of our infrastructure components. This wasn't due to a hack or our new office or Euro 2012 or GIF avatars, as some have speculated today."

Yet asked directly whether UGNazi's claims were inaccurate, a Twitter spokeswoman replied, "We don't have a comment on that."

So could those speaking for UGNazi be telling the truth? Possibly. A DDoS attack, after all, isn't technically a hack. No vulnerabilities or exploits affecting Twitter's systems are involved in sending a flood of data to overwhelm Twitter's servers. Pressed for further clarification, Twitter did not immediately respond.

Cosmo, identified as "Hannah Sweet" on the UGNazi website, was arrested by the FBI in May. The FBI did not immediately respond to a query submitted to its national press office about whether Cosmo could have been involved in the supposed attack on Twitter.

The person claiming to be Cosmo confirmed being arrested by the FBI but, in an email, declined to discuss the matter.

Cosmo's arrest was reportedly related to UGNazi's alleged involvement in the breach of billing company WHMCS in May. UGNazi also claimed responsibility for hacking a Web service called CloudFlare earlier this month in order to conduct an attack on 4Chan.

Though Twitter was accessible Thursday evening, the company's status blog indicated ongoing issues five hours after the initial problem was reported. Twitter has reported far fewer site reliability issues in 2012 than in previous years.

According to Rawashdeh, Twitter has enjoyed its highest reliability to date over the past six months.

Black Hat USA Las Vegas, the premiere conference on information security, features four days of deep technical training followed by two days of presentations from speakers discussing their latest research around a broad range of security topics. At Caesars Palace in Las Vegas, July 21-26. Register today.

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
PJS880
50%
50%
PJS880,
User Rank: Ninja
6/22/2012 | 2:15:38 PM
re: Twitter Crash: Hack Or Hardware Fail?
To have Twitter go down for any amount of time is crucial for the real time social media site to function as intended. For Twitter to accept and acknowledge that a DDos attack was the reason, could have permanent scaring on the companyGs reputation. I find it funny that they did not comment on CosmoGs claim that he tweeted he was responsible! You have to admit that it is pretty cocky to admit you are the one responsible for TwitterGs system being down on their website! I think that after the breach with LinkedIn recently, has made Twitter is worried about how their security measures would be under close scrutiny. The truth will come out in the end, and the reason will surface soon enough.

Paul Sprague
InformationWeek Contributor
Ks2 Problema
50%
50%
Ks2 Problema,
User Rank: Apprentice
6/22/2012 | 2:53:17 PM
re: Twitter Crash: Hack Or Hardware Fail?
My gosh, I'm surprised the media didn't just go dark for two hours.

Seems like the ONLY people -- and I'm a web developer among a very fashion-forward, tech-oriented set -- I know who use Twitter -- are the chattering class, who are apparently under the profound delusion that the rest of the world hang on their every 140 character utterance.

It's amusing, but really rather pathetic.
ruggedman
50%
50%
ruggedman,
User Rank: Apprentice
6/22/2012 | 3:24:12 PM
re: Twitter Crash: Hack Or Hardware Fail?
"Hardware Fail"? Sounds like a journalistic FAILURE to me Thomas Claburn. Seriously people...
shuuna
50%
50%
shuuna,
User Rank: Apprentice
6/22/2012 | 4:30:35 PM
re: Twitter Crash: Hack Or Hardware Fail?
If DDoS is GǣhackingGǣ that makes the kid in my building blocking my door with his bicycle guilty of breaking and entering.
Bprince
50%
50%
Bprince,
User Rank: Ninja
6/23/2012 | 12:03:03 PM
re: Twitter Crash: Hack Or Hardware Fail?
I am reluctant to believe in a massive conspiracy to cover up a DDoS attack by blaming it on a bug in their infrastructure. For one, Twitter has been hit with DDoS before, like a lot of sites, and I would argue that a bug causing downtime from a PR standpoint is probably worse. What I fail to understand is why they didn't respond to a direct question on it from the reporter, because by not doing so they are raising more questions. Mitigating DDoS is important for sites like Twitter, but I think the average person has come to understand that from time to time things like this can happen, so I doubt admitting it would have caused any serious damage to their rep.
Brian Prince, InformationWeek/Dark Reading Comment Moderator
Manchester United Suffers Cyberattack
Dark Reading Staff 11/23/2020
As 'Anywhere Work' Evolves, Security Will Be Key Challenge
Robert Lemos, Contributing Writer,  11/23/2020
Cloud Security Startup Lightspin Emerges From Stealth
Kelly Sheridan, Staff Editor, Dark Reading,  11/24/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
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
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-29378
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600D4L V1.01.49, V1600D-MINI V1.01.48, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. It is possible to elevate the privilege of a CLI user (to full administrative access) by using the password [email protected]#y$z%x6x7q8c9z) for the e...
CVE-2020-29379
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D4L V1.01.49 and V1600D-MINI V1.01.48 OLT devices. During the process of updating the firmware, the update script starts a telnetd -l /bin/sh process that does not require authentication for TELNET access.
CVE-2020-29380
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600D4L V1.01.49, V1600D-MINI V1.01.48, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. TELNET is offered by default but SSH is not always available. An attacker can intercept passwords sent in cleartext and conduct a man-in-...
CVE-2020-29381
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600D4L V1.01.49, V1600D-MINI V1.01.48, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. Command injection can occur in "upload tftp syslog" and "upload tftp configuration" in the CLI via a crafted filename...
CVE-2020-29382
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. A hardcoded RSA private key (specific to V1600D, V1600G1, and V1600G2) is contained in the firmware images.