無需安裝App、無需註冊的加密聊天

加密通訊已經成為主流。Signal、LINE和Telegram都提供了某種形式的加密。但它們都要求相同的事：下載App、建立帳戶、提供手機號。

對於日常對話，這完全沒問題。但有些情況下你需要進行私密對話，而不需要以上任何步驟 — 不下載App、不建立帳戶、不提供手機號，聊天室裡的任何人都不必留下姓名或電子郵件。

何時需要匿名加密聊天

快速、一次性加密對話的需求比你想像的更常見：

團隊緊急討論

團隊需要討論敏感議題 — 裁員計畫、安全事件、合約談判。你需要在幾秒內讓所有人進入同一個房間，而不是等待App安裝。

敏感談判

談判雙方並不總是想交換手機號或在共享平台上建立帳戶。一次性聊天室讓他們不必交換聯絡方式，也不必在任何平台上註冊帳戶，就能直接溝通。

匿名回饋會議

主管想要團隊的真實回饋。在Slack或Teams等具名頻道中，回覆往往是經過過濾的外交辭令。無需登入、以暱稱發言的匿名聊天室，讓大家不必具名也敢說真話。

檢舉和投訴

有人需要報告問題 — 騷擾、詐欺、安全違規。傳統管道經常透過登入記錄和帳戶資訊暴露檢舉者身分。無需註冊的匿名聊天室不必登入、不必建立帳戶，自然也沒有綁定本人的帳戶資料。

一次性協調

你需要與會議上認識的人、潛在合作者或線上市場的買家協調。只需交換幾則訊息，無需將他們加入通訊錄。

傳統加密通訊工具的問題

Signal、LINE和Telegram是持續私密通訊的優秀工具。但它們不是為一次性匿名對話設計的：

需求	Signal	LINE	Telegram	瀏覽器端聊天
App安裝	需要	需要	需要	不需要
手機號	需要	需要	需要	不需要
建立帳戶	需要	需要	需要	不需要
身分暴露	預設隱藏手機號，可選使用者名稱	手機號可見	使用者名稱/手機號可見	匿名
可存取期間	直到刪除（除非開啟計時器）	直到手動刪除	直到刪除（除非開啟計時器）	到期後無法再開啟（Pro）
可用裝置	行動裝置+桌面App	行動裝置+桌面App	行動裝置、桌面及網頁App（需帳戶）	任何瀏覽器
設定時間	5-10分鐘	5-10分鐘	5-10分鐘	30秒以內

核心問題是身分。每個傳統通訊工具都透過手機號或帳戶將你的身分與對話綁定。對於匿名討論，這完全違背了目的。

瀏覽器端加密聊天的運作方式

瀏覽器端加密聊天室採用根本不同的方式：

1. 無需註冊 — 聊天室建立者設定密碼；不涉及帳戶
2. 無需安裝App — 一切在網頁瀏覽器中運作
3. 基於密碼的加密 — 密碼承擔雙重角色：認證參與者和加密所有訊息
4. 客戶端加密 — 訊息在傳送到伺服器之前在瀏覽器中加密，因此儲存的是加密後的訊息資料，而不是可讀的文字
5. 會到期的房間（Pro） — 聊天室可設定時間限制，到期後所有人都無法再開啟連結

LOCK.PUB聊天室的運作方式

LOCK.PUB提供完全在瀏覽器中運作的加密聊天室。加密原理如下：

1. 房間建立者設定密碼
2. 密碼透過HTTPS傳送，並與伺服器儲存的加鹽scrypt驗證值比對 — 密碼本身從不儲存
3. 同一組密碼會解開瀏覽器在這個房間使用的AES金鑰
4. 每則訊息在傳輸前都在瀏覽器內加密
5. 任何訊息都不會以可讀的明文寫入 — 伺服器上存放的是加密資料
6. 參與者使用正確密碼進入房間時，瀏覽器在本機解密訊息

結果就是一場什麼都不必綁定的對話：不用帳戶、不用手機號，也不用通訊錄。訊息離開每位參與者的瀏覽器時就已加密，並以加密狀態儲存；密碼只以scrypt驗證值保存 — 可以用來比對，卻無法還原，也沒有重設連結。守好密碼：少了它，就算拿到儲存的資料，也讀不出任何一則訊息。

逐步指南：建立匿名加密聊天室

步驟1：建立房間

前往lock.pub並選擇聊天室。輸入房間名稱並設定強密碼。可選擇設定到期時間（Pro）。

步驟2：分享連結和密碼

透過一個管道（電郵、LINE）分享聊天室連結，透過另一個管道（電話、其他通訊軟體）分享密碼。使用不同管道確保截獲一個不會暴露對話。

步驟3：加入並聊天

參與者在瀏覽器中開啟連結，輸入密碼，選擇顯示名稱（匿名，可以是任何名字），然後開始聊天。所有訊息在瀏覽器中即時加密和解密。

步驟4：房間到期

當到期時間到達時，房間就無法再開啟。所有持有連結的人 — 參與者、被轉傳連結的人、把連結加入書籤的人 — 都無法再使用，即使輸入正確密碼也進不去。

使用情境

情境1：HR進行匿名回饋

HR主管建立密碼為「季度評估-2026」的聊天室並將連結分享給團隊。團隊成員以「員工A」等匿名名稱加入。主管提問，團隊真誠回答，會議結束後房間到期。

情境2：記者協調報導

記者需要與消息來源討論敏感報導。他們建立聊天室，透過安全管道分享連結，進行對話。不交換手機號，不建立帳戶，一過他們設定的到期時間，房間就無法再開啟。

情境3：陌生人之間的快速協調

來自不同公司的兩位開發者需要交換API憑證並討論整合細節。他們建立臨時聊天室，分享所需內容，房間會在他們設定的期限自動關閉。無需在Slack、Teams或任何其他平台上互相加入。

匿名聊天的安全最佳實踐

使用強密碼

聊天室密碼是解開加密金鑰的關鍵。弱密碼意味著弱保護。使用至少12個字元，混合字母、數字和符號。

透過不同管道分享憑證

永遠不要透過同一管道傳送聊天室連結和密碼。

設定短到期時間

如果對話應該持續30分鐘，設定1小時到期。匿名聊天室沒有理由開放好幾週。

不要分享身分資訊

技術基礎設施可以是匿名的，但如果你在聊天中輸入了名字、員工號或其他身分資訊，匿名性就失去了。

驗證參與者

在討論任何敏感內容之前，建立一種方式來驗證房間中的每個人都是他們所聲稱的人。

匿名聊天工具比較

功能	LOCK.PUB聊天	Briar	Element (Matrix)	Cryptocat（已停止）
瀏覽器端	是	否（僅App）	是（網頁客戶端）	曾是瀏覽器端
需要註冊	否	否（僅本機帳戶）	是	否
需要手機號	否	否	否	否
加密方式	瀏覽器端（AES）	端到端	端到端（可選）	曾是端到端
會到期的房間	是（Pro）	否	否	N/A
密碼保護房間	是	否	否（邀請/申請加入）	曾是基於密碼
匿名參與	是	部分	部分	是

何時不應使用瀏覽器端聊天

瀏覽器端加密聊天非常適合快速、一次性的對話。但它不能取代所有安全通訊需求：

• 日常持續通訊 — 定期對話請使用Signal或LINE等專用加密通訊工具
• 大檔案傳輸 — 瀏覽器端聊天是為文字訊息設計的，不適合大檔案分享
• 有稽核要求的監管行業 — 如果你依法必須保留通訊記錄，請改用能長期調閱的正式存檔系統

總結

並非每一次私密對話都需要下載App、建立帳戶或提供手機號。對於快速、匿名、限時的加密討論，瀏覽器端聊天室提供了一種實用的解決方案，在任何裝置上30秒內即可開始。

在lock.pub建立你的第一個加密聊天室 — 無需App、無需註冊、無需手機號。