Stories
Slash Boxes
Comments

SoylentNews is people

SoylentNews is powered by your submissions, so send in your scoop. Only 15 submissions in the queue.
posted by martyb on Saturday July 15 2017, @09:57AM   Printer-friendly
from the getting-to-the-root-of-things dept.

The Register reports that registrar logins hacked and 750 web addresses were compromised:

More than 750 domain names were hijacked through the internet's own systems, registrar Gandi has admitted.

Late last week, an unknown individual managed to get hold of the company's login to one of its technical providers, which then connects to no fewer than 27 other top-level domains, including .asia, .au, .ch, .jp and .se.

Using that login, the attacker managed to change the domain details on the official nameservers for 751 domains on a range of top-level domains, and redirect them all to a specific website serving up malware.

The changes went unnoticed for four hours until one [of] the registry operators reported the suspicious changes to Gandi. Within an hour, Gandi's technical team identified the problem, changed all the logins and started reverting the changes made – a process that took three-and-a-half hours, according to the company's incident report, published this week.

[...] "We sincerely apologize that this incident occurred," said its report. "Please be assured that our priority remains on the security of your data and that we will continue to protect your security and privacy in the face of ever-evolving threats."


Original Submission

This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
(1)
  • (Score: 2) by kaszz on Saturday July 15 2017, @10:14AM (6 children)

    by kaszz (4211) on Saturday July 15 2017, @10:14AM (#539500) Journal

    Gandi - Headquarters in Paris, France. Founded in 1999.
    gandi.net - Uses Apache.

    They seem quite sane. Makes it more unclear how the breach happened.

    • (Score: 0) by Anonymous Coward on Saturday July 15 2017, @11:18AM

      by Anonymous Coward on Saturday July 15 2017, @11:18AM (#539509)

      especially if you enable optional modules. Depending on their website configuration and active page technologies there could have been a lot of attack surface available. Assuming of course that it wasn't a simple phishing attack or password reuse exploit from credentials gained on another site.

    • (Score: 4, Interesting) by romlok on Saturday July 15 2017, @11:58AM (2 children)

      by romlok (1241) on Saturday July 15 2017, @11:58AM (#539515)

      It appears that the credentials were able to be intercepted, because the third-party site that Gandi used for administering those top-level domains was using plain HTTP.

      From their incident report [gandi.net]:

      4. How was this attack even possible?

      First of all, we should be clear that the attack did not involve any breach of our databases or back end nor did it involve a breach of our technical partner’s infrastructure. The attacker was able to make the changes by accessing the web portal of our technical partner using our login credentials, which they obtained surreptitiously.

      These credentials were likewise not obtained by a breach of our systems and we strongly suspect they were obtained from an insecure connection to our technical partner’s web portal (the web platform in question allows access via http).

      As a rule, we have always systematically implemented all available security measures at all registries and technical partners (such as TOTP, IP restriction, etc.). Unfortunately, these security measures were only recently added, in 2016, by the technical partner in question and had not been identified at the date of our most recent security audit.

      • (Score: 0) by Anonymous Coward on Saturday July 15 2017, @05:37PM

        by Anonymous Coward on Saturday July 15 2017, @05:37PM (#539597)

        "Unfortunately, these security measures were only recently added, in 2016, by the technical partner in question and had not been identified at the date of our most recent security audit."

        years too late. stupid fucks probably didn't have any trouble spending the money they were earning prior to 20 fucking 16.

      • (Score: 2) by kaszz on Saturday July 15 2017, @10:11PM

        by kaszz (4211) on Saturday July 15 2017, @10:11PM (#539665) Journal

        Obtained "surreptitiously" only made possible by http without the "s". And by 2013 ie Snowden all security people worth their salt should demand https as minimum. It occurred to me that a lot of trust to not peak or manipulate were put into ISPs and backbone providers for years. Then once Room 641A got out in 2006 it should have hinted everybody as to what was up. And by 2013 only braindeads could miss it.

        But customers should have taken notice when http were being used. It's a dead giveaway if any login page uses it.

        So to conclude: Inept security policy and customers results in breach, news at 11.

    • (Score: 2) by mcgrew on Saturday July 15 2017, @05:29PM (1 child)

      by mcgrew (701) <publish@mcgrewbooks.com> on Saturday July 15 2017, @05:29PM (#539592) Homepage Journal

      That's because the submitter linked a shitty web site geared to adolescents. I added a better link below that answers your question.

      Really, people, the Register is almost worthless for information. They leave stuff out of stories to make them more sensationalist.

      --
      mcgrewbooks.com mcgrew.info nooze.org
      • (Score: 2) by kaszz on Saturday July 15 2017, @10:02PM

        by kaszz (4211) on Saturday July 15 2017, @10:02PM (#539664) Journal

        Most adults these days seem to be of the adolescent variant. Some even proud to be clueless ;-)
        I recall some years ago people in a public radio program that were proud to have no clue how their electrical kitchen stove worked.

  • (Score: 2) by maxwell demon on Saturday July 15 2017, @11:48AM (1 child)

    by maxwell demon (1608) on Saturday July 15 2017, @11:48AM (#539514) Journal

    […] we will continue to protect your security and privacy […]

    Continue? They obviously failed to protect their customers' security and privacy. If anything, they should promise to do better in the future.

    --
    The Tao of math: The numbers you can count are not the real numbers.
    • (Score: 2) by kaszz on Saturday July 15 2017, @10:34PM

      by kaszz (4211) on Saturday July 15 2017, @10:34PM (#539669) Journal

      What they mean is that they will continue to send bills to their customers and hope they are calmed enough to not do anything about this ;-)
      Keep calm and send us money (tm),

  • (Score: 4, Informative) by mcgrew on Saturday July 15 2017, @05:27PM (1 child)

    by mcgrew (701) <publish@mcgrewbooks.com> on Saturday July 15 2017, @05:27PM (#539590) Homepage Journal

    For those who would prefer a more accurate, less childish outlet, Helpnet Security [helpnetsecurity.com] has the story, only geared to adults rather than twelve year olds.

    --
    mcgrewbooks.com mcgrew.info nooze.org
    • (Score: 2) by kaszz on Saturday July 15 2017, @10:32PM

      by kaszz (4211) on Saturday July 15 2017, @10:32PM (#539668) Journal

      So "SCRT" is a domain-name customer to the registrar "Gandi" which sends update requests to the "SWITCH" domain name service. The requests from Gandi to SWITCH are done using http?
      If so, that is INCREDIBLY stupid.

      Is there any other registrar domain service communications done over http?

      SCRT seems to go for browser Strict-Transport-Security and implementing DNSSEC.

(1)