Live data from Hacker News

Perl.com Taken over by Domain Squatters

twitter.com

31–40 of 82 posts

Re: Perl.com Taken over by Domain Squatters

#31
post #24

perl11.org was forgotten to be paid last year (not me). So it is gone also.

Was it connected to something important/used? I have a suspicion that without much traffic squatters will give up on it eventually.

It hosted cperl and rperl, which are important. Perl5, as you might not know is not developed anymore, it's only maintained into oblivion, getting worse and worse over time. 20 years no new features, only design mistakes over mistakes piling up. perl11 provided the continuation of Perl development, but the maintainers in their tunnel vision do not agree (yet). Almost everything they did in the last 6 years came from cperl, but it's still only 10%.

Now it's on perl11.github.io

When the squatters give up, fine, but GitHub served us well over the years. Better than everyone else, esp. Google.

Re: Perl.com Taken over by Domain Squatters

#32
> We're still trying to unravel this and I can't get into details. However, it looks like there was an account hack. I don't know how long that would take to rewind. We're looking for people who have actual experience dealing with that situation so we can dispute the transfer. If you've actually gone through thatprocess, please get in touch.

> The perl.org and perl.com domains are unrelated and have different rightful registrants, so this doesn't affect perl.org.

briandfoy 1 hour ago

https://www.reddit.com/r/perl/comments/l6d8ws/perlcom_unfrie...

Re: Perl.com Taken over by Domain Squatters

#33
post #23

I'm completely ok with this. Now let's forget that it ever existed. ducks

Back in 2000 I was trapped in the jaws of a shark called Java. Perl saved my life.

How appropriate, in 2001 I was trapped with both and then some (Oracle), and I'm so glad I can now choose to be in the presence of neither.

Back then I did devops for a moderately sized stocks platform with real time ticks and charting, the works. We had two large code bases, one in perl, one in Java.

They both were bad times.

Java, because the java coders didn't quite understand how threading worked, leaking all over the place. My job was to migrate the systems from AIX 64bit machines (that could deal with the memory leaks with only one restart per hour) to x86 Linux. It was kind of fun (because everything was pretty contained) until the stuff went into production, and the servlets died after 4-5 requests each under non synthetic load.

And Perl, because the perl coders thought it was of benefit to write code that nobody could read but the author, and that it was OK to have dependencies on very old and very new libraries at the same time.

I gotta admit, the Perl stuff ran more stable. But it was still hell to upgrade the machines or debug even the smallest issues.

Re: Perl.com Taken over by Domain Squatters

#34
post #26

I'm completely ok with this. Now let's forget that it ever existed. ducks

You could also try to contribute something positive instead of snarky comments.

You're absolutely right. If only I had something positive to contribute regarding Perl.

Re: Perl.com Taken over by Domain Squatters

#35

Earlier quoted context omitted.

Central authority is a poor substitute for social consensus. If you look at a case like this, there is absolutely no question or ambiguity "which perl.com domain people really want." This issue only exists because of an artificial monopoly and an application of capitalism to an allocation problem that doesn't exist . Domain names should be a thin wrapper around private/public keypairs. Domain keys should be pinned pe…

How would you prevent a group from trolling or performing a hostile takeover of a small domain? How would someone acquire a domain? How do you determine consensus? In this case, as someone who doesn't follow Perl, how would I make an informed decision on which perl.com domain I really want?

> How would you prevent a group from trolling or performing a hostile takeover of a small domain?

Several ways.

If you are accessing the domain locally, you'd normally be looking for entries that match the private key you have stored. So if you ever went to that domain, you'll get the same remote again.

If this is your first time accessing the domain, you'd ask your peers what version of the domain they have stored. Those aren't randomly assigned, but people you know IRL, similar to Freenet. You could do some degree of onion routing if you care about keeping sites you go to private from your friends. And again, you'd only do it the first time. And this is hard to attack because you can't make a person have friends in the WOT graph.

When you are following a link, the person placing the link could always just attach the full private key to the link tag.

If you are copying a URL from your browser bar, the browser could attach a random set of index-value pairs of the private key. This would be very hard to spoof, but not increase the size of the URL by much. That would cover you for posting links in forums and chat rooms.

Of course if you were searching for the domain, your first hit would almost certainly have the correct key.

Only if you are told the URL through an out-of-band source, and almost nobody you know (transitively) has gone to that domain, you are in the situation of having to figure out which key is the true key. In that case, you could fall back to certificate checks. Note that certificates as a market are a lot more competetive than the domain name market.

So there's no one-size-fits-all solution, but just like right now, most of the time you wouldn't have to think about it. And unlike right now, if it goes wrong you get a nice error instead of silently the wrong domain.

Re: Perl.com Taken over by Domain Squatters

#36

Earlier quoted context omitted.

Central authority is a poor substitute for social consensus. If you look at a case like this, there is absolutely no question or ambiguity "which perl.com domain people really want." This issue only exists because of an artificial monopoly and an application of capitalism to an allocation problem that doesn't exist . Domain names should be a thin wrapper around private/public keypairs. Domain keys should be pinned pe…

> Domain names should be a thin wrapper around private/public keypairs. This way anyone who gets access to the keys, even temporarily gets to take over the whole domain. No chance to resolve the issue with a registrar who can manually review the case and revert changes. This would include anyone working on that level of infra in your company and anyone who hacks them. I'm not sure what would you compare the https cer…

The certificate market is a lot better than the domain market, because it's not a monopoly. I think it makes sense to have a trusted-signature system as a backfill and bootstrap for your web of trust.

Agree that nobody cares about this though. I'm certainly not surprised that we settle for easy mediocrity.

Re: Perl.com Taken over by Domain Squatters

#37
Let’s call it what it is. It’s not a domain taken over by squatters. The domain was stolen.

I’ve seen other domains get stolen recently, it seems to be about the same time.

Patterns dot com Piracy dot com Perl dot com

All stolen at around the same time.

With patterns, the thief hacked the network solutions account, put the domain under privacy, transferred it to a Chinese registrar, and then put the old whois data back. They then tried to sell it on sedo and afternic for 10 percent of what it’s worth.

I have been able to get sedo and afternic to remove the listings. But patterns has not been returned to its owner after about two months. Still working with the owner and registrars on that.

My advice is to lock down your domains, register them for at least 5 years, and if there are changes deal with them quickly. Once a domain is transferred it’s much harder to get back. It can be done, but it’s a lot of work to unravel it all.

Re: Perl.com Taken over by Domain Squatters

#38
post #23

Earlier quoted context omitted.

Back in 2000 I was trapped in the jaws of a shark called Java. Perl saved my life.

Off topic, I know, but I feel like there's a nice little story to be told there :-)

Prose, please. There aren't enough like https://etherealmind.com/algorhyme-radia-perlman/

Re: Perl.com Taken over by Domain Squatters

#39
post #31

Earlier quoted context omitted.

Was it connected to something important/used? I have a suspicion that without much traffic squatters will give up on it eventually.

It hosted cperl and rperl, which are important. Perl5, as you might not know is not developed anymore, it's only maintained into oblivion, getting worse and worse over time. 20 years no new features, only design mistakes over mistakes piling up. perl11 provided the continuation of Perl development, but the maintainers in their tunnel vision do not agree (yet). Almost everything they did in the last 6 years came from…

Uh Perl 5 is in ACTIVE development and has gotten new features. Everything you said about Perl 5 is wrong. Perl 7 (skipping Perl 6 obviously) is on the table and being talked about and Perl 5.34.0 is going to be released in a couple months setting the stage for Perl 7.

Re: Perl.com Taken over by Domain Squatters

#40

Let’s call it what it is. It’s not a domain taken over by squatters. The domain was stolen. I’ve seen other domains get stolen recently, it seems to be about the same time. Patterns dot com Piracy dot com Perl dot com All stolen at around the same time. With patterns, the thief hacked the network solutions account, put the domain under privacy, transferred it to a Chinese registrar, and then put the old whois data ba…

[deleted]
Post reply on HN