<p id="g6cdd"></p>
  1. <li id="g6cdd"></li>
  2. <table id="g6cdd"><option id="g6cdd"></option></table>

  3. <table id="g6cdd"><option id="g6cdd"></option></table>
    <pre id="g6cdd"></pre>
    <pre id="g6cdd"></pre>
    關于ZAKER 一起剪 合作 加入

    剛剛,微信宣布重大變化!事關你我

    來 源丨21 世紀經濟報道(ID:jjbd21)

    作 者丨白楊,王俊,吳立洋,郭美婷

    編 輯丨李清宇,周上祺

    圖 源丨圖蟲

    11 月 29 日,微信發布《關于〈微信外部鏈接內容管理規范〉的更新聲明》,宣布點對點聊天場景中將可直接訪問外部鏈接,并將在群聊場景試行開放電商類外部鏈接直接訪問功能。據悉,該功能將陸續生效。

    據《聲明》內容,該階段調整主要為三點:

    1、在點對點聊天場景中將可直接訪問外部鏈接;

    2、在監管部門指導下,為貫徹安全底線原則,同時兼顧用戶使用體驗,將在群聊場景下試行開放電商類外部鏈接直接訪問功能;

    3、后續計劃開發自主選擇模式,為用戶提供外鏈管理功能。

    這一聲明為微信在 " 互聯互通 " 背景下對外鏈規范的進一步升級。

    9 月 17 日,微信曾發布《關于〈微信外部鏈接內容管理規范〉調整的聲明》,開放了一對一聊天場景中訪問外部鏈接。同時為用戶提供自主選擇功能,設立外鏈投訴入口。

    《聲明》表示,微信將繼續在監管部門的指引下,以安全為底線,與各大互聯網平臺共同推進互聯互通方案,積極配合其它互聯網平臺共同落實互聯互通,探討在其它平臺上順暢使用微信服務的技術可能性,為用戶提供更好的體驗。

    互聯網行業正在 " 拆墻 "

    外鏈開放難題也是利益難題

    一個月前,工信部一道政令,要求各平臺限期內按標準解除屏蔽。監管部門大刀闊斧,直指行業弊病,十余年的互聯網平臺 " 相互屏蔽 " 時代正走入歷史。

    一般認為,中國互聯網 " 圍墻花園 " 時代,由 2008 年淘寶封禁百度而始,持續至今已有十余年。期間,巨頭平臺間網頁屏蔽、鏈接封禁,畫地為牢,成為互聯網行業的默認業態。

    " 應用層生態間屏蔽的方式主要有三種:一是屏蔽外鏈,包括不識別外鏈以及限制外鏈分享;二是拒絕開放 API 接口;三則是限制數據抓取、遷移。" 大成律師事務所高級合伙人鄧志松解釋稱,與此相應,互聯互通的措施可以分為三個層次:開放外鏈;開放 API 接口;開放數據抓取、允許數據遷移。

    目前工信部推進的互聯互通聚焦點集中在解決網址鏈接屏蔽問題上,并未涉及 API 接口等的開放?;ヂ摶ネㄟ~出的是 " 第一步 "。

    多位接受采訪的專家認為,對于平臺而言,破除網頁屏蔽在技術上雖存在難點,但沒有太高的壁壘,推進的難度更多在于平臺商業利益的考量。

    東北大學計算機科學與工程學院教授姚羽向 21 世紀經濟報道記者解釋稱,如果平臺將外鏈完全開放,存在兩方面的安全問題。一方面,平臺無法確保外部鏈接的安全性,這可能導致惡意網站利用平臺作為惡意鏈接的傳播渠道;另一方面,一些數據抓取機構可能利用平臺作為跳板進入外鏈指向的網站,導致數據泄露。" 網頁是系統核心數據的一種展示,當第三方機構爬取的頁面數量足夠多時,可能會獲得網站的核心高價值數據。"

    獨立分析師付亮表示,目前平臺鏈接封禁主要表現在用戶轉發鏈接受限,鏈接封禁一定程度上是平臺為方便管理,但是其中存在商業利益的博弈。不同平臺有不同的考量,部分平臺可能并不希望把平臺變成一個商業推廣的激勵途徑。

    開放外鏈誠然會增加平臺安全治理壓力。不過,也有業內人士在接受 21 世紀經濟報道記者采訪時表示,中國互聯網的互聯互通具備守住安全底線的能力。一方面,騰訊、阿里等平臺均已形成相對規范、成熟的技術和治理體系,能夠應對破壁后的新生態;另一方面,要求互聯互通并非意味著平臺不能開展有效治理,根據相關鏈接是否合法、是否侵害用戶權益等標準,平臺可以對其采取措施。

    平臺互操作陷困難境地

    雖互聯互通已是大勢,但在破除網頁屏蔽、開放外鏈基礎上如何繼續推進,互聯網開放到何種程度,仍莫衷一是。

    南開大學競爭法研究中心主任陳兵表示,互聯互通主要表現為數據的可攜帶和數據的互操作。本階段互聯互通的推進尚未涉及到這兩方面的工作。當前工信部主要強調安全與便利于用戶,數據的可攜帶、互操作,乃至數據的共享,是數據領域更深層次的內容。

    平臺間數據互操作涉及 API 接口開放,從技術壁壘、國際經驗、法律競合等多個角度來看,困難重重。

    中國信通院發布的《應用程序接口(API)數據安全研究報告(2020)》指出,從近年 API 安全態勢可以看出,API 技術被應用于各種復雜環境,其背后的數據一方面為企業帶來商機與便利,另一方面也為數據安全保障工作帶來巨大壓力。特別在開放場景下,API 的應用、部署面向個人、企業、組織機構等不同用戶主體,面臨著外部用戶群體龐大、性質復雜、需求不一等諸多挑戰,需時刻警惕外部安全威脅。

    從技術角度來看,API 接口開放無疑會增加企業成本。姚羽表示,API 接口開放對外提供服務的話,自然需提升硬件計算能力;但是無論投入多大的成本,硬件都有性能上限,一旦出現惡意攻擊,用大量訪問流量淹沒硬件能力上限,可能導致硬件癱瘓,正常用戶無法正常訪問。

    9 月 13 日的發布會上,工信部部長肖亞慶也強調:互聯網安全是底線。

    除卻技術成本,API 接口放開涉及企業利益、競爭合理性等更深層問題。

    鄧志松稱,向競爭對手開放 API 從反壟斷角度來看是存在爭議的。FTC 訴 Facebook 案(2021)中,FTC 指控 Facebook 阻止競爭對手將產品與 Facebook Blue 相連,限制了可通過此互操作性吸引用戶的競對產品的發展,阻礙了競對產品的開發銷售。而法官認為,即使是壟斷者,也沒有幫助競爭對手的義務。

    尤其對于競爭性平臺,數據連續互操作是否會導致搭便車情況,進而影響平臺收集數據動力,產生競爭損害,是學界與業界關注的焦點。

    陳兵表示,從競爭法的角度來說,數據的開放和流通有利于數據增值,但需要厘清的是數據產權問題,對于涉及產權的分配制度,也就是如何對數據在生產中起到的作用進行估值,尚未形成統一可操作的標準或交易方法。

    互聯互通如何繼續行進?

    前提性法律的構建、規則標準確立是平臺經濟領域邁向 " 互聯互通 " 要做好的準備。

    " 從長期來看,互聯互通肯定會豐富整個產業數據的多樣性,提升數據的質量,降低數據獲取成本等等。" 陳兵表示。

    " 但是這些利好因素的產生是有前提的。" 他指出,工信部一直強調的安全為底線,實際上安全問題與產權問題掛鉤。產權問題看似是一個利益分配問題,但其決定了平臺的責任承擔。權利義務責任在法治語境下,應該是具有同一性和統一性的,平臺運營者可通過提供基本服務獲益,也需要承擔相應的責任。

    鄧志松也指出,其在落實互聯互通的過程中,需要確立數據權屬制度以明確義務主體及不同主體間的權責界限。

    邁向平臺互操作、數據轉移后,出現安全問題如何歸責?陳兵認為,目前的互聯網場景下,還很難明確界定第二步和第一步之間責任主體變化的時間節點或者具體的標志性的行為。

    互聯互通的效益要充分發揮的前提是建立健全安全管理規則,利益糾紛處理機制。" 目前來看,相關的立法準備還不是充分,仍在加緊推動中。" 陳兵表示。

    技術層面也需要設立相關標準。姚羽認為,目前網絡攻防力量不均衡,攻擊成本遠低于防守成本,安全問題凸顯。

    他建議,數據互聯互通應在網絡安全的等級保護之上做加法,貫穿整個數據互操作的生命周期,企業防護達到一定等級標準,出現問題可以免責。

    多位專家稱,接下來需對數據分類分級制度、核心數據界定出臺具體實施細則,并針對不同級別、不同類別的數據制定不同保護水平的開放規則;明確補償原則以確保合理經濟利益的實現等。

    陳兵表示,對于平臺企業而言,互聯互通有助于倒逼其壓實平臺責任,讓平臺付出能力和財力成本去做好安全工作。對于廣大用戶來說,互聯互通對數據素養也提出了相應的要求,有助于用戶規范個體化互聯網行為,提升安全意識。

    " 互聯互通是一個系統工程,包括立法、執法、司法跟守法,不僅僅是監管側、平臺企業,廣大的用戶都要參與其中。" 陳兵稱。

    本期編輯 劉雪瑩 實習生 張可

    以上內容由"21世紀經濟報道"上傳發布
    一起剪

    一起剪

    ZAKER旗下免費視頻剪輯工具

    一起剪
    財經新聞

    財經新聞

    財富解碼 縱橫投資

    訂閱

    覺得文章不錯,微信掃描分享好友

    掃碼分享

    熱門推薦

    查看更多內容

    熱門訂閱 換一批

    查看全部

    原創精品

    查看更多內容
    任你干草精品视频免费不卡
      <p id="g6cdd"></p>
    1. <li id="g6cdd"></li>
    2. <table id="g6cdd"><option id="g6cdd"></option></table>

    3. <table id="g6cdd"><option id="g6cdd"></option></table>
      <pre id="g6cdd"></pre>
      <pre id="g6cdd"></pre>