跳到主要內容

WarpSend 安全性 · 已對照實作

端對端加密保護檔案，WarpSignet 保護端點控制權

WarpSend 將兩個安全問題分開處理：保護傳輸中的檔案內容，以及判斷端點可以執行哪些指令。支援的資料路徑由端對端加密保護；敏感端點操作則由 WarpSignet 獨立驗證，授權不符就拒絕執行。

查核日期
密碼技術
AES-256-GCM · X25519 · Ed25519
查核人
Charlie，共同創辦人

兩層獨立保護

加密保護資料，WarpSignet 保護指令

安全傳輸通道不等於雲端送來的每個指令都已獲得正確授權。WarpSend 將兩者分開，讓端點即使收到來自已驗證服務的指令，仍能自行拒絕無效操作。

保護檔案內容

檔案端對端加密

WarpDirect 在支援的端點傳輸中使用 X25519 與 AES-256-GCM；WarpSync Shuttle 則暫存已加密的分段資料與 manifest。File Requests 只有在擁有者透過 WarpSignet 啟用端對端加密時，才會在上傳前加密內容。WarpShare 的加密邊界也取決於連結如何建立：目前透過瀏覽器上傳並設定密碼的連結，不會把解密所需的秘密交給服務；從端點建立的連結與舊版連結則採用不同的金鑰流程。下方會分別說明。

保護端點控制權

WarpSignet 端點授權

已加入的管理員瀏覽器會用 Ed25519 簽署精確操作意圖；明確核發、具範圍與期限的自動化 token 也可簽署受委任工作。端點會先用固定於本機的組織公鑰根驗證，再讀取、寫入、同步或傳送受保護資料。

雲端邊界

WarpSend 雲端看得見什麼，又無法暗中授權什麼

WarpSend 仍需要操作中繼資料來驗證帳號、安排路由、顯示狀態並支援續傳。我們不以籠統的「零知識」掩蓋這項事實，而是清楚列出邊界。

雲端不會收到或控制

  • 本頁所列端對端加密路徑中的明文檔案內容
  • 你的 WarpSignet passphrase 或解開後的組織簽章私鑰
  • 端點本機固定的信任根；雲端無法悄悄替換或停用它

服務仍會處理

  • 各流程所需的帳號、端點、路由、檔名／路徑／大小、上傳者欄位與交付狀態中繼資料
  • 加密 key slot、已簽署授權紀錄、nonce、時間戳記與防重送狀態
  • 暫存的檔案內容：端對端加密路徑保存加密分段與 manifest；未採此保護的路徑由服務管理檔案內容

端點授權

WarpSignet 如何驗證操作

WarpSignet 是 WarpSend 的端點授權模型。組織簽章公鑰根固定於每個已加入端點，因此單憑雲端工作階段、工作紀錄、端點 token 或 MCP 憑證，無法建立或擴大受保護存取。

  1. 只在瀏覽器內解鎖簽署金鑰

    組織金鑰只在已加入的管理員瀏覽器內解開。Passphrase 不會送到 WarpSend；雲端儲存的是加密 key slot，而不是 passphrase 或明文私鑰。

  2. 簽署精確操作意圖

    即時請求會綁定端點、通訊協定、請求內容、時間戳記與 nonce。長期傳輸、同步與 File Request 交付則簽署精確的工作範圍與 revision，包括適用的受保護來源及目的地。

  3. 在端點本機驗證

    端點會依本機固定的公鑰根驗證簽章、範圍、時效、revision 與防重送狀態。缺少、過期、遭變更、重送或無效的授權，都會在受保護存取前被拒絕。

  4. 自動化不中斷，權限仍受限

    重試、續傳、離線交付與排程同步可在已接受的範圍內繼續。明確核發的自動化憑證具有範圍與期限，不必對每個分段或每次執行重新人工確認。

資料流依據

四種傳輸方式，四條清楚標示的路徑

以下流程依目前的 WarpSend 端點、瀏覽器與雲端實作整理。「控制平面」指驗證、協調、政策與狀態管理；「資料平面」則是實際承載檔案內容的路徑。

File Requests

透過雲端收件匣收集檔案，也可選擇送到電腦或 NAS。

上傳者瀏覽器 → WarpFabric 雲端收件匣 → 擁有者下載或選擇交付至端點
  1. 步驟 1 上傳者瀏覽器 選取檔案，依收件連結的存取與加密設定上傳
  2. 步驟 2 上傳準備 已啟用端對端加密時，在瀏覽器加密內容
  3. 步驟 3 WarpFabric 雲端收件匣 保存提交的檔案、上傳進度與交付狀態
  4. 步驟 4 收件擁有者 下載檔案或交付至所選端點；加密內容由接收端解密

雲端中的檔案內容

WarpFabric 會保存提交的檔案，供擁有者取回。若收件連結已啟用端對端加密，內容會在上傳前加密。

加密邊界

擁有者可在建立收件連結時選擇端對端加密，此功能需要 WarpSignet。啟用後，上傳者瀏覽器透過 X25519 與 AES-256-GCM 加密內容，並保護供收件擁有者使用的金鑰；需要端點交付時，也會為授權端點封裝金鑰。未啟用時，檔案使用 TLS 與服務管理的儲存、存取控制。收件連結的密碼只控制存取，不會啟用內容加密。

  • 上傳者不需要 WarpSend 帳號或應用程式。
  • 擁有者可下載提交的檔案，或選擇端點、Share 與資料夾來交付。
  • 上傳支援續傳；若已設定自動交付而所選端點離線，系統會等端點重新連線後再交付。
  • 檔名、路徑、大小、上傳者填寫的欄位與交付狀態，屬於服務可見的操作中繼資料。
了解 File Requests 的使用方式 

WarpDirect

在兩個 WarpSend 端點之間直接傳輸檔案。

來源端點 → 點對點直接通道 → 目的端點
  1. 步驟 1 來源端點 讀取已授權的 Share，準備加密傳輸 frame
  2. 步驟 2 WarpSend 控制平面 驗證兩端身分並協調直接連線
  3. 步驟 3 點對點直接通道 不經雲端暫存，直接承載檔案內容
  4. 步驟 4 目的端點 驗證並寫入收到的檔案

雲端中的檔案內容

直接通道成功建立時，檔案內容不會存進雲端物件儲存空間。

加密邊界

目前已配對的端點可透過 X25519 衍生傳輸金鑰，再用 AES-256-GCM 加密資料 frame；直接傳輸的通訊層本身也會保護傳輸中的資料。

  • 雲端控制平面負責驗證端點與協調連線；直接通道成功時，檔案內容不會經過控制平面。
  • 自動路由只會在系統明確判定直接連線失敗後，改走可續傳的 Shuttle 路徑。
  • 如果使用者明確指定 Tunnel，連線失敗時會直接回報，不會在未告知的情況下切換路徑。
  • 分段進度與完整性檢查，可支援傳輸中斷後繼續。
  • 直接傳輸不設單檔或單一資料夾的大小上限；WarpSend 已測試 500 GB 單一檔案，以及單次超過 50,000 個檔案的傳輸。
  • 傳輸前不必手動分割、壓縮或另外整理檔案。
了解 WarpDirect 的使用方式 

WarpShare

只需上傳一次，即可建立讓收件者用瀏覽器下載的連結。

傳送端點或瀏覽器 → WarpFabric 全球檔案交付網路 → 收件者瀏覽器
  1. 步驟 1 傳送者 從已授權的端點 Share 或瀏覽器選取內容
  2. 步驟 2 上傳路徑 視設定先用連結密碼加密，再上傳至 WarpFabric
  3. 步驟 3 WarpFabric 與存取服務 保存物件並核發受控的下載權限
  4. 步驟 4 收件者瀏覽器 下載檔案；若連結受密碼保護，則在本機衍生金鑰並解密

雲端中的檔案內容

連結中的檔案內容會存放在 WarpFabric 代管儲存層，因此上傳完成後，傳送端即可離線。

加密邊界

目前設有密碼的瀏覽器上傳採用 v2 金鑰方式：上傳前以 AES-256-GCM 加密，收件者在瀏覽器解密，服務只會收到密碼驗證值。從端點建立的連結與舊版 v1 連結也可加密內容，但密碼或金鑰資料會經過服務，因此保護邊界不同。未設密碼的連結使用 TLS 與服務管理的儲存、存取控制。

  • 收件者不需要 WarpSend 帳號或應用程式。
  • 檔案暫存在 WarpFabric 代管儲存層，因此傳送裝置離線後，下載連結仍可使用。
  • 大型物件的上傳與下載採 multipart／range 流程，並支援續傳。
  • 密碼保護是選用設定；加密邊界也取決於檔案來自瀏覽器上傳還是端點，以及連結使用的金鑰方式。
  • 免費方案的連結上線保留 7 天；付費方案在建立時可選到 90 天，寄出後也還能調整。時間到檔案就會被移除。
  • 同一連結可下載多次，不會按下載次數另外收費。
了解 WarpShare 的使用方式 

WarpSync

讓指定資料夾在不同端點之間保持同步。

掃描來源 → 直接 Tunnel 或加密 Shuttle 暫存 → 目的端點
  1. 步驟 1 來源掃描器 建立 manifest 並找出有變更的內容
  2. 步驟 2 所選路徑 使用直接 Tunnel，或為 Shuttle 加密分段資料與 manifest
  3. 步驟 3 WarpFabric（僅 Shuttle） 保存已加密、採內容定址的分段資料與 manifest
  4. 步驟 4 目的端點 取得缺少的分段資料，解密、驗證並套用變更

雲端中的檔案內容

Tunnel 不會暫存檔案內容；Shuttle 會將已加密的分段資料與 manifest 存進 WarpFabric 代管暫存層。

加密邊界

Shuttle 路徑會衍生端點配對金鑰，加密內容定址的分段資料與 manifest，再由接收端點解密並重建變更內容。

  • 同步引擎會掃描指定 Share、計算變更集合，只傳送需要的資料。
  • Tunnel 是端點間直接路徑；Shuttle 則適合偏好或必須經雲端暫存的網路環境。
  • Shuttle 存放在雲端的 manifest 與分段資料皆已加密，並由接收端點在本機套用。
  • 系統會先組裝暫存檔，再重新命名到正確位置，降低不完整檔案被看見的機會。
  • 同步配對可在支援的端點之間，自動執行單向或雙向資料夾流程。
  • 排程與持續同步工作可在中斷後繼續，執行狀態會記錄於控制平面。
了解 WarpSync 的使用方式 

安全性 FAQ

團隊信任 WarpSend 前常問的問題

以下答案同樣遵守上方實作查核所列的各路徑安全邊界。

WarpSend 有端對端加密嗎？

上方所述、支援端對端加密的 WarpDirect 傳輸與 WarpSync Shuttle 內容具有端對端加密。File Requests 可選擇啟用端對端加密，但需要 WarpSignet。目前透過瀏覽器上傳並設定密碼的 WarpShare 使用 v2 金鑰方式，解密所需的秘密不會交給服務。從端點建立的連結與舊版 v1 連結，則會讓密碼或金鑰資料經過服務。未設密碼的連結，以及未啟用端對端加密的 File Requests，使用 TLS 與服務管理的儲存、存取控制。

WarpSignet 是什麼？

WarpSignet 是 WarpSend 的端點授權模型。已加入的簽署端或明確核發、具範圍的自動化憑證會簽署操作意圖，端點再以本機固定的組織公鑰根驗證，通過後才允許受保護存取。

WarpSend 能讀取我的檔案嗎？

本頁說明的端對端加密路徑需要雲端暫存時，服務只保存密文，不持有收件者的解密金鑰。但這不適用於所有檔案：未啟用端對端加密的 File Requests 與未設密碼的 WarpShare，由服務管理內容儲存；從端點建立的連結與舊版密碼保護連結，也會讓密碼或金鑰資料經過服務。各流程需要的操作中繼資料仍對服務可見。

如果雲端控制平面遭入侵會怎樣？

單憑雲端工作階段、工作紀錄、端點 token 或 MCP 憑證，無法為新的或擴大的受保護操作產生有效 WarpSignet 簽章。但它不保護已核准的範圍，也不涵蓋簽署端或端點本身遭入侵。

WarpSignet 會阻礙排程或無人值守傳輸嗎？

不會。重試、續傳、離線交付與排程同步可重用已接受的精確範圍。具範圍與期限的自動化憑證可以授權委任工作，不需每個分段或每次執行都人工確認。

已對照產品實作

本頁不只核對行銷文案，也比對目前的 WarpSend 產品實作。查核範圍包括：

  • Direct 與 Shuttle 的傳輸路由
  • 分享連結的上傳與瀏覽器接收路徑
  • File Requests 雲端收件、選用的端對端加密與端點交付
  • WarpSync 的 Tunnel 路徑與經 WarpFabric 代管暫存層的 CAS Shuttle 路徑
  • WarpSignet 簽章、精確工作範圍、端點本機驗證、防重送、復原與配對 challenge

不使用籠統安全宣稱

安全性取決於所選路徑與設定。使用 WarpShare 時，除了密碼保護，也要確認檔案是從瀏覽器還是端點上傳，以及連結採用的金鑰方式。File Requests 則需確認建立時是否啟用端對端加密。WarpSignet 另行負責授權受保護的端點操作。

我們不會把 WarpSend 稱為無法入侵、「軍規」或所有流程都零知識。端對端加密保護本頁列出的內容路徑，但不隱藏服務運作所需的中繼資料，也不能取代端點安全與帳號管理。

探索 WarpSend 功能