Re: [-Fx-] 套件審核等到天荒地老...
看板Browsers (瀏覽器)作者ettoolong (ettoolong)時間3年前 (2021/09/29 12:16)推噓10(10推 0噓 22→)留言32則, 16人參與討論串2/3 (看更多)
難得在這邊看到有關套件審核的討論, 就順便來分享一下有關套件審核的部份.
以下是我憑記憶寫的, 有錯誤的話歡迎指正.
Firefox(AMO)和Chrome(CWS)一開始就使用了兩個不同的審核策略,
所以我們可以分別討論這兩個兩種不同的作法.
首先是Firefox(AMO), 主要是人工審核,
但實際上全球審核員只有十幾人(2018年時, 現在不曉得有沒有增加),
AMO上面約25300個套件只有118個是完全審核的(剛剛查的數據),
其餘的為部份審查(審查過之前某一版, 但沒審過最新版)或未審查.
可想而知, 大部份的套件都是沒審過的, 除非你就只裝一兩個, 像我就是這種,
不然多少都會裝到沒審過的, 我所有在AMO的套件, 現在也都是未審核狀態.
那如何確保沒審過的套件是安全的呢? 審核團隊用的是一個叫風險值的指標.
首先, 當你上傳一個新套件, AMO後台就會先把這個套件作分析,
大致上就是看你套件manifest.json內容, 看你的API permissions & Host permissions,
看你有沒有content script 和 該 content script 的 match patterns,
看你有沒有自訂CSP, 看你有沒有用到高風險API(eval 或類似作用的code),
看你有沒有使用混淆後的code,
權限越大, 能改動越多網站, 使用高風險API, 就會有一個越高的風險值.
審核者一上線就會看到一個用風險值排序的套件列表, 然後從一些高風險的套件開始審.
另外, 上傳新版本也會提高風險值, 例如一個套件經過人工審核後,
風險值就會降一些, 經過多次更版, 如果都沒有重新審核, 風險值就會一直疊加
(就會跑到審核列表的前面一些),
距離最後一次審核版本, 改越多, 加越多, 直到重新被人工審核.
再來就是套件的人工審核其實是分兩塊,
一塊叫內容審核, 一塊叫安全性審核, 兩塊的審核員是分開的.
內容審核其實是你上傳套件的第一關, 審核員無需技術背景,
只要審核你的套件內容有無違反AMO條款(不能有色情, 賭博, 違反美國法律之類的),
一般來說你上傳新套件或新版本, 會發現沒有立即出現在架上,
那就是因為還沒通過內容審核, 雖然這個過程也是人工, 但因為不用實際檢查程式碼,
所以可以審很快, 只要審查員上線, 通常可以審個上百個.
＊ 有一陣子AMO是上傳就上架, 但是後來AMO受到廣告攻擊,
用自動化方式上傳一堆廣告套件, AMO 也不像CWS要繳5塊美金,
所以砍帳號也無法阻止自動化註冊, 最後只好把上架後的內容審核改到上架前執行.
安全性審核就是大家平常比較熟知的審核, 需要技術背景,
主要就是檢查你套件是否安全, 有沒有把使用者資料傳到特定地方,
有沒有動態注入代碼問題, 有沒有提供混淆前的原始碼,
有沒有對應的隱私條款, 有沒有嚴重效能問題等.
一般你上傳套件後, 只要通過內容審核, 就會立即上架,
之後(可能是很久以後)才會有安全性審核.
再來是Chrome(CWS), 主要是自動審核, 但近兩三年有人工審核,
Google作為大數據的霸權, 除了結合靜態分析和動態分析外,
還導入了機器學習, 用來自動分析套件是否有問題,
從2015年的一份報告中指出Google已累積了超過45TB的動態分析資料.
Google的機器人會查詢搜索引擎, 瀏覽社交媒體, 查看熱門新聞網站,
看看有沒有該套件的相關資訊.
舉例來說, 如果有新聞網站報導了一篇某某套件竊取使用者資料,
或是有社群網站上有人討論到某某套件含有惡意程式碼,
Google就會自動下架該套件(當然會經過一些AI判定)
這也就是為啥有時候在CWS上的套件會莫明其妙下架,
因為AI有時候會誤判, 而當惡意套件在論壇上被討論時,
套件也會自動下架, 因為AI是24小時隨時都在幫忙監看的.
得益於越來越強大的機器學習, CWS的無人工審核讓開發者上傳套件後
無需等候人工審核就可以直接上架,
但是還是有不少漏網之魚, 比起AMO, CWS常常是套件被使用者發現問題後才下架.
(AMO也偶有惡意套件, 但相對少一些, 但審核人力問題, 很難改善)
畢竟惡意套件也有很多手段讓你難以透過簡單的自動檢查發現問題.
這兩年我在上傳套件到CWS時, 有注意到, 含有content script
(且有大範圍match patterns)的套件, 在上傳後會出現要人工審核(雖然不知道是
真人工還是人工智慧), 因此需要等個一兩天才會真的上架.
說明了Google對安全性的要求仍然是持續進步的.
實際上我也很久沒認真寫套件了, 所以上面的資訊可能沒有到最新,
不過大方向應該還是一樣的, 可以給想開發套件的人一點參考.
如果對上面提到的部份有問題, 歡迎討論.
--
巴巴人 巔峰46級，有鑑於自己的肉體與力量的極限，苦思煩惱後，他所作出的結論是：
Thankful。為了報答先祖賜予自己的無盡力量，他想表示一點心意，於是想到了 ─
一天一萬次Thankful的先祖鎚。首先調整呼吸，敬拜、祈禱，擺好準備姿勢，揮鎚！
完成這些連續動作，一開始花的時間是五秒到六秒。第一天實行下來，還沒揮完一萬次，
就花了十八小時以上。每天過著揮完就睡，醒來繼續揮的日子。經過了兩星期，他察覺到
異狀。揮完了一萬次，太陽仍未下山。Thankful的先祖鎚一萬次，花不到一小時的時間！
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.222.157.197 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1632889000.A.8A7.html
※ 編輯: ettoolong (61.222.157.197 臺灣), 09/29/2021 13:03:22
推
09/29 14:05,
3年前
, 1F
09/29 14:05, 1F
推
09/29 14:35,
3年前
, 2F
09/29 14:35, 2F
→
09/29 16:34,
3年前
, 3F
09/29 16:34, 3F
→
09/29 16:34,
3年前
, 4F
09/29 16:34, 4F
推
09/29 19:12,
3年前
, 5F
09/29 19:12, 5F
→
09/29 19:13,
3年前
, 6F
09/29 19:13, 6F
→
09/29 19:14,
3年前
, 7F
09/29 19:14, 7F
推
09/29 23:29,
3年前
, 8F
09/29 23:29, 8F
推
09/30 03:38,
3年前
, 9F
09/30 03:38, 9F
→
09/30 03:38,
3年前
, 10F
09/30 03:38, 10F
→
09/30 03:39,
3年前
, 11F
09/30 03:39, 11F
→
09/30 03:39,
3年前
, 12F
09/30 03:39, 12F
→
09/30 18:21,
3年前
, 13F
09/30 18:21, 13F
→
09/30 18:22,
3年前
, 14F
09/30 18:22, 14F
→
09/30 18:23,
3年前
, 15F
09/30 18:23, 15F
→
10/01 09:39,
3年前
, 16F
10/01 09:39, 16F
→
10/01 09:39,
3年前
, 17F
10/01 09:39, 17F
→
10/01 09:39,
3年前
, 18F
10/01 09:39, 18F
→
10/01 09:39,
3年前
, 19F
10/01 09:39, 19F
→
10/01 10:29,
3年前
, 20F
10/01 10:29, 20F
如果你是指 manifest v3 的問題的話, 我之前已經發過文了,有興趣可以再回去看,
基本上 Firefox 也會很快跟上v3,
但會不會完全照 Chrome 的規格改掉 webRequest API 就還不確定,
這也是公開的資訊, 有興趣可以去 AMO 的 blog 上找一下之前的文章.
推
10/02 16:04,
3年前
, 21F
10/02 16:04, 21F
推
10/02 22:35,
3年前
, 22F
10/02 22:35, 22F
推
10/04 03:55,
3年前
, 23F
10/04 03:55, 23F
→
10/05 20:49,
3年前
, 24F
10/05 20:49, 24F
推
10/05 21:08,
3年前
, 25F
10/05 21:08, 25F
推
10/05 23:09,
3年前
, 26F
10/05 23:09, 26F
→
10/05 23:09,
3年前
, 27F
10/05 23:09, 27F
→
10/05 23:11,
3年前
, 28F
10/05 23:11, 28F
→
10/05 23:11,
3年前
, 29F
10/05 23:11, 29F
→
10/05 23:12,
3年前
, 30F
10/05 23:12, 30F
→
10/05 23:12,
3年前
, 31F
10/05 23:12, 31F
→
10/05 23:16,
3年前
, 32F
10/05 23:16, 32F
(1)上傳一個新版本要一個月會才上架, 這就真的很扯,
一般來說最多一天就會上了, 但是以前發生過後台出錯,
套件被重複簽章或沒有被自動簽章這類的問題,
因此如果上傳後太久沒有出現, 建議去線上頻道直接問.
先加入 Matrix, 然後找 Add-on Reviewer 這個 room,
https://wiki.mozilla.org/Matrix
有3個room跟套件有關, 分別是 Add-ons, AMO, Add-on Reviewer,
跟審核有關的問題, 或是套件被reject, 都可以上 Add-on Reviewer 問.
跟開發有關的問題可以在 Add-ons 問.
(2) unlisted 要審這我也是覺得滿奇怪的, 以前是不用審的,
而且我也不記得官方有公佈過這類的政策修改, 建議也是去頻道上問比較準.
(3) 可以說明一下所謂的很瞎理由嗎?
因為審查本身也是有一些基本規則(哪些可以/哪些不行).
所以可能要看到退件理由才能確定是不是真的很瞎.
基本上AMO和CWS審查方針都是查得到的資料.
AMO的在:
https://extensionworkshop.com/documentation/publish/add-on-policies/
上面提及的內容審查(Content Review)的審查內容
就在 Content 這個段落內.
更多審核的資訊可以參考這幾篇:
https://wiki.mozilla.org/Add-ons/Reviewers/Guide
此為 reviewer 的指南, 內容含蓋所有 reviewer 要知道的內容,
(包含工具, 政策, 流程, 團隊 等)
如果只是想看一下流程, 可以看這篇:
https://wiki.mozilla.org/Add-ons/Reviewers/Guide/Reviewing
如果你在AMO上有自己的套件, 就可以去報名Add-on reviewer.
如果想要幫忙解決人力問題的, 可以去試試,
但是我剛剛查了一下, 已經找不到報名reviewer的計畫(計畫關閉中),
不過如果真的有興趣的話, 還是可以去 Matrix 的 Add-on Reviewer 那邊問問.
CWS的審核流程也是很多年前公開過的.
不過我現在一時找不到詳細內容, 所以我才會說是憑印象寫 XD,
其實那篇內容比我上面講的還複雜, 除了自動檢查程式碼內容,
機器人自動收集擴充套件資訊外, 還包含防毒軟體,
使用者回報之類的流程, 然後還有一些ML的分析,
解釋CWS如何透過特徵分析(函蓋套件程式碼內容, 社群討論, 開發者分析,
下載量和安裝量分析, 評論分析 等)
找出有問題的套件.
※ 編輯: ettoolong (61.222.157.197 臺灣), 10/07/2021 11:13:48
討論串 (同標題文章)
Browsers 近期熱門文章
PTT數位生活區 即時熱門文章
