Comments on: Browser-based mitigation of phishing attacks http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/ musings on internationalized identifiers: domain names, OpenID, TLDs Sat, 08 Jun 2013 08:17:07 +0000 hourly 1 http://wordpress.org/?v=3.4.1 By: Kim Cameron’s Identity Weblog » Can browser-based plugins solve the phishing problem? http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/comment-page-1/#comment-9010 Kim Cameron’s Identity Weblog » Can browser-based plugins solve the phishing problem? Mon, 12 Feb 2007 05:35:12 +0000 http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/#comment-9010 [...] Dready blog proposes writes about OpenID phising and proposes a browser plugin that introduces a delay in the dialog box before it can be dismissed. The OpenID phishing issue is a hard one to solve, particularly because it aims to: [...] [...] Dready blog proposes writes about OpenID phising and proposes a browser plugin that introduces a delay in the dialog box before it can be dismissed. The OpenID phishing issue is a hard one to solve, particularly because it aims to: [...]

]]> By: wil http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/comment-page-1/#comment-8863 wil Mon, 22 Jan 2007 00:40:47 +0000 http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/#comment-8863 @Claus: This is just how Firefox displays IDNs where the TLD is not on their whitelist (and ".com" is not.) For IDNs on the whitelist, this will render properly in Unicode. I should have made this clear and show just an ASCII case, thanks for the clarification. @Claus:

This is just how Firefox displays IDNs where the TLD is not on their whitelist (and “.com” is not.) For IDNs on the whitelist, this will render properly in Unicode.

I should have made this clear and show just an ASCII case, thanks for the clarification.

]]> By: 3247 http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/comment-page-1/#comment-8862 3247 Sun, 21 Jan 2007 23:48:34 +0000 http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/#comment-8862 Your example shows the domain name in ACE format (xn--pypal-4ve.com). This is only a good idea if the real domain is not an IDN. For users of legitimate serves not using pure-ASCII domains, this will make any comparision impossible. Your example shows the domain name in ACE format (xn--pypal-4ve.com). This is only a good idea if the real domain is not an IDN.

For users of legitimate serves not using pure-ASCII domains, this will make any comparision impossible.

]]> By: =marcin http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/comment-page-1/#comment-8861 =marcin Sun, 21 Jan 2007 18:47:14 +0000 http://dready.org/blog/2007/01/22/browser-based-mitigation-of-phishing-attacks/#comment-8861 I posted my remarks to list, but I'll repeat them here. In my opinion it is not the issue of effectiveness of warning. While idea of "delay box" is good, the problem noticed here: "phisher can replace the password input field with javascript / DHTML / flash to bypass the check" is more vital. My idea is: if phisher wants to bypass the check, we should warn the user. How? By NOT changing browser UI. So my idea is: let's change browser UI in a significant, visible way on every page that contains password field. Let's warn users if password field looks suspicious. And let's NOT change UI if it's not a password field. User will notice the difference. I posted my remarks to list, but I’ll repeat them here. In my opinion it is not the issue of effectiveness of warning. While idea of “delay box” is good, the problem noticed here:

“phisher can replace the password input field with javascript / DHTML / flash to bypass the check”

is more vital. My idea is: if phisher wants to bypass the check, we should warn the user. How? By NOT changing browser UI.

So my idea is: let’s change browser UI in a significant, visible way on every page that contains password field. Let’s warn users if password field looks suspicious. And let’s NOT change UI if it’s not a password field. User will notice the difference.

]]>