通过将电子邮件转换为 HTML 十六进制/十进制 Unicode 来进行电子邮件混淆是否有效?

通过将电子邮件转换为 HTML 十六进制/十进制 Unicode 来进行电子邮件混淆是否有效?

这个问题是为了回答这个问题之前在这里问过。我当时想简单地将电子邮件转换为 HTML 十六进制/十进制 unicode。

例子:

以显示[电子邮件保护]我将使用十进制 unicode:

john.appleseed@mail.com

或十六进制 unicode:

john.appleseed@mail.com

与依赖 CSS、Javascript、图像等的其他方法相比,这种方法具有许多优势。例如,电子邮件可以显示在几乎所有浏览器上,包括 elinks 或 w3m 等控制台浏览器。其次,即使用户明确禁用了 JS 或阻止图像,这种方法也能正常工作。

我的问题是,与其他流行的方法相比,这是否是一种很好的电子邮件混淆方法?

答案1

这只不过是用实体替换“@”和“。”超链接问答中已经讨论过的方法。实际上我自己也使用过后一种方法。我没有测量过它的有效性,但该问题的原始答案中引用了那些测量过的人的统计数据。

此变体不会比原版多出太多。所以答案几乎是“不”。

该方法通常基于这样的观点:假定存在的 WWW 页面抓取程序很懒,不想编写完整的 HTML 解析器。它们只搜索@(或)并进行一些相当简单的模式匹配。另一方面,如果他们有一个能够识别十进制和十六进制数字字符引用的完整 HTML 解析器,那么只对和进行编码或对整个邮箱名称中的每个字符进行编码at实际上并不重要。页面抓取程序会非常乐意解码所有内容。 @.

毕竟,更多的工作,而不是更少,有一个数字字符引用解码器,只解码一些人物。☺

相关内容