Hacker News Reader

Wildcard dns would work:

*.example.com. 14400 IN A 1.2.3.4

after that just collect webserver logs.

Yeah, assuming Slack does prefetch these links that makes the attack significantly easier and faster to carry out.

I actually meant DNS prefetching, not HTTP prefetching. I don't think browsers will prefetch (make HTTP GET requests before they are clicked) links by default (maybe slack does to get metadata), but they quite often prefetch the DNS host records as soon as an "a href" appears.

In case of DNS prefetching, a wildcard record wouldn't be needed, you just need to control the nameservers of the domain and enable query logging.

But I'm not sure how do browsers decide what links to DNS prefetch, maybe it's not even possible for links generated with JS or something like that ... I'm just guessing.

I think if you make the key a subdomain and you run the dns server for that domain it should be possible to make it work

ie:

secret.attacker-domain.com will end up asking the dns for attacker-domain.com about secret.attacker-domain.com, and that dns server can log the secret and return an ip

Subdomains.