Live data from Hacker News

Deceptive example for malicious usage of .zip domain

fosstodon.org

31–40 of 44 posts

Re: Deceptive example for malicious usage of .zip domain

#31
post #25
post #19

https://github.com/kubernetes/kubernetes/archive/refs/tags/@... I get a: "404: Not Found" from the site "codeload.github.com"

Now replace all inner slashes with U+2215 (copy-paste from here https://www.compart.com/en/unicode/U+2215 )

HN literally doesn't allow you to post those characters, so it doesn't work here. Doesn't actually work anywhere I've tried it.

Re: Deceptive example for malicious usage of .zip domain

#32
post #12

Earlier quoted context omitted.

This may be a twitter problem, but it is not a web problem.

Email (people have been told to look at the little popup that shows where a hyperlink goes for like a decade now) Pretty much any chat application Pretty much any website that allows comments, like HN

...the same email where you can modify links to appear as whatever you'd like anyway? Same goes for HN etc. This is overblown.

Re: Deceptive example for malicious usage of .zip domain

#33
post #5

Cool trick - they're using HTTP auth URLs[1] so that the @ sign is doing a lot of the heavy lifting (plus some clever unicode slashes). It's an old school phishing trick, with the additional layer of looking like a genuine zip file. Not sure if this trick would be too effective in real life, Firefox and likely others will give you warnings when logging into a site like this, as this form of HTTP auth is way deprecate…

I think the dangerous is not phishing for credentials but malware. The example is a Github Link to a release. You click on the link expecting to download the legitimate kubernetes relase zip file. But instead you end up with a patched version with an e.g. included monero miner.

A less tech-savy or distracted user would also fall for a .exe file that downloads and just click on it since he just expects a zip file from github.

Re: Deceptive example for malicious usage of .zip domain

#35

Here's the original source by the author: https://scribe.rip/@bobbyrsec/the-dangers-of-googles-zip-tld... While I think that we really don't need a .zip domain, this trick falls apart when not shown as an image. Hovering over either URL should tip you off. Firefox shows the actual link in the bottom left.

How exactly does this trick work? Thing is, a URL can't have any non-ASCII characters in it. So this would only happen if the webpage or some app takes the URL and undoes the percent-encoding to try to make it more readable.

Re: Deceptive example for malicious usage of .zip domain

#36
post #35

Here's the original source by the author: https://scribe.rip/@bobbyrsec/the-dangers-of-googles-zip-tld... While I think that we really don't need a .zip domain, this trick falls apart when not shown as an image. Hovering over either URL should tip you off. Firefox shows the actual link in the bottom left.

How exactly does this trick work? Thing is, a URL can't have any non-ASCII characters in it. So this would only happen if the webpage or some app takes the URL and undoes the percent-encoding to try to make it more readable.

I just tried the fake URL by pasting it into Safari's address bar, and it “helpfully” percent-encoded the special slashes and tried to go to v1271.zip.

Re: Deceptive example for malicious usage of .zip domain

#37

Earlier quoted context omitted.

Email (people have been told to look at the little popup that shows where a hyperlink goes for like a decade now) Pretty much any chat application Pretty much any website that allows comments, like HN

...the same email where you can modify links to appear as whatever you'd like anyway? Same goes for HN etc. This is overblown.

Like I said "people have been told to look at the little popup that shows where a hyperlink goes for like a decade now"

> Same goes for HN etc

No. Show me if you think you can.

Re: Deceptive example for malicious usage of .zip domain

#38

Here's the original source by the author: https://scribe.rip/@bobbyrsec/the-dangers-of-googles-zip-tld... While I think that we really don't need a .zip domain, this trick falls apart when not shown as an image. Hovering over either URL should tip you off. Firefox shows the actual link in the bottom left.

This so-called attack is also not as effective in most contexts as the simple https://goodsite.com" rel="nofollow noreferrer">https://evilsite.com">https://goodsite.com trick. Raw URLs in web pages don't get auto-linkified anyway, so something is turning it into a link (e.g. through use of HTML), and at that point you can have the link text and the URL be whatever you want, completely independently of each other.

Re: Deceptive example for malicious usage of .zip domain

#39
post #5

Cool trick - they're using HTTP auth URLs[1] so that the @ sign is doing a lot of the heavy lifting (plus some clever unicode slashes). It's an old school phishing trick, with the additional layer of looking like a genuine zip file. Not sure if this trick would be too effective in real life, Firefox and likely others will give you warnings when logging into a site like this, as this form of HTTP auth is way deprecate…

Side note: someone's using http://yourmom.zip for hilariously nerdy purpose

This is the type of website I would want to show up in marginalia

Re: Deceptive example for malicious usage of .zip domain

#40

Earlier quoted context omitted.

What you have in your comment is an email address, where anti-phishing training has hopefully helped users to identify non-authentic or at least suspicious domains. We (should) know to look at the part after the "@" in an email. This trick is a URL, not an email address. It looks like a valid URL, because we are accustomed to checking the hostname for authenticity. But the URL in the post is crafted to look like the…

Doesn't every browser "grey out" everything other than the hostname & TLD these days?

They do, but you're probably not doing to come across that when clicking on a URL ending with .zip that downloads a zip file, as shown in the example.
Post reply on HN