安全性
我們希望 Personal Device Bridge 贏得的信任,是您能親自驗證的,而不只是我們的保證。本頁說明您的資料如何受到保護、哪些部分已經審查、哪些尚未審查、如何驗證您下載的軟體,以及如何向프로젝트팀포유 (Project Team For You)回報安全性問題。
用淺白的話說明資料如何受到保護
配對從電腦上顯示的 QR 碼開始。QR 碼內含一組兩分鐘後失效的一次性密鑰,因此只有真正看過螢幕的裝置才能配對。接著兩台裝置會顯示相同的 6 位數代碼,由您確認兩者一致。
- 每一條連線都以 Noise 協定(X25519、ChaCha20-Poly1305、BLAKE2s)進行端對端加密。每台裝置都有一把永遠不會離開本機的專屬金鑰,裝置之間靠這把金鑰辨識彼此,而不是靠 IP 位址、名稱或帳號。
- 每條連線、每個資料串流都使用全新的金鑰(前向保密):即使日後金鑰遭竊,也無法解密先前錄下的通訊。
- 加密位於網路層之上,所以不論是在 Wi-Fi、透過網際網路(QUIC、TCP 或 WebRTC),或經由我們的會合服務,保護方式都完全相同。會合服務只轉送它無法讀取的密封訊息。
- 完成配對不代表擁有所有權限:每台裝置只能取得您授予的權限,遠端輸入與相機在每次工作階段都會徵求您的同意。
- 收到的檔案、連結與剪貼簿資料在使用前都會經過檢查:無法跳出下載資料夾,危險類型的連結會被拒絕,大小也有上限。
完整的技術規格與威脅模型記載於我們的安全性文件中,可提供給研究人員與稽核人員。
稽核狀態
我們寧可說得精確,也不誇大:
- 內部安全審查:已完成。我們依據書面的威脅模型審查了設計、配對、工作階段加密、權限與輸入驗證,各項安全規則都由每次變更都會執行的自動化測試涵蓋。
- 自動化檢查:每次變更都會檢查相依套件的安全公告與授權;讀取不可信輸入的部分每週進行模糊測試。
- 外部稽核:預計在 1.0 版之前進行,目前尚未實施。完成後,我們會在本頁公布稽核單位、稽核範圍與發現事項摘要。
在那之前,Personal Device Bridge 仍是預覽版。用於高度敏感的資料之前,請將這點納入考量。
驗證您下載的檔案
下載的檔案是否可信,您不必只相信我們的說法:
- 總和檢查碼:每個版本都附有涵蓋所有檔案的 SHA256SUMS 檔案,讓您確認手上的檔案與我們發布的完全相同。
- 可重現建置:Linux 命令列工具採用確定性建置。任何擁有該版本標籤原始碼的人都能重新建置,並得到逐位元相同的檔案;自動檢查會在不同環境中建置兩次,只要有一個位元組不同就判定失敗。
- 建置來源證明:我們的發布工作流程已設定為替每個檔案附上有簽章的 SLSA 來源證明(Sigstore),記錄它由哪個工作流程、哪個提交產生,可用「gh attestation verify」指令驗證。原始碼儲存庫公開後 GitHub 才會啟用此功能,啟用時我們會在本頁公告。
- 程式碼簽章:我們的發布流程會為 Windows 程式與安裝檔加上 Authenticode 簽章(Azure Artifact Signing);執行前可在檔案「內容」→「數位簽章」中查看發行者。
Windows 與 Android 版本目前還無法重現建置,相關工作已在規劃中。適用於 bash 與 PowerShell 的逐步驗證說明收錄在可重現建置指南中,可應要求提供。
持續測試
所有讀取來自其他裝置或網路資料的解碼器——訊息封套、配對連結、裝置探索廣播、檔案名稱以及各功能的訊息——每週都會以 libFuzzer 進行模糊測試,餵入數以百萬計的異常資料,找出當機與失效的安全檢查。
此外,每次變更都會在 Windows 與 Linux 上執行單元測試、整合測試與端對端測試,其中包括兩個真實程序透過網路完成配對並傳輸檔案的測試。
如何回報
請寄信至 projectteamforyou@gmail.com,主旨寫「[SECURITY] 簡短標題」,以韓文或英文撰寫。請包含以下內容:
- 受影響的應用程式或元件及其版本;
- 問題是什麼、攻擊者能藉此做什麼(歡迎附上 CVSS 向量);
- 逐步重現方法或概念驗證,以及您測試所用的平台。
請勿透過公開的 Issue 或社群媒體回報漏洞。
加密:我們尚未公開 PGP 金鑰。公開後,金鑰會放在本網站的 /.well-known/ 資料夾中,並列於 security.txt (personaldevicebridge.com/.well-known/security.txt) 內。在此之前,若您的回報包含敏感的攻擊細節,請先寄一封不含這些細節的簡短郵件,我們會與您約定安全的聯絡管道。
我們的原始碼屬於專有軟體,並未開放。若您為研究或確認問題需要查看原始碼,請向我們申請,我們會逐案審核。
回報後的處理流程
- 我們會在 72 小時內確認收到您的回報。
- 我們會在 7 天內完成分級——判斷有效性、嚴重程度與受影響版本——並在問題解決前至少每 14 天向您更新一次進度。
- 自分級起算的修正目標:嚴重(Critical)30 天內(盡可能在 7 天內提供緩解措施)、高(High)60 天內、中(Medium)90 天內、低(Low)則於後續的定期版本修正。
我們是小團隊。若無法如期達成目標,我們會告訴您原因以及預計的修正時間。
供安全工具使用的聯絡資訊
我們的聯絡資訊也以標準的機器可讀格式(RFC 9116)發布於 security.txt (personaldevicebridge.com/.well-known/security.txt),並指向本頁。我們以韓文與英文回覆。