Browser-use，一款旨在使人工智慧代理控制網路瀏覽器的開源工具，已引發社群對其安全隱患的廣泛討論。雖然該工具承諾透過允許人工智慧執行復雜的網路任務來革新瀏覽器自動化，但安全專家對其瀏覽器控制方法和潛在漏洞表示擔憂。
瀏覽器除錯模式的安全漏洞
社群成員提出的最突出問題集中在 Browser-use 對 Chrome 除錯工具的實現上。一位使用者指出，該庫使用 Chrome DevTools Protocol（CDP）並指導使用者以除錯模式啟動 Chrome，這可能會帶來嚴重的安全風險：
「拋開代理不談，Browser-use 釋出的設定指南讓使用者使用自己的 Chrome 配置檔案和密碼，啟動了啟用遠端除錯的 Chrome 會話。他們指導使用者設定和執行的這些工具本質上是不安全的。」
Browser-use 使用的除錯工具存在已知漏洞，據報道 Google 不會修復這些漏洞，因為它們是為開發目的而非生產環境設計的。當用戶按照文件指南連線到帶有儲存憑證和密碼的實際瀏覽器時，由於 DevTools 埠缺乏認證，他們可能會暴露於跨站指令碼（XSS）攻擊之下。
瀏覽器使用的主要安全隱患：
- 使用 Chrome DevTools Protocol (CDP)，該協議存在已知的安全漏洞
- 引導使用者以除錯模式啟動 Chrome，並啟用遠端除錯功能
- DevTools 埠缺乏身份驗證，使其容易受到 XSS 攻擊
- 可能暴露已儲存的憑證和密碼
建議的替代方案：
- 使用 ChromeDriver 代替除錯模式
- 使用 Unix 套接字連線 CDP 以減輕身份驗證漏洞
- 容器隔離（儘管這無法完全解決與主瀏覽器連線的問題）
替代方法和解決方案
在討論中，注重安全的開發者提出了瀏覽器控制的替代方法。一些人提到使用 ChromeDriver 代替除錯模式，而其他人則指出 CDP 的 unix 套接字可能是減輕認證漏洞的潛在解決方案。一位評論者表示，他們已經開發出一種安全的方式來控制瀏覽器與人工智慧代理，而無需除錯許可權。
專案維護者承認了這些問題，但尚未承諾進行特定的安全重新設計。他們表示，在生產環境中執行時，瀏覽器通常在隔離的 Docker 容器中，儘管批評者指出，當用戶按照文件連線到他們的主瀏覽器時，這並不能解決問題。
MCP 整合和標準化
除安全問題外，另一個重要的討論線索集中在模型上下文協議（Model Context Protocol，MCP）整合上。多位使用者表示有興趣看到 Browser-use 採用 MCP 來標準化工具與大型語言模型的互動。雖然開發者最初對 MCP 的價值持懷疑態度，但在看到社群興趣後似乎重新考慮：
我之前非常反對它，但這個 HN 帖子似乎表明'人們想要 MCP'，一位開發者指出，強調社群反饋如何塑造專案方向。
MCP 可能使 Browser-use 與更多平臺和用例相容，一些使用者提到他們目前正在使用替代方案，主要是因為 Browser-use 缺乏 MCP 支援。
倫理考慮和網頁抓取實踐
社群還提出了關於負責任的網路自動化的擔憂。一些評論者指出，人工智慧代理導致了增加的抓取活動，這些活動並不總是遵循既定的最佳實踐，如尊重 robots.txt 檔案或實施速率限制。這可能會透過增加成本和潛在的停機時間對網站所有者產生負面影響。
開發者表示，與傳統抓取相比，他們的方法實際上減少了負載，因為他們只提取互動元素，而不是下載所有資產。他們還指出，從長遠來看，他們認為代理將不得不向網站提供商支付資料費用，這將重新調整激勵機制。
隨著 Browser-use 繼續開發其開源框架和雲服務，圍繞安全、標準化和道德網路互動的這些討論可能會塑造其發展方向。該專案的 MIT 許可證使其得到廣泛採用，但也引發了關於可能來自提供類似服務的大型公司的競爭壓力的問題。
對於對人工智慧瀏覽器自動化感興趣的開發者而言，Browser-use 代表了一個令人興奮但仍在發展的工具，在生產環境中實施時需要仔細考慮安全隱患。