零寬字符對ENS的影響 或比你想象的更大_ENS

昨日，一位資深的 Web2.0 域名交易者「Hero 桀」在其個人 Mirror 上發表了一篇名為《請停止注冊一切 ENS 域名，因為它一文不值》的文章。Hero 桀自稱是資深 Web2.0 域名交易者，并曾賣出 xiaomiquan、wuyinli 等多個知名域名，目前仍持有 ouyi 這一優質域名。

該文章指出了一個肉眼不可見的「ZWJ（零寬字符）」所導致的設計疏漏，正為 ENS 埋下重大安全風險。該文章在部分加密社區流傳甚廣，并引發了部分投資者對 ENS 的質疑。

這一問題允許多個肉眼所見完全相同的.eth 域名同時出現。正如 Web3.0 革新了陳舊的傳統互聯網一樣，在 Web3.0 時代，ENS 也為釣魚攻擊帶來了 Web2.0 不曾出現過的全新升級的新方法。

在現階段，「.eth」域名更多的被作為「網名」而廣泛使用，一個獨特的 eth 域名就像 Web2.0 時代的 QQ 靚號。在這種難以稱之為基礎設施的應用場景下，一些設計疏漏雖然會對用戶造成困擾，但終歸無法撼動 ENS 去中心化域名龍頭的地位。

而在 ENS 的愿景實現之后，這個疏漏仍然是可以被忽視的嗎？「Decentralised naming for wallets, websites, & more.」這是 ENS 官網上用醒目的字體所寫的宏大使命。在這個愿景中，ENS 將成為命名一切數字資源的域名系統、打開 theblockbeats.eth 就像打開 theblockbeats.info 一樣自然，而此時 ENS 的零寬字符將為整個 Web3.0 世界帶來深遠的安全隱患。

零寬字符，讓 ENS 距離成為 Web3.0 基礎設施更遠了一步。

Voyager向3AC貸款6.54億美元期間雙方只進行過一次盡職調查:金色財經報道，周二提交的法庭文件顯示，就在申請破產幾周前，加密對沖基金三箭資本（3AC）向借貸機構Voyager Digital發送了一份一頁的凈資產價值（NAV）聲明。Voyager稱向3AC貸款6.54億美元，占其貸款組合的近58%，期間雙方只進行了一次盡職調查。

這份日期為2022年5月13日的文件顯示，三箭資本的資產凈值略低于24億美元。Voyager首席商務官Jon Brosnahan表示，根據財務總監Ryan Whooley的說法，這次盡職調查發生在2022年2月28日，持續了30分鐘或一個小時。

文件還披露了Voyager Digital對三箭資本的盡職調查水平。Voyager盡職調查團隊沒有3AC的損益表、現金流量表或資產負債表。它沒有對3AC的流動性進行任何壓力測試。[2023/3/1 12:36:54]

當你看到「vitalik.eth」時，你會認為這個人是誰？毫無疑問，這一 ENS 域名由 V 神所有。那么，我能否注冊這一域名呢？按照 ENS 的規則，這一域名已被注冊，其他用戶自然無法在注冊同樣的域名。但值得注意的是，這里僅僅指對計算機而言完全一致的域名。那么，我有沒有辦法找到一個和 V 神域名有所不同但看上去又一致的域名呢？

當然可以，只要在任意位置插入 ZWJ 即可。

ZWJ（zero width joiner）即零寬字符，這一符號頗為特殊。對于計算機來說，ZWJ 仍然為一個字符，在 Unicode 字符集中擁有獨立的編碼，你在 Word 鍵入這一字符它仍會被計入字數統計。而這一字符的寬度卻為 0，也就是說對于肉眼而言，零寬字符完全不可見。

網傳“李林創辦新交易所”系新火科技旗下合規交易平臺“新火香港” 面向機構和專業投資者:金色財經報道，網傳“李林創辦新加密交易平臺新火香港”，經金色財經查閱相關公開信息發現，新火香港為港交所上市公司新火科技控股有限公司的全資附屬公司。 新火香港于2020年8月獲得香港公司注冊處頒發的信託或公司服務提供者 (TCSP）牌照，是一個合規虛擬資產交易平臺，主要為機構和專業投資者提供服務。目前新火科技主要提供BTC/USD、ETH/USD和USDT/USD三個交易對，但該交易平臺暫無交易量。

金色財經此前報道，新火科技前身為火幣科技，在10月8日Huobi Global股份全部轉讓給About Capital的基金后，10月28日火幣科技更名為新火科技。李林為新火科技控股有限公司主席及控股股東。根據新火科技官方網站顯示，杜均和張麗分別擔任公司CEO與CFO。[2023/1/4 9:52:14]

這也就意味著，我只要在「vitalik」這一單詞中任意位置插入零寬字符，即可注冊一個肉眼看上去和 V 神域名完全一致的 ENS 域名。

在注冊 ENS 域名時，只要在任意位置鍵入「%E2%80%8C」或者「%E2%80%8D」，即可在單詞中插入一個零寬字符。這樣，一個 V 神同款 ENS 即可成功注冊了。如果插入零寬字符之后，依然已被人提前注冊，你甚至可以插入連續的兩個、三個、四個……多個零寬字符，直至嘗試到無人注冊為止。

ENS 不止是 Ethereum 網絡的重要基建之一，同樣也是 Web3.0 網絡的重要基建。ENS 的創始人曾公開表示，ENS 的愿景是要做「全球每一個數字資源的域名服務商」。不止是用戶的賬戶名，更是整個 Web3.0 網絡的命名系統。

Offchain Labs已收購以太坊最大客戶端Prysm的開發團隊:10月12日消息，Arbitrum開發商Offchain Labs周三宣布已完成了對Priysmatic Labs的收購。Priysmatic Labs是負責以太坊網絡維護、升級和創新的核心軟件開發團隊之一，也是以太坊客戶端Prysm的開發團隊，Prysm是當前用戶規模最大的以太坊客戶端，目前有41.5%的驗證節點都在使用Prysm驗證交易。（Decrypt）[2022/10/12 10:32:49]

還記得早年間關于 Web3.0 最初版本的想象嗎？去中心化存儲保存文件、去中心化域名提供尋址系統、智能合約擁有鏈上計算的能力、去中心化錢包充當支付通道，在這個版本的 Web3.0 中，一切都是運行于去中心化網絡、無需許可、無審查的，這是一個真正自由的互聯網。在這個版本中，使用 Web3.0 瀏覽器訪問 theblockbeats.eth 就像你打開 theblockbeats.info 一樣自然。

遺憾的是，這一版本的 Web3.0，至今尚未實現。且主流瀏覽器至今尚未支持.eth 域名的訪問。盡管 ENS 仍在持續的建設之中，但它似乎難以成為這一版本的 Web3.0 的主流基礎設施了。倘若真的建成，也將為 Web3.0 時代的網上沖浪留下巨大的安全隱患。

仔細回想一下，你是如何打開這篇文章的？

想必你定當是在某處見到了本篇文章的鏈接，鼠標或手指的一次點擊，將你帶到了這個頁面。而絕非是在地址欄鍵入漫長的一串??https://www.theblockbeats.info/news/28611? 。毋庸置疑，幾乎所有的用戶，都在使用 URL 進行網上沖浪。一個又一個縱橫交錯的超鏈接構成了我們當今時代的互聯網，超鏈接組織起了互聯網的繁雜信息、超鏈接為搜索引擎提供了尋找信息的技術基礎、超鏈接為信息提供了開放自由的互聯通道，可以說沒有超鏈接，就沒有當今世界的互聯網。

三箭資本創始人Zhu Su已在推特個人介紹中刪除ETH、AVAX等代幣:6月13日消息，三箭資本創始人Zhu Su 已在其推特其個人介紹中刪除 ETH、AVAX、LUNA、SOL、NEAR、MINA 等代幣，目前在其介紹中只保留了\"Bitcoin”。[2022/6/13 4:21:37]

基于 ENS 域名的 Web3.0 網站是否可以做到這一切？至少當前是極為困難的。因為它為我們帶來了極大的安全風險。

在 Web2.0 時代，釣魚網站攻擊時刻都在對世界網民造成著嚴重的損失，而這還是在域名無法重名的情況下。想象一下，你在網上沖浪時看到網友分享的一個鏈接，該鏈接「肉眼可見」的是某知名平臺，域名拼寫和真實地址分毫不差，于是你便點了進去。但其實這是一個通過零寬字符偽造的釣魚網站。

當用戶只是進行點對點轉賬時，手動輸入的習慣讓零寬字符或許只是一個無關痛癢的惡作劇。而當 ENS 試圖達到它的使命、命名一切數字資源時，這一切都變了。Web2.0 的釣魚只是域名相似，而 Web3.0 的釣魚已經迭代為完全一致。這將是一個重大的安全隱患。

我們處在一個基于超鏈接編織而成的互聯網。DeFi、交易平臺、Web3.0 博客、Web3.0 社交；網站鏈接、dapp 鏈接、API 接口鏈接、一切用例的入口鏈接……若以鏈接形式存在的.eth 域名不再可信，.eth 如何拓展它在「網名」之外的用例？如何成為 Web3.0 基礎設施？ENS 域名的宏大敘事如何繼續展開？這一風險或將從根基沖擊 ENS 的估值體系。

而頗為諷刺的是，這一問題甚至在 Web2.0 中并不存在。

Web2.0 的解決方案簡單明了——不支持使用零寬字符和拉丁字母的混排作為域名。具體可參閱《IDN2008 規范》的「UTS46」標準。

The Sandbox收購游戲開發公司Cualit，以加速其Web3和元宇宙發展:5月19日消息，The Sandbox 宣布收購烏拉圭游戲開發公司 Cualit，以加速其 Web3 開發和元宇宙發展。同時，Cualit 將更名為 The Sandbox Uruguay，從而擴大 The Sandbox 全球團隊。The Sandbox 表示，Cualit 在游戲方面的經驗比較豐富，有希望通過他們在網頁設計和用戶流程方面的專業知識幫助其吸引更多的用戶。[2022/5/20 3:29:10]

前文我們曾提到零寬字符「%E2%80%8C」和「%E2%80%8D」這兩組神秘代碼。這是 16 進制的 UTF-8 編碼。它們的 Unicode 編號分別為「U+200C」和「U+200D」。這些字符通常被用于在阿拉伯文與印度語系等文字中，用于控制字符間是否產生連字的效果。在其他大多數語言中，你并不能打出這個字符。

而在 Web2.0 的域名注冊中，此類較為特殊的字符并不被接受。但這并不代表 Web2.0 沒有類似的攻擊手段。事實上，外形相似的域名所偽裝的釣魚網站，一直在 Web2.0 的世界里廣泛存在。

舉個例子，你能否準確的區分"e" 和"е" 、"a"和"а"、「Ο」和「O」以及「О」？這些字母包括我們頻繁使用的拉丁字母，以及較少用到的西里爾字母和希臘字母。

起初，域名注冊僅支持 ASCII 字符，即我們口語中所說的「英文字母」和阿拉伯數字。這也是在世界各地被使用最為廣泛的字符集，幾乎所有支持字符顯示的設備都支持 ASCII，但卻不一定可以正常顯示其他文字。在 IDN（國際化域名）普及之后，域名注冊新增支持了多種語言文字，將支持字符從 ASCII 字符集擴展至部分 Unicode 字符集。這讓世界各地的人民均可使用自己的母語注冊域名，以中文為例，你可以通過「http://新華網. 中國/」直接訪問新華網。

而在如此之多的文字中找到和拉丁字母相似的字符并不是什么難事。這種使用相似字符偽裝成釣魚網站進行欺詐的情況逐漸多了起來。這一欺詐被稱為同形文字（homograph）攻擊。

早在 2001 年，以色列的安全人員發表了一篇名為《同形文字攻擊》的論文，并注冊了一個包含西里爾字母的 microsoft. com 的變體。這也是可考證的第一個 homograph 欺詐域名。可以說，homograph 問題在 Web2.0 時代由來已久，但其危害性和嚴重性遠不及 Web3.0 的 ENS 域名。

我們以一組 IDN 域名為例：??.com、а??рау.com、а??рау.com。打開這些域名，你可以看到什么？

瀏覽器自動將域名轉換為了以「xn--」開頭的域名，這一編碼方式被稱為 Punycode。

在《IDNA2003》的規范中，為避免 homograph 欺詐，域名應經過二次處理，這一過程被稱為「兼容性規范化 (compatibility normalization,NFKC)」。在非 ASCII 字符域名中，所有的字符都可被通過 Punycode 轉換為更為通用的 ASCII 字符（「xn--」域名）。這一編碼方式遵循 UTR36 標準，已被主流瀏覽器使用，這從用戶端降低了 homograph 攻擊的風險。

同樣，在 IDN 域名的注冊環節，ICANN 也做出了相應的規范。各國域名注冊組織也在逐漸做出跟進，例如，俄羅斯的域名管理機構已經禁止了.ru 域名中混用西里爾字母和拉丁字母。

ENS 域名無疑支持著遠多于 DNS 域名的字符，你不僅可以像 DNS 一樣使用各種文字注冊域名，甚至還可以使用 emoji 注冊域名，以及本次被熱議的安全隱患零寬字符注冊域名。（值得一提的是，emoji 域名并不是 Web3.0 的特例，傳統域名中的「.tk」、「.ws」等根域名同樣也支持 emoji 注冊。）

而在 Web3.0 中，我們能否通過相似的手段消除這一隱患呢？

遺憾的是，ENS 開發者似乎并不打算從注冊入口上解決這一問題。

在 ENS 社區的討論中，這一問題早在 2021 年 4 月就已被用戶提出。而 ENS 開發者對此的解釋是，對零寬字符的支持是在合約層面的，因此無法移除對這些可能被用于欺詐的字符。此外，還有一個更重要的原因——零寬字符支撐著 emoji 在 ENS 中的應用。

ENS 創始人 nick.eth 針對零寬字符問題做出了這樣的回應：「我們不像 ICANN 對大部分通用頂級域名那么嚴格，像 emoji 這樣的域名就很好的運用了 ENS。」「ENS 禁止解析非 UTS-46 規范的域名并不在合約層面實現——將規范寫入合約是不切實際的——這應作為客戶端所需解決問題的一部分。」當然，他也對用戶做出了積極的表態，「我們將考慮對規范化規則作出補充，以禁止您發現的這種情況。」

emoji 表情符號數量繁雜，事實上，有大量的 emoji 均為基礎 emoji 的復合，例如，「女人」、「零寬字符」、「火箭」三個連在一起即會被計算機識別為「宇航員」。通過零寬字符，可以在精簡編碼集的基礎上納入更多的表情。而這也是 ENS 支持幾乎所有 emoji 的基礎。因此，ENS 無法屏蔽掉零寬字符的使用。

前文我們曾提到 Web2.0 的「.tk」域名，這是世界上第一個支持 emoji 的域名，傳統的 Web2.0 域名是如何解決這一問題的？在前文提到的《IDN2008 規范》的「UTS46」標準中，零寬字符在不同文字中的使用、在 emoji 中的使用，均被做出嚴格規范。

在 4 月份的討論中，nick 向社區成員解釋，零寬字符的使用是在智能合約層級的，「不過，這很好，ENS 的設計一直是這樣。」「白名單規則在這里沒用，因為域名中可以包含多個字符，而不僅僅只是 emoji。」

截至目前，我們尚未看到 ENS 團隊在合約層面有任何修復這一安全隱患的舉措。所有對于這一風險的防范均由中心化的 Web2.0 前端所作出。

在 OpenSea，包含零寬字符的 ENS 域名被標記上了黃色驚嘆號。

在 etherscan，存在同樣隱患的 ENS 域名則被標記了星號。

在 Metamask 上，雖然并不會額外給出風險提示，但 Metamask 可以識別到字符串中包含一位零寬字符，并用"?"將這一字符顯示出來。

借助于中心化的手段，ENS 域名的安全風險在一定程度上有所減少。但當我們進入一個完全開放的 Web3.0 的世界，中心化的手段又將起到多大的作用呢？如果這隱患無法消除，ENS 距離他命名一切數字資源的愿景，仍然相距甚遠。

在未來的某一天，有人發送給你一則網址為 www.binance.eth 的公告鏈接，你敢點開嗎？

Tags：ENSWEBWEB3WEB3.0MetasensWeb3GoldWEB3Tokenweb3.0幣排行榜

歐易交易所app官網下載