DataBreaches.Net

Menu
  • About
  • Breach Notification Laws
  • Privacy Policy
  • Transparency Report
Menu

I know what GoTickets.com did last summer

Posted on November 30, 2012 by Dissent

A few weeks ago, I wrote a blog entry asking how many breaches GoTickets.com had really experienced. At the time, it appeared that they had had one breach in May 2012, which they reported to California (and, as I recently learned, New Hampshire and Maryland), but there was a puzzling report from American Express that suggested that they had had an earlier breach in November 2011.

GoTickets.com never responded to my e-mail inquiry asking them to confirm or clarify the puzzling report.

That November 2011 report is still not clear to me, but in looking into things, I discovered that their May 2012 breach was worse than I originally knew.

Although GoTickets.com does not seem to have updated their June 20, 2012 report to California – the same basic report they sent to New Hampshire and Maryland – they sent two subsequent updates to New Hampshire.  As a reminder, in their June 20th report, they stated that there had been two intrusions – on or around May 22 and May 30 and that there was evidence that at least some customers’ card information had subsequently been misused. In Maryland, 105 customers had made transactions during the critical time periods,  and there was evidence that at least some customers had subsequently experienced card fraud. A smaller number had been affected in New Hampshire.

On August 3,  they notified New Hampshire that they had recently learned that there had been another intrusion – on July 5. GoTickets believes that the July intrusion was likely related to the previous problem.  Although their investigation wasn’t complete by that time, it appeared that a single administrative account had been compromised and malicious files placed on the server that allowed subsequent improper access. Again, there was evidence that the recent intrusion had resulted in misuse of customer card information.  In Maryland, another 40 customers were potentially affected.

On September 4, GoTickets  again updated their situation. In their newest letter to New Hampshire, they reported that on July 24 – the very day they started investigating the July 5 intrusion – they suffered another intrusion. And once again, there was evidence of information misuse.

In response to the security breach, GoTickets implemented more stringent administrative account controls, retired old user accounts, switched to requiring more complex login/passwords that would expire every 90 days, and reduced the number of administrative accounts while isolating the administrative interface and restricting access to one physical location or a VPN.

Hopefully, their efforts were sufficient to plug the hole.

Now if I could just find out what happened last year.

 


Related:

  • IVF provider Genea notifies patients about the cyberattack earlier this year.
  • Clorox Files $380M Suit Alleging Cognizant Gave Hackers Passwords in Catastrophic 2023 Cyberattack
  • Cyberattacks Paralyze Major Russian Restaurant Chains
  • France Travail: At least 340,000 job seekers victims of new hack
  • PowerSchool commits to strengthened breach measures following engagement with the Privacy Commissioner of Canada
  • Two more entities have folded after ransomware attacks
Category: Breach IncidentsBusiness SectorHackID TheftU.S.

Post navigation

← GA: Grady Health Systems notifies 900 patients potentially affected by ADPI-Intermedix breach
How many were affected by ADPI-Intermedix breach: help track this breach →

1 thought on “I know what GoTickets.com did last summer”

  1. IA ENG says:
    December 7, 2012 at 7:47 am

    The steps they are taking are better that it was, but it could boild down to some very basic social engineering tactics. There are reports of A LOT of usernames and passwords that have been stolen. All these crooks have to do is locate a name. Then they take that name, nickname or email address and try to use that to gain entry into the place where the person resides.

    I am sure there are MANY people who use their favorite password or scheme on every website they visit. (Somehow I sense a flurry of admins rapid logging in to admin accounts, engaging brains and coming up with a unique password scheme).

    Sometimes crooks aren’t as smart as you think. Make sure your systems are patched. Make your password is ultra strong. Watch your elevated privilege accounts. Passwords are changed frequently – plus they are being audited and monitored on a random basis Elevated accounts Should be limited in nature – Not everyone needs administrative or root access.

    Looking from the outside in, it limits your ability to see what happened. I am sure there are clues. If I was a hacker and wanted in, I would surf to a secure logon area of the site, try the usernames and passwords early in the work day. It looks like it was a sleepy headed attempt to log in and get ignored. The dumb hacker would try that late at night when the person is snoring in their bed.

    It doesn’t take the thinking of a rocket scientist to crack some of these passwords. A determined crook armed with a screen full usernames and passwords that he bought for less than the cost of lunch could easily make a compnay lose million in revenue, pay hefty fines and make people lose their jobs….. all due to the use of a single password over a multitude of websites.

Comments are closed.

Now more than ever

"Stand with Ukraine:" above raised hands. The illustration is in blue and yellow, the colors of Ukraine's flag.

Search

Browse by Categories

Recent Posts

  • Scattered Spider Hijacks VMware ESXi to Deploy Ransomware on Critical U.S. Infrastructure
  • Hacker group “Silent Crow” claims responsibility for cyberattack on Russia’s Aeroflot
  • AIIMS ORBO Portal Vulnerability Exposing Sensitive Organ Donor Data Discovered by Researcher
  • Two Data Breaches in Three Years: McKenzie Health
  • Scattered Spider is running a VMware ESXi hacking spree
  • BreachForums — the one that went offline in April — reappears with a new founder/owner
  • Fans React After NASCAR Confirms Ransomware Breach
  • Allianz Life says ‘majority’ of customers’ personal data stolen in cyberattack (1)
  • Infinite Services notifying employees and patients of limited ransomware attack
  • The safe place for women to talk wasn’t so safe: hackers leak 13,000 user photos and IDs from the Tea app

No, You Can’t Buy a Post or an Interview

This site does not accept sponsored posts or link-back arrangements. Inquiries about either are ignored.

And despite what some trolls may try to claim: DataBreaches has never accepted even one dime to interview or report on anyone. Nor will DataBreaches ever pay anyone for data or to interview them.

Want to Get Our RSS Feed?

Grab it here:

https://databreaches.net/feed/

RSS Recent Posts on PogoWasRight.org

  • White House ordered to restore Medicaid funding to Planned Parenthood clinics
  • California Attorney General Announces $1.55M CCPA Settlement with Healthline.com
  • Canada’s Bill C-2 Opens the Floodgates to U.S. Surveillance
  • Wiretap Suits Pit Old Privacy Laws Against New AI Technology
  • Action against tiny Scottish charity sparks huge ICO row
  • Congress tries to outlaw AI that jacks up prices based on what it knows about you
  • Microsoft’s controversial Recall feature is now blocked by Brave and AdGuard

Have a News Tip?

Email: Tips[at]DataBreaches.net

Signal: +1 516-776-7756

Contact Me

Email: info[at]databreaches.net

Mastodon: Infosec.Exchange/@PogoWasRight

Signal: +1 516-776-7756

DMCA Concern: dmca[at]databreaches.net
© 2009 – 2025 DataBreaches.net and DataBreaches LLC. All rights reserved.