The DNS angle is nice and I get why using a TXT record was interesting for you as a replacement.
I don't think simply having data returned was the issue. It was more about the kinds of data it exposed and doxxed from the user - to anyone with access. That and of course the vulnerability that caused the worm to propagate.
That said - we're seeing RCEs in Node, Python, and other common tools now and they're not going the way of the dodo. So maybe finger's time was simply up - and Facebook, Twitter, etc just took over.
Something ironic about pure text, status info, cgi-bin being replaced by long form video of tigers chasing men and riots. That's what our brains are being fed these days.
What pulled me to DNS as a replacement was mostly that DNS is distributed, DNS servers get patched quickly as they are expected to be on the internet and people are just connecting to their local resolver vs. connecting to a port on someones workstation or server. Even if the idea never takes off I could see using it as a niche status update for myself even if nobody ever sees it.
Something ironic about pure text, status info, cgi-bin being replaced
The site I hosted this article on is a CGI script. One day small sites devoid of a CDN could make a come-back but that's a bigger topic that may depend on some societal screws to be tightened a bit more.
instant at the authoritative server, but anyone querying through a recursive resolver could still get the old status until the ttl expires. what ttl would you use for this?
I've put contact info & jurisdiction for my domains in TXT records at the apex since Hover doesn't actually have whois. I publish dynamic status information in the DNS on a special server outside of the ICANN roots, but it's mostly technical information.
Nice! Very cool personal image board implementation as well,
I have a personal wiki, but I think something like this is better as it has the potential to be collaborative as well.
The real challenge is not finding another channel for transmitting personal information. It is finding something else for the FINGER protocol to do. (-:
I don't think this is a generally safe thing to do. DNS is allowed to be unmoderated because it's supposed to be for technical information only. If too many people starts doing this, someone will start forcing DNS infra to censor it, by OP53B or stricter KYC or legally mandated DNS defederation or anything that may or may not even work.
I too am using Firefox on Linux. Are you by chance using a VPN hosted in AWS? I normally let VPS through but AWS has some special abusers that got my attention. I moved that out of the way for now. Thus far 2795 real people and 8888 bots. I have some room for improvement on false positives but we are getting there.
If a site has a large set of TXT records, they can be used by clients that spoof packets to request large volumes of answers by DNS servers. This is called an amplification attack. Many tiny spoofed requests in, many large answers out.
Nah. That's just the lazy-ass traffic filtering policies of poorly-run end-user ISPs. [0] Every end-user ISP knows what IP address ranges it has assigned to each customer. It's fairly trivial to note when the source address of traffic coming from a customer's connection isn't in the range that has been assigned to that connection and drop it on the floor. This stops source address spoofing dead.
RFC 2827 (BCP 38) was published in May 2000. There's no good excuse for end-user ISPs to not be doing this for pretty much all of their customers.
[0] For the purposes of this discussion, I'm declaring that "cloud" providers are ISPs. They provide IP addresses and Internet connectivity to their customers, so they count.
Indeed. For what it's worth the spoofing aspect got better for a while then plateaued. [1] bcp84 / bcp38 adoption has pretty much stalled out. No idea what to do with the remaining ISP's.
Old versions of Safari could get that. I am being an opinionated ass and practicing hostile security paternalism because the safety and bot-filtering benefits outweigh the cost of supporting old clients. I do even stranger things.
iCloud private relay was a blind spot. Working out how to let those proxy ranges in. (I blocked all the CDN's but this is more of a surgical carve-out for specific Apple designated ranges) Extracting those carve-outs now.
Edit: Applied carve-outs for Apple's iCloud private relay proxies. (I think)
If anyone is curious why I have to block CDN's, they permit abusive behavior, abuse of their workers (apps) and other layers of their networks. Maybe in a few decades they will get on it.
What is this altchan.org place? Looks very new. Where's the reply button?
Its just a private fork of an open source anonymous image board. I had a static blog for it but I got bored and moved all my blog posts to the image board. Probably a rather unorthodox experiment. The reply button is at the bottom right. I might change that.
And why do we want finger to exist?
There were discussions in the past about the finger service and how hardly anyone runs it any more and even less likely to be found on the open internet. DNS seemed like a good replacement for it to me as more and more people have domains now and authoritative DNS servers are likely to be more secure and distributed I think. Maybe one day specific groups of people do something like this in place of sites like X. half kidding
Now instead of having a special purpose client, one need only query a DNS record. In this case I use "dig" as the example but there are other DNS tools people might prefer to use.
Just found out macOS has it too. Created a .plan file and used finger on my user name and it showed the plan. There's no fingerd or anything listening on the port though, but it worked locally. Neat.
It's just a shell function so in this case if one had a terminal app that has a shell one could add the function. No idea how feasible that is on a phone.
alexellisuk 1 day ago
The DNS angle is nice and I get why using a TXT record was interesting for you as a replacement.
I don't think simply having data returned was the issue. It was more about the kinds of data it exposed and doxxed from the user - to anyone with access. That and of course the vulnerability that caused the worm to propagate.
That said - we're seeing RCEs in Node, Python, and other common tools now and they're not going the way of the dodo. So maybe finger's time was simply up - and Facebook, Twitter, etc just took over.
Something ironic about pure text, status info, cgi-bin being replaced by long form video of tigers chasing men and riots. That's what our brains are being fed these days.
Bender 18 hours ago
Something ironic about pure text, status info, cgi-bin being replaced
The site I hosted this article on is a CGI script. One day small sites devoid of a CDN could make a come-back but that's a bigger topic that may depend on some societal screws to be tightened a bit more.
dd8601fn 1 day ago
I guess I could delegate a zone to another provider who does.
Bender 1 day ago
That's a good idea. One could delegate to a stand alone instance for instant updates.
khalidsaidi 1 day ago
Bender 1 day ago
Something low like 60 to 90 seconds should be fine unless they are an influencer, then we could monitor their live stream.
m3047 16 hours ago
jubilee33 1 day ago
JdeBP 1 day ago
* https://news.ycombinator.com/item?id=44916853
The real challenge is not finding another channel for transmitting personal information. It is finding something else for the FINGER protocol to do. (-:
numpad0 1 day ago
Bender 1 day ago
MiiMe19 1 day ago
Bender 1 day ago
adzm 1 day ago
What does this mean, I see a bunch in the lookup but I don't understand the ddos part
Bender 1 day ago
warkdarrior 1 day ago
simoncion 10 hours ago
RFC 2827 (BCP 38) was published in May 2000. There's no good excuse for end-user ISPs to not be doing this for pretty much all of their customers.
[0] For the purposes of this discussion, I'm declaring that "cloud" providers are ISPs. They provide IP addresses and Internet connectivity to their customers, so they count.
Bender 1 day ago
[1] - https://spoofer.caida.org/summary.php
parallax_error 1 day ago
Bender 1 day ago
raylad 1 day ago
Bender 21 hours ago
Edit: Applied carve-outs for Apple's iCloud private relay proxies. (I think)
If anyone is curious why I have to block CDN's, they permit abusive behavior, abuse of their workers (apps) and other layers of their networks. Maybe in a few decades they will get on it.
burnt-resistor 1 day ago
cowlevel 1 day ago
And why do we want finger to exist?
Bender 1 day ago
Its just a private fork of an open source anonymous image board. I had a static blog for it but I got bored and moved all my blog posts to the image board. Probably a rather unorthodox experiment. The reply button is at the bottom right. I might change that.
And why do we want finger to exist?
There were discussions in the past about the finger service and how hardly anyone runs it any more and even less likely to be found on the open internet. DNS seemed like a good replacement for it to me as more and more people have domains now and authoritative DNS servers are likely to be more secure and distributed I think. Maybe one day specific groups of people do something like this in place of sites like X. half kidding
Now instead of having a special purpose client, one need only query a DNS record. In this case I use "dig" as the example but there are other DNS tools people might prefer to use.
GalaxyNova 1 day ago
warkdarrior 1 day ago
spauldo 1 day ago
You can read about it in RFC 742.
assimpleaspossi 1 day ago
drivers99 1 day ago
Bender 1 day ago
cowlevel 1 day ago
Bender 1 day ago
cowlevel 1 day ago
anthk 1 day ago
echo user | nc example.com 79
Lynx works too over gopher:
lynx gopher://graph.no:79/0/london