# next-secure-share

**Repository Path**: binghe021/next-secure-share

## Basic Information

- **Project Name**: next-secure-share
- **Description**: No description available
- **Primary Language**: JavaScript
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-08-27
- **Last Updated**: 2026-08-27

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README


Need English?[![en](https://img.shields.io/badge/lang-en-red.svg)](https://github.com/infrost/next-secure-share/blob/master/README.en.md)

# Next Secure Share

如何安全地通过互联网传输密码？同时不让对方有操作成本？这是一个集成了**一次性私密信息分享**与**简易端到端加密聊天**的安全通信平台。通过“阅后即焚”链接和浏览器内加密技术，确保您的敏感信息在送达后即刻销毁，或在私密会话中全程加密（带2FA二次验证与访问审计功能）。服务端和数据库永远无法得知您的传输内容。 **这是一个可以直接免费部署在vercel上的next.js项目。**

[![立即尝试！](https://img.shields.io/badge/项目演示-立即尝试！-5c6bc0?style=for-the-badge)](https://nextsecureshare.vercel.app)    [![部署指南](https://img.shields.io/badge/部署指南-点击开始-ecab20?style=for-the-badge)](#快速开始一键部署到-vercel)    [![English](https://img.shields.io/badge/English-Readme-5cab70?style=for-the-badge)](https://github.com/infrost/next-secure-share/blob/master/README.en.md)



<img src="images/demo.png" alt="演示图" width="400" />

---

## 为什么选择 Next Secure Share？

你是否曾通过微信、Slack 或邮件发送过密码、API 密钥或服务器登录凭证？这些通信渠道通常会永久保存聊天记录，服务器也可能存储你的明文信息。一旦账号被盗、邮件被截获或服务商数据库泄露，这些敏感信息将面临巨大的安全风险。

**Next Secure Share 解决了这个问题，并提供了两种核心的安全通信方式：**

1.  **一次性链接**: 就像一个数字世界的“阅后即焚”保险箱。你可以将敏感信息放入这个保险箱，生成一个时效链接。你也可以设置“阅后即焚”，接收者通过链接取出信息后，保险箱和里面的信息会立即永久销毁。
2.  **端到端加密聊天室**: 创建一个临时的、完全私密的聊天房间。所有消息在您的浏览器中加密，在对方的浏览器中解密。服务器只传递加密后的乱码，无法窥探任何聊天内容。

### 典型场景

#### 场景一：安全分发一次性密码 (`/send` 模块)

> 你需要将一个加密压缩包的解压密码安全地发送给客户。
> 1.  你通过邮件将**加密的压缩包**发送给客户。
> 2.  你使用 **Next Secure Share** 的**一次性链接**功能，生成一个包含解压密码的链接。
> 3.  你通过另一封邮件或即时消息将这个**安全链接**发给客户。
>
> 客户打开链接查看密码后，该链接立即失效。即使传送链接的邮件被拦截，攻击者也无法再次访问密码。
>
> **安全升级**：假设存在一个能实时监控通信的“中间人”，当他抢先点开链接后，真正的接收者会发现链接已失效，从而立即警觉到信息已泄露。我们的审计系统会记录下每一次访问尝试的 IP 地址，为追踪提供线索。

#### 场景二：开发团队的“紧急生产排障” (`/chat` 模块)

> 你的团队正在处理一个紧急的线上生产环境故障。你需要与另一位远程同事（或临时顾问）协同排查。这个过程涉及到交换临时的服务器SSH凭证、API密钥、查看包含敏感用户数据的日志片段，以及讨论修复方案。
>
> **问题**：使用 Slack、Teams 或微信进行沟通是极度危险的。这些平台的服务器会永久存储你们的聊天记录，包括所有敏感凭证和日志，构成了一个巨大的长期安全隐患。
>
> **解决方案**：
> 1.  **创建安全通道**：你访问自己的 `Next Secure Share` 平台，进入 `/chat` 模块，创建一个带**访问密码**（例如 `ProjectPhoenix-Debug`）的端到端加密聊天室。系统会生成两个参与者链接（A 和 B）。
> 2.  **安全分发“门票”**：你使用 `/send` 模块，将这个聊天室的**访问密码** (`ProjectPhoenix-Debug`) 放入一个“阅后即焚”的链接中。
> 3.  **开始会话**：你通过常规方式（如邮件）将**聊天室链接**和**包含访问密码的一次性链接**同时发给同事。
> 4.  同事先点开一次性链接获取“门票”（访问密码），该链接随即销毁。然后他点击聊天室链接，输入密码，即可进入这个完全私密的会话。
>
> **安全保障**：
> 在这个聊天室里，你们可以放心地交换所有敏感信息。所有消息都在你们各自的浏览器中加密和解密，服务器看到的只是一串串无法破译的乱码。故障排查完毕后，可以手动销毁该聊天室，所有加密记录将从服务器彻底抹去。
>
> **安全升级**：想象一下，即使在你们对话期间，托管 `Next Secure Share` 的服务器被黑客完全攻破。黑客能拿到的也只是聊天室里一堆加密后的消息数据，**他无法解密任何内容**，因为解密的密钥从未离开过你和你同事的浏览器。这便是端到端加密的强大之处。

## 核心功能

*   **双模式安全通信**：同时支持“阅后即焚/二次验证”的一次性信息分享和“E2EE”的端到端加密聊天。
*   **零成本部署**：基于 Vercel 和 Vercel KV 的**免费套餐**，无需任何服务器费用即可拥有自己的私密分享平台。
*   **一次性访问**：分享链接在被访问一次后立即自动销毁，彻底杜绝信息二次泄露的风险。
*   **自定义时效**：可以为每个链接或聊天室设置独立的过期时间，过期后自动清理。
*   **开箱即用**：一键克隆和部署，只需简单配置环境变量即可上线。
*   **多语言支持**：内置简单的英语界面切换，方便国际用户使用。

## 大道至简：专为易用性而设计

我们坚信，最好的安全工具应当是无感的、易于使用的。`Next Secure Share` 在设计的每一个环节都贯彻了简洁易用的原则。

#### 为部署者：轻松拥有，零成本运维
*   **一键部署**：通过 Vercel 的部署按钮，您无需专业的运维知识，在几分钟内即可拥有一个功能完整的专属平台。
*   **零成本启动**：项目完全基于 Vercel 和 Vercel KV (Upstash) 的免费套餐构建，无服务器费用，无数据库开销。
*   **极简配置**：所有配置项均通过标准的环境变量进行管理，逻辑清晰，文档完备。

#### 为使用者：直观操作，用完即走
*   **免注册，无负担**：无论是分享者还是接收者，都无需注册或登录账户，实现了真正的“用完即走”。
*   **直观的流程**：界面设计高度聚焦于核心功能，没有多余的选项干扰，几乎没有学习成本。
*   **清晰的状态反馈**：从链接生成、等待查看到最终销毁，系统都会提供明确的视觉反馈，让用户充满信心。

### ✨ 接收者的“零负担”体验：只需点击链接
在整个安全流程中，信息接收方——那个最需要被保护但往往最缺乏技术背景的用户——自始至终只需要做一个动作：**点击链接。**

这并非偶然，而是一个核心的设计哲学。**我们将所有复杂性都封装在一个简单的链接中**，消除了接收方的所有操作负担。这使得发送者可以毫无顾虑地使用我们的安全方案，因为他们知道对方一定能用、会用。

## 🛡️ 安全模型详解：我们如何保障您的数据安全？

安全是 `Next Secure Share` 的核心。我们采用“纵深防御”和“零信任”原则设计了整个系统。

#### 1. `/send` 模块：一次性链接的“保险箱”模型
*   **数据的“阅后即焚”**：当接收者通过链接访问信息后，该信息会**立即从数据库中被永久删除**，彻底消除后顾之忧。
*   **服务端强加密**：在信息存入数据库的短暂生命周期里，它也使用 `AES-256` 算法在服务端进行了加密。即使数据库被攻破，攻击者拿到的也只是无法打开的“保险箱”。
*   **邮件二次验证 (可选)**：为最高安全级别的场景增加一道验证屏障，确保只有真正的接收者才能查看信息。

#### 2. `/chat` 模块：“零信任”的端到端加密 (E2EE)
*   **端到端加密**：所有聊天消息的加密和解密操作，**完全在您的浏览器（客户端）中进行**。服务器的角色仅仅是一个“盲人邮差”，负责传递它自己也无法识别的加密数据包。
*   **密钥不落地**：聊天室的加解密密钥被存储在 URL 的“哈希”部分（`#`号后面的字符串）。根据 Web 标准，**这部分内容永远不会发送到服务器**，从物理上杜绝了密钥泄露的可能。
*   **安全握手**：我们可以选择利用 `/send` 的阅后即焚功能来安全地分发 `/chat` 聊天室的“门票密码”，解决了 E2EE 中最棘手的初始密钥交换问题，形成了一个完美的安全闭环。
*   **过期自动销毁**：超过预设的时间（默认3天）聊天室没有新增的聊天消息，聊天室会被自动销毁。

#### 3. 平台级通用防护
整个平台还受到中间件主动防御、IP 速率限制和安全审计日志等多层通用安全措施的保护。
我们不仅防御，还记录。系统内置了一套可配置的审计日志功能（默认开启，可在环境变量中关闭），它将关键的安全事件以结构化的形式记录到 Vercel KV 数据库中。这包括：
* **正常访问记录：** 谁（IP）在什么时间访问了哪个链接/聊天室。
* **恶意行为追踪：** 哪个 IP 因为速率超限而被阻止访问。我们设计了* **智能日志去重机制**，对同一 IP 的持续攻击只记录一次，避免日志泛滥。
* **日志自动清理**：所有日志都有预设的生命周期（默认为7天），过期后会自动从数据库中删除，确保在提供安全追溯能力的同时，不永久存储敏感的访问数据。
  
## 快速开始：一键部署到 Vercel

1.  **Fork 本项目**
    > 点击仓库右上角的 "Fork" 按钮，将项目复刻到您自己的 GitHub 账户下。这样做的好处是，当本项目更新时，您可以轻松地将更新同步到您的仓库。

2.  **一键部署到 Vercel**
    > 在您 Fork 后的仓库页面，点击下方的 "Deploy with Vercel" 按钮。

    [![Deploy with Vercel](https://vercel.com/button)](https://vercel.com/new/clone?repository-url=https%3A%2F%2Fgithub.com%2Finfrost%2Fnext-secure-share)

3.  **创建并关联数据库 (Vercel KV)**
    *   在 Vercel 的部署流程中，系统会引导你创建一个 Vercel KV 数据库。
    *   只需点击几下，Vercel 就会自动为你创建数据库，并将其与你的项目关联。关联后，所有必需的 `KV_*` 和 `REDIS_URL` 环境变量**会自动配置好。**

4.  **配置其余环境变量**
    *   在 Vercel 项目的 **Settings -> Environment Variables** 页面，添加下文【环境变量配置】中提到的其他变量（如 `ADMIN_PASSWORD`）。

5.  **重新部署**
    *   配置好所有环境变量后，进入 Vercel 项目的 **Deployments** 标签页，找到最新的部署记录，点击 "Redeploy" 以应用新的环境变量。

6.  **Next Secure Share, 启动！**
    *   访问 `your-domain.com/send` 创建一次性链接。
    *   访问 `your-domain.com/chat` 创建私密聊天室。
    *   **注意**：为了安全，直接访问根域名 `your-domain.com` 会返回 404。

## 环境变量配置

请在 Vercel 项目中添加或在本地开发时创建 `.env.local` 文件来配置以下变量。
**注意：如果不需要邮件二次验证功能，可以不配置 `RESEND_*` 变量，但建议保留这两个字段为空。**

#### `.env.local` 示例
```env
# Vercel KV (Upstash) 会自动提供以下变量，请从 Vercel Storage 标签页复制
KV_URL=...
KV_REST_API_URL=...
KV_REST_API_TOKEN=...
KV_REST_API_READ_ONLY_TOKEN=...
REDIS_URL=...

# 管理员密码 (用于创建链接和聊天室)
ADMIN_PASSWORD="your-super-secret-admin-password"

# AES 加密密钥 (必须是32个字符)
ENCRYPTION_SEED="a_very_strong_32_character_long_secret_key"

# [可选] Resend 配置，仅在需要邮箱二次验证时填写
# 如果不使用resend也建议创建这两个空白变量
RESEND_API_KEY=""
RESEND_FROM_EMAIL=""

# 应用的公开访问地址 (非常重要)
NEXT_PUBLIC_APP_URL="https://your-domain.com"
#如果是本地dev，那应该是http://localhost:3000

# [推荐] 速率限制与日志配置
RATE_LIMIT_ENABLE=true
RATE_LIMIT_COUNT=10
RATE_LIMIT_WINDOW="2 m"
AUDIT_LOG_ENABLE=true
RATE_LIMIT_LOG_TTL=604800 # 日志保留7天 (秒)
```

#### 变量详解

| 变量名 | 说明 | 推荐/默认值 |
| :--- | :--- | :--- |
| `KV_*`, `REDIS_URL` | **[Vercel 自动提供]** 与 Vercel KV (Redis) 数据库相关的连接凭证。 | - |
| `ADMIN_PASSWORD` | 用于访问 `/send` 和 `/chat` 创建页面的管理员密码。**务必设置为强密码**。 | - |
| `ENCRYPTION_SEED` | 用于服务端 AES 加密数据的密钥，**必须是 32 个字符长**。 | - |
| `RESEND_API_KEY` | **[可选]** [Resend](https://resend.com/) 服务的 API Key。 | `""` |
| `RESEND_FROM_EMAIL` | **[可选]** 你在 Resend 上验证过的发件邮箱地址。 | `""` |
| `NEXT_PUBLIC_APP_URL` | 你的应用部署后的公开访问域名，用于生成分享链接。 | `https://your-domain.com` |
| `RATE_LIMIT_ENABLE`| 是否启用速率限制。**强烈建议在生产环境开启**。 | `true` |
| `RATE_LIMIT_COUNT` | 在指定时间窗口内的最大请求次数。 | `10` |
| `RATE_LIMIT_WINDOW`| 速率限制的时间窗口，格式为 `数字 + 空格 + 单位` (`s`, `m`, `h`, `d`)。 | `2 m` |
| `AUDIT_LOG_ENABLE`| 是否启用访问审计日志。 | `true` |
| `RATE_LIMIT_LOG_TTL`| 审计日志在数据库中的保留时间（秒）。 | `604800` |

## 本地部署

1.  **克隆项目到本地**：
    ```bash
    git clone https://github.com/infrost/next-secure-share.git
    cd next-secure-share
    ```

2.  **创建并连接数据库**
    *   在 [Vercel](https://vercel.com) 账户中创建一个 Vercel KV 数据库。
    *   在数据库的 `.env.local` 标签页，复制所有环境变量。

3.  **配置环境变量**：
    *   在项目根目录创建 `.env.local` 文件，粘贴上一步复制的 `KV_*` 变量，并填入其他所有必需的变量（参考上方示例）。

4.  **安装依赖并运行**：
    ```bash
    pnpm install
    pnpm dev
    ```

5.  **访问应用**:
    *   一次性链接创建页: `http://localhost:3000/send`
    *   聊天室创建页: `http://localhost:3000/chat`

## API

本服务提供了一套安全的 API 端点，用于通过编程方式创建和销毁敏感信息链接。所有 API 请求都需要提供有效的 `adminPassword` 进行授权。

### API 根地址

```
https://your-app-domain.com
```
*(请将 `https://your-app-domain.com` 替换为您的实际应用域名。本地测试时，请使用 `http://localhost:3000`)*

---

### 1. 创建安全链接

此端点允许您生成一个新的安全链接。您可以让系统为您生成一个随机密码，也可以使用您自己提供的自定义密码。

*   **端点地址**: `/api/generate`
*   **请求方法**: `POST`
*   **内容类型**: `application/json`

#### 请求体参数

| 参数 | 类型 | 是否必需 | 描述 |
| :--- | :--- | :--- | :--- |
| `adminPassword` | string | **是** | 用于授权请求的管理员密码。 |
| `customPassword`| string | 否 | 为机密信息设置一个自定义密码。如果留空，系统将为您生成一个16位的强随机密码。 |
| `message` | string | 否 | 查看机密信息时向用户显示的可选消息。 |
| `expiry` | string | 否 | 链接的生命周期（单位：小时）。默认为 `72`（3天）。 |
| `burnAfterRead` | boolean | 否 | 如果为 `true`，链接在首次被查看后将立即销毁。默认为 `false`。 |
| `enable2FA` | boolean | 否 | 如果为 `true`，查看机密信息前需要进行邮件验证。默认为 `false`。 |
| `email` | string | 是 (当 `enable2FA` 为 `true` 时) | 用于双因素认证的接收者邮箱地址。 |

#### 示例 1: `curl` - 生成一个由系统提供密码的链接

本示例将创建一个简单的“阅后即焚”链接，并附带一条消息。API 将会自动生成密码并在响应中返回。

```bash
curl --location --request POST 'https://your-app-domain.com/api/generate' \
--header 'Content-Type: application/json' \
--data-raw '{
    "adminPassword": "您的管理员密码",
    "message": "这是用于测试服务器的临时访问令牌。",
    "burnAfterRead": true,
    "expiry": "1"
}'
```

**预期成功响应 (200 OK):**
```json
{
    "url": "https://your-app-domain.com/?v=aBcDe",
    "password": "gE7pL9qR2hK4mN1w" 
}
```

#### 示例 2: Python 脚本 - 创建一个带自定义密码和2FA的链接

此脚本演示了如何创建一个更复杂的链接，它使用预设的密码，并要求接收者在查看前通过邮件进行身份验证。

```python
import requests
import json

# --- 配置 ---
API_URL = "https://your-app-domain.com/api/generate"
ADMIN_PASSWORD = "您的管理员密码"

# --- 请求数据 ---
payload = {
    "adminPassword": ADMIN_PASSWORD,
    "customPassword": "SuperSecretPassword_2025!",
    "message": "凤凰项目 - 生产数据库凭证。",
    "enable2FA": True,
    "email": "dev-ops-team@example.com"
}

# --- 发起 API 调用 ---
try:
    response = requests.post(API_URL, json=payload, timeout=10)
    response.raise_for_status()  # 如果状态码不是 2xx，则会抛出异常
    
    result = response.json()
    
    print("✅ 链接创建成功！")
    print(f"   URL: {result.get('url')}")
    # 因为我们提供了自定义密码，所以响应中不会包含 'password' 字段。
    
except requests.exceptions.HTTPError as e:
    print(f"❌ HTTP 错误: {e.response.status_code}")
    print(f"   响应内容: {e.response.text}")
except requests.exceptions.RequestException as e:
    print(f"❌ 请求失败: {e}")

```

---

### 2. 销毁安全链接 (可选 API)

如果您已经实现了可选的 `/api/destroy` 端点，则可以使用此功能来通过编程方式销毁链接。

*   **端点地址**: `/api/destroy`
*   **请求方法**: `POST`
*   **内容类型**: `application/json`

#### 请求体参数

| 参数 | 类型 | 是否必需 | 描述 |
| :--- | :--- | :--- | :--- |
| `adminPassword` | string | **是** | 用于授权请求的管理员密码。 |
| `id` | string | **是** | 需要销毁的链接的5位唯一ID (即URL中 `v` 参数的值)。 |

#### 示例: `curl` - 销毁一个指定的链接

本示例展示了如何销毁 ID 为 `aBcDe` 的链接。

```bash
curl --location --request POST 'https://your-app-domain.com/api/destroy' \
--header 'Content-Type: application/json' \
--data-raw '{
    "adminPassword": "您的管理员密码",
    "id": "aBcDe"
}'
```

**预期成功响应 (200 OK):**
```json
{
    "message": "Record destroyed."
}
```

#### 示例: Python 脚本 - 使用后清理链接

此脚本演示了一个常见的自动化工作流：创建一个链接，使用它，然后立即将其销毁。

```python
import requests

# (假设前面已有 create_secure_link 函数)

def destroy_secure_link(link_id: str):
    """通过 API 销毁一个安全链接。"""
    API_URL = "https://your-app-domain.com/api/destroy"
    ADMIN_PASSWORD = "您的管理员密码"
    
    payload = {
        "adminPassword": ADMIN_PASSWORD,
        "id": link_id
    }
    try:
        response = requests.post(API_URL, json=payload, timeout=10)
        response.raise_for_status()
        print(f"✅ ID 为 '{link_id}' 的链接已成功销毁。")
        return True
    except requests.exceptions.HTTPError as e:
        print(f"❌ 销毁链接 '{link_id}' 失败: {e.response.text}")
        return False

# --- 工作流演示 ---
if __name__ == "__main__":
    # 1. 创建一个链接
    # creation_result = create_secure_link(message="此链接仅供立即使用和销毁。")
    # 为方便演示，我们假设已成功创建链接并获得了其ID
    creation_result = {'url': 'https://your-app-domain.com/?v=xYz12'}
    
    if creation_result:
        link_url = creation_result.get('url')
        link_id = link_url.split('v=')[-1]
        
        print(f"链接已创建，ID: {link_id}")
        
        # 2. 模拟使用这个机密信息 (例如，在CI/CD任务中)
        print("...模拟使用机密信息中...")
        
        # 3. 销毁链接
        destroy_secure_link(link_id)
```

### 3. 清理数据（Cleanup API）

该端点用于批量清理平台遗留数据，包括 Redis 中的 IP 记录、日志、以及 Vercel Blob 孤儿文件。**仅限管理员使用，需提供 `adminPassword`。**

- **端点地址**: `/api/cleanup`
- **请求方法**: `POST`
- **内容类型**: `application/json`

#### 请求体参数

| 参数           | 类型      | 是否必需 | 描述                                                                 |
| :------------- | :-------- | :------ | :------------------------------------------------------------------- |
| `adminPassword`| string    | **是**  | 管理员密码，用于接口鉴权。                                           |
| `tasks`        | string[]  | **是**  | 需要执行的清理任务数组，可选值：`"ips"`、`"logs"`、`"files"`。        |
| `dryRun`       | boolean   | 否      | 是否仅预览将要删除的数据，不实际执行删除。默认为 `false`。           |

#### 任务说明

- `"ips"`：清理 Redis 中无效的 IP 访问记录（如对应 chat 已被删除的 IP 记录）。
- `"logs"`：清理所有 Redis 日志记录（如访问审计、速率限制日志等）。
- `"files"`：清理 Vercel Blob 孤儿文件（即数据库中已无引用的文件）。

#### 示例请求

```bash
curl --location --request POST 'https://your-app-domain.com/api/cleanup' \
--header 'Content-Type: application/json' \
--data-raw '{
    "adminPassword": "您的管理员密码",
    "tasks": ["ips", "logs", "files"],
    "dryRun": true
}'
```

#### 响应示例

```json
{
  "success": true,
  "message": "Cleanup process finished.",
  "report": {
    "dryRun": true,
    "tasksRequested": ["ips", "logs", "files"],
    "results": {
      "ips": { "scanned": 10, "to_delete": 2, "deleted": 0 },
      "logs": { "scanned": 5, "deleted": 0 },
      "files": {
        "blobs_scanned": 8,
        "redis_keys_scanned": 12,
        "redis_values_checked": 12,
        "to_delete": 1,
        "deleted": 0,
        "errors": 0
      }
    }
  }
}
```

- 若 `dryRun: true`，不会实际删除，仅返回将要删除的数量。
- 若 `dryRun: false`，会实际执行删除操作，并返回删除数量。

#### 权限与安全

- 仅管理员可用，需正确的 `adminPassword`。
- 建议先用 `dryRun: true` 预览清理结果，确认无误后再执行实际清理。

## 技术栈

*   **框架**: Next.js 14+ (App Router/Server Action)
*   **UI**: Tailwind CSS
*   **数据库**: Redis (Vercel KV via Upstash)
*   **加密**: Node.js `crypto` (AES-256), Web Crypto API
*   **邮件服务**: Resend
*   **部署**: Vercel (Serverless, Edge Middleware)

## 工作流程

### (一) 阅后即焚链接

此流程用于安全地单次传递信息。

```mermaid
flowchart TD
 subgraph Sender["Sender"]
        B{"输入管理员密码和机密信息"}
        A["访问 /send 页面"]
        C["配置失效时间、邮箱二次验证可选"]
        D["点击 生成链接"]
  end
 subgraph subGraph1["Vercel Secure Share (后端)"]
        E{"后台进行AES-256-GCM加密"}
        F["生成唯一的短链接ID 如: 7bN2p"]
        G["加密数据存入 Vercel KV Redis"]
  end
 subgraph Receiver["Receiver"]
        I["点击链接 example.com/?v=7bN2p"]
        H["通过邮件/IM 收到链接"]
        J{"需要邮箱验证?"}
        K["输入邮箱，点击验证"]
        L["通过 Magic Link 验证后查看机密"]
        M["查看机密信息"]
  end
 subgraph subGraph3["Vercel Secure Share (后端)"]
        N["信息从数据库中被自动销毁!"]
  end
    A --> B
    B --> C
    C --> D
    D --> E
    E --> F
    F --> G
    H --> I
    I --> J
    J -- 是 --> K
    J -- 否 --> M
    K --> L
    L --> M
    M --> N

    style Sender stroke-width:2px
    style Receiver stroke-width:2px
```

### (二) 端到端加密聊天

此流程确保只有对话双方能看到消息内容，实现了真正的端到端加密。

```mermaid
flowchart TD
    subgraph Admin["管理员 (创建者)"]
        A["访问 /chat 页面"] --> B{"输入管理员密码"};
        B --> C["(可选)设置聊天访问密码"];
        C --> D["点击'创建聊天室'"];
        D --> E{"获得两个参与者链接: <br/> .../chat/ID?p=A <br/> .../chat/ID?p=B"};
    end

    subgraph Server["服务器 (仅作数据中转)"]
       F["存储加密的访问密码(如有)和空的聊天记录"];
       G["仅传递加密的消息数据包"];
       H["无法解密任何内容"];
    end

    subgraph KeyExchange["安全密钥交换 (关键步骤)"]
        I["管理员使用上方'阅后即焚'功能"];
        J["创建一个一次性链接, 内容为聊天访问密码"];
        K["将此一次性链接分别发给参与者A和B"];
    end
    
    subgraph Participants["参与者 A & B"]
        L["点击各自的聊天链接"];
        M["浏览器自动生成本地解密密钥 (在URL的#后, 不发送给服务器)"];
        N{"输入从一次性链接中获得的访问密码"};
        O["进入聊天室, 发送消息"];
        P["消息在浏览器内加密后发送"];
        Q["收到的消息在浏览器内解密后显示"];
    end

    D --> F;
    E --> I;
    E --> L;
    O -- "发送加密数据" --> G;
    G -- "转发加密数据" --> P;

    style Admin stroke-width:2px
    style Participants stroke-width:2px
    style KeyExchange stroke:#f96,stroke-width:2px,stroke-dasharray: 5 5
```

---
如需详细 API 或代码说明，请查阅源码或提交 Issue。

**多语言翻译的隐私提示：** 本项目的多语言功能是通过 Google Translate Element 实现的。当您切换到非默认语言时，页面上的文本内容可能会被发送给 Google 的服务器进行翻译。如果您处理的是最高级别的敏感信息，建议保持使用默认语言以避免此环节。