三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

Windows UAC绕过技术深度解析：原理、实践与防御策略

发布时间：2026/8/12 14:24:55 三亩地 编程学习日记
Windows UAC绕过技术深度解析：原理、实践与防御策略

1. 项目概述：理解Windows安全机制的核心与边界

在Windows操作系统的日常管理与安全研究中，UAC（用户账户控制）是一个绕不开的话题。它就像一个内置的“安全检查站”，当你或某个程序试图执行需要管理员权限的操作时，它会弹窗询问你是否同意。这个机制的设计初衷是好的，旨在防止恶意软件在未经用户许可的情况下悄悄获取系统最高权限，从而保护系统核心区域的安全。然而，对于系统管理员、渗透测试人员或是一些需要自动化执行高权限任务的开发者来说，UAC弹窗有时会成为工作流程中的“绊脚石”。因此，“绕过UAC提权”这个课题，本质上是在探讨如何在符合特定条件或利用特定机制的情况下，在不触发标准UAC弹窗或利用其逻辑漏洞的前提下，让一个普通权限的进程获得管理员权限。

这绝不是教你如何破坏系统安全。恰恰相反，深入理解UAC的运作机制和潜在的绕过方式，是构建更坚固防御体系的前提。只有知道攻击者可能从哪些路径“溜进来”，你才能更好地堵上这些漏洞，或者至少设置有效的监控告警。对于红队人员，这是必备的战术技能；对于蓝队和系统管理员，这是必须掌握的安全知识。本篇文章将从一个从业者的角度，系统性地拆解UAC的原理、常见的绕过技术思路、实操复现方法以及最重要的——防御与检测视角。

2. UAC机制深度解析：不仅仅是那个弹窗

很多人对UAC的理解停留在“会弹窗要管理员密码”的层面，这其实很片面。UAC是一套完整的完整性控制与权限提升架构。

2.1 UAC的核心组件与工作流程

UAC的核心思想是“最小权限原则”。即使你以管理员账户登录，系统启动的初始进程（如explorer.exe）也是运行在标准用户权限下的。只有当你明确请求提升权限时，系统才会创建一个新的、具有高完整性的进程。

这个过程涉及几个关键组件：

  • 应用程序信息 (AppInfo) 服务：这是处理权限提升请求的核心服务。当你双击一个标记为“需要管理员权限”的程序时，Shell会向这个服务发起请求。
  • 同意提示与凭据提示：这就是我们看到的弹窗。区别在于，如果你是标准用户，会要求输入管理员密码（凭据提示）；如果你是管理员组成员，通常会点击“是”即可（同意提示）。这个行为可以通过本地安全策略中的“用户账户控制：管理员批准模式中管理员的提升权限提示行为”来调整。
  • 完整性级别 (Integrity Level, IL)：这是Windows Vista之后引入的强制访问控制机制。进程和对象（如文件、注册表键）都被赋予一个完整性级别，从低到高一般为：低 (Low)、中 (Medium)、高 (High)、系统 (System)。一个进程只能访问完整性级别不高于自己的对象。标准用户进程通常是“中”完整性，而管理员权限进程是“高”完整性。UAC提权，本质上就是将进程的IL从“中”提升到“高”。
  • 自动提升 (AutoElevation)：为了用户体验，微软对一些可信的、签名的系统组件（如控制面板的部分项目）设置了自动提升。这些程序在特定条件下运行时，可以不显示UAC弹窗就直接以高权限启动。这既是便利性设计，也成为了安全研究的一个焦点。

2.2 UAC的配置等级与影响

UAC并非铁板一块，它有多个可配置的等级，直接影响系统的安全性和便利性。通过控制面板的“更改用户账户控制设置”滑块可以调整：

  1. 始终通知（最安全）：任何系统更改都提示，桌面会变暗。适用于高安全环境。
  2. 仅在程序尝试更改计算机时通知我（默认）：当程序尝试进行系统级更改时提示，用户自己对Windows设置进行更改时不提示。这是平衡安全与体验的常用设置。
  3. 仅在程序尝试更改计算机时通知我（不使桌面变暗）：同上，但提示时桌面不变暗，安全性略低，因为恶意软件可能模拟覆盖弹窗。
  4. 从不通知（最不安全）：完全关闭UAC提示。强烈不建议，这会使系统门户大开，等同于运行在旧版Windows的默认管理员环境下。

注意：即使将滑块拉到“从不通知”，UAC机制本身并未被禁用，只是同意了所有提升请求。一些依赖UAC完整性级别隔离的机制可能仍然存在，这与彻底关闭UAC服务是不同的概念。

理解这些基础，我们才能明白，所谓的“绕过”，很多时候是在和这些规则和例外情况“打交道”。

3. 常见的UAC绕过技术思路剖析

绕过UAC的技术多年来层出不穷，但其核心思路可以归纳为几大类。了解这些思路，比记忆具体的漏洞利用代码更重要。

3.1 利用“受信任的”自动提升程序

这是历史上最常见的一类UAC绕过方法。思路是寻找那些具有自动提升能力、且其执行路径或参数可控的系统程序。攻击者通过“劫持”这些程序的执行流程，来“搭乘”其自动提升的便车。

典型代表：FodHelper 漏洞 (CVE-2017-8464 相关变种)fodhelper.exe是Windows 10中用于管理可选功能（如语言包）的程序，它被配置为自动提升。研究发现，它在启动时会查询一个特定的注册表键值来寻找要执行的帮助器程序。这个注册表路径对普通用户是可写的。

利用逻辑链：

  1. 普通用户权限下，在HKCU\Software\Classes\ms-settings\shell\open\command注册表位置，写入要执行的恶意程序路径（例如你的后门程序）。
  2. 然后通过命令行或代码启动fodhelper.exe。
  3. fodhelper.exe启动，由于自动提升，它直接以高完整性运行。
  4. 它按照设计去查询上述注册表键，试图启动一个设置页面，但实际上执行的是我们写入的恶意程序路径。
  5. 由于fodhelper.exe是高完整性进程，它创建的进程（我们的恶意程序）也继承了高完整性，从而实现了无弹窗提权。

这个漏洞的关键在于找到了一个高权限程序与一个低权限用户可写的配置点之间的连接通道。

3.2 DLL劫持与路径操纵

这种思路侧重于利用程序的动态链接库 (DLL) 加载顺序或对可执行文件路径的验证缺陷。如果一个高权限程序在加载DLL时，没有使用绝对路径或安全地搜索路径，攻击者就可以将一个恶意的DLL放在程序优先搜索的位置（如当前目录），从而在目标程序启动时加载并执行恶意代码。

结合UAC的场景：找到一个会被自动提升程序调用的、但缺失的DLL，或者一个对路径检查不严的可执行文件。通过文件符号链接、目录连接点（Junction）或简单的文件放置，诱使高权限程序加载攻击者控制的代码。

3.3 利用Windows组件对象模型 (COM) 接口

COM是Windows中一套复杂的组件间通信协议。一些COM对象被配置为可以自动提升权限。如果攻击者能在普通用户上下文中实例化这样的COM对象，并调用其接口中某个可以执行命令或创建进程的方法，就可能直接生成一个高权限进程。

研究要点：需要深入分析COM对象的CLSID、接口定义以及其提升行为。这通常需要逆向工程和大量的测试。一些工具如OleViewDotNet可以帮助发现这类具有提升能力的COM对象。

3.4 环境变量与配置文件滥用

某些程序在启动时会读取用户环境变量或配置文件来决定其行为。如果这些变量或文件的位置普通用户可写，而读取它们的程序又具备高权限，就可能构成绕过。

例如，一个系统服务或计划任务以高权限运行，但它执行的操作依赖于一个环境变量%MY_APP_PATH%来定位真正的可执行文件。如果攻击者能在当前用户会话中修改这个环境变量（通常用户对自己的环境变量有控制权），就可能引导高权限进程执行恶意程序。

3.5 绕过思路的共性总结

纵观以上思路，可以发现一个核心模式：寻找一个“特权父进程”与一个“用户可控子资源”之间的非预期关联。

  • 特权父进程：通常是系统自带的、签名的、被配置为自动提升或默认以高权限运行的程序或服务。
  • 用户可控子资源：可以是注册表键值、文件系统中的文件/DLL、环境变量、COM对象注册信息等，其关键特征是在当前用户权限下可修改或创建。

绕过UAC的本质，就是精心构造一个链条，让“特权父进程”在不知情的情况下，根据“用户可控子资源”的引导，去执行攻击者期望的代码。

4. 实操复现：以注册表劫持为例的经典绕过

理论需要实践来验证。我们选择一个相对经典且原理清晰的案例进行复现演示。请务必在授权的测试环境（如虚拟机）中进行操作。

4.1 环境准备与工具

  • 测试系统：Windows 10 或 Windows 11 专业版/企业版，UAC设置为默认级别（即“仅在程序尝试更改计算机时通知我”）。
  • 权限：使用一个属于本地“Administrators”组的账户登录，但当前进程是标准用户权限。你可以通过运行whoami /groups查看，你的进程的“Mandatory Label\Medium Mandatory Level”表示中等完整性。
  • 工具：系统自带的reg.exe（注册表编辑器）、cmd.exe，以及一个用于验证的简单程序。我们可以用msbuild.exe来生成一个临时提权验证程序，或者直接使用net user命令来尝试创建用户（需要管理员权限）。

4.2 复现步骤详解

我们将模拟利用一个已知的、已被部分补丁修复但原理永不过时的“注册表键值劫持”方法。这里我们使用一个历史上常用于演示的CLSID路径，请注意实际可用的路径可能因系统版本和更新而异，需要根据实际情况探测。

步骤1：创建验证载荷首先，我们创建一个简单的批处理文件作为“恶意载荷”，用于验证提权是否成功。在桌面新建一个文本文件，重命名为test_payload.bat，右键编辑，输入以下内容：

@echo off whoami > C:\Windows\Temp\whoami_result.txt whoami /groups >> C:\Windows\Temp\whoami_result.txt echo [%date% %time%] UAC Bypass Test Successful! >> C:\Windows\Temp\uac_test.log net session >nul 2>&1 if %errorlevel% == 0 ( echo Running with Admin privileges! >> C:\Windows\Temp\uac_test.log rem 尝试执行一个需要管理员权限的操作，例如创建一个计划任务（测试后删除） schtasks /create /tn "UAC_Test_Temp" /tr "calc.exe" /sc once /st 00:00 /f 2>>C:\Windows\Temp\uac_test.log schtasks /delete /tn "UAC_Test_Temp" /f 2>nul ) else ( echo Running with User privileges. >> C:\Windows\Temp\uac_test.log ) pause

这个脚本会尝试将当前权限信息写入系统临时目录的文件，并尝试执行一个需要管理员权限的schtasks命令来验证。

步骤2：写入劫持注册表以普通权限打开命令提示符（CMD）。运行以下命令：

reg add "HKCU\Software\Classes\ms-settings\Shell\Open\command" /d "cmd.exe /c C:\Users\%USERNAME%\Desktop\test_payload.bat" /f reg add "HKCU\Software\Classes\ms-settings\Shell\Open\command" /v "DelegateExecute" /f
  • 第一条命令：在当前用户（HKCU）的注册表树下，创建或修改一个特定的键值。/d指定数据，即我们要执行的命令。这里我们让它启动CMD并运行我们的批处理文件。请将路径替换为你实际存放test_payload.bat的位置。
  • 第二条命令：设置DelegateExecute值为空。这一步对于某些COM激活场景是必要的，用于阻止系统调用默认的委托执行器，从而确保执行我们指定的命令。

步骤3：触发特权进程接着，在同一个CMD中运行用于触发的程序。历史上常用fodhelper.exe，但微软已修复。我们可以尝试其他可能触发该COM路径的程序，例如通过start命令尝试打开特定的URI协议：

start ms-settings:

或者直接运行一些系统设置相关的程序。核心是触发系统去处理ms-settings:这个协议，它会去查询我们刚才篡改的注册表键。

步骤4：观察结果

  1. 如果绕过成功，你将不会看到UAC弹窗。
  2. 会弹出一个新的命令提示符窗口（我们的载荷），这个窗口的标题栏可能显示“管理员”字样，或者你可以通过任务管理器查看该cmd.exe进程的完整性级别是否为“高”。
  3. 检查输出文件C:\Windows\Temp\whoami_result.txt和uac_test.log。如果whoami显示你的用户名且net session检查成功，或者schtasks命令成功执行（即使任务创建后立即删除），则证明提权成功。

4.3 关键操作意图与原理还原

  • 为什么是HKCU？HKCU(HKEY_CURRENT_USER) 是当前用户配置单元，标准用户对自己的HKCU拥有完全控制权，可以自由创建和修改键值，这满足了“用户可控子资源”的条件。
  • 为什么是ms-settings？这是Windows“设置”应用关联的URI协议。当系统或程序（包括一些高权限组件）需要打开系统设置时，会激活此协议，并按照注册表约定去寻找处理程序。我们劫持了这个查找过程。
  • 为什么没有弹窗？触发这个协议链的“父进程”可能本身是一个具有自动提升权限的组件，或者在这个调用链的某个环节，系统认为这是一个受信任的、内部的设置操作，从而批准了权限提升。我们的恶意命令被当作这个受信任操作的一部分执行了。

重要提示：上述具体路径 (ms-settings\Shell\Open\command) 在新版Windows中可能已被微软通过补丁（如修改权限、添加校验）修复。此处的复现主要用于理解原理。在实际测试或研究中，需要寻找新的、未被修复的“特权程序-可控资源”对。

5. 高级技巧：利用DLL劫持与COM搜寻

当注册表劫持的常见路径被修补后，DLL劫持和COM接口滥用成为更隐蔽的绕过方式。

5.1 自动化探测与工具使用

手动寻找这些漏洞点如同大海捞针。安全研究人员开发了许多优秀工具来辅助这个过程：

  • UACMe：最著名的开源UAC绕过工具集之一。它不是一个单一的利用程序，而是一个包含数十种不同绕过方法的“百科全书”。它的价值在于其源代码，你可以学习每一种方法的原理。注意：直接使用其二进制文件进行攻击可能被安全软件标记，在授权测试中，更推荐研究其代码逻辑。
  • Process Monitor (ProcMon)：来自Sysinternals套件的神器。你可以用它监控所有文件系统、注册表和进程活动。设置过滤器，筛选出“结果”为“NAME NOT FOUND”或“ACCESS DENIED”的DLL加载操作，然后观察是哪个高权限进程在尝试加载这些DLL。这能帮你快速定位潜在的DLL劫持点。
  • Sigcheck / Strings：用于分析可执行文件，查看其导入表，了解它通常会加载哪些DLL，特别是那些可能不在系统目录的DLL。

实操心得：使用ProcMon时，先以管理员身份运行它并开始捕获。然后，手动触发一些你认为可能具有自动提升行为的系统操作（如打开“高级系统设置”、“磁盘管理”等）。停止捕获后，仔细分析日志，寻找高完整性进程（Integrity列显示为High）对用户可写目录（如%APPDATA%、%TEMP%、当前目录）中文件的访问请求，尤其是加载DLL (CreateFile操作在DLL文件上) 或查询注册表 (RegOpenKey,RegQueryValue) 的行为。

5.2 COM组件挖掘与利用

COM绕过通常更复杂，但一旦成功，往往非常稳定。步骤如下：

  1. 枚举提升的COM对象：使用PowerShell脚本或类似OleViewDotNet的工具，扫描注册表中标记为AutoElevate或具有特定提升行为的COM类。
  2. 分析接口：找到目标CLSID后，需要查看其实现的接口（ProgID, Interface）。工具如OleViewDotNet可以查看类型库。
  3. 寻找执行点：最关键的一步是找到该COM接口中某个可以导致代码执行的方法。可能是ShellExecute、CreateProcess，或者一个可以写入特定文件/注册表再触发其他操作的方法。
  4. 构造调用：编写脚本（VBScript, JScript, PowerShell）或C++/C#程序来实例化这个COM对象并调用目标方法。

一个简化版的PowerShell探测思路示例（仅用于说明，可能无法直接运行）：

# 遍历注册表，寻找与Elevation相关的COM类 (简化概念) $comPaths = @('HKLM:\SOFTWARE\Classes\CLSID', 'HKLM:\SOFTWARE\Classes\WOW6432Node\CLSID') foreach ($path in $comPaths) { Get-ChildItem $path -ErrorAction SilentlyContinue | ForEach-Object { $clsid = $_.PSChildName $elevationKey = Join-Path $_.PSPath "Elevation" if (Test-Path $elevationKey) { $enabled = Get-ItemProperty -Path $elevationKey -Name "Enabled" -ErrorAction SilentlyContinue if ($enabled.Enabled -eq 1) { Write-Host "Found potentially auto-elevating CLSID: $clsid" } } } }

真正的分析需要结合反编译和动态调试来理解接口方法的参数和功能。

6. 防御、检测与响应策略

知攻方能善守。了解了攻击手法，我们就可以有针对性地部署防御。

6.1 企业级防御建议

  1. 最小权限原则：

    • 日常使用标准账户：确保所有员工，包括IT管理员，日常办公使用标准用户账户。仅当需要进行系统管理操作时，才使用“以管理员身份运行”或切换至专门的管理账户。
    • 本地管理员组管理：严格控制本地Administrators组的成员。使用组策略限制本地管理员权限的滥用。

  2. 组策略加固：

    • 用户账户控制：以管理员批准模式运行所有管理员：必须启用（默认）。
    • 用户账户控制：仅提升已签名和验证的可执行文件：设置为“已启用”。这要求任何自动提升的程序必须具有有效的数字签名，可以阻断许多通过篡改未签名程序进行的攻击。
    • 用户账户控制：标准用户的提升提示行为：设置为“自动拒绝提升请求”。这可以防止攻击者诱骗标准用户输入凭据。
    • 应用程序控制策略：部署Windows Defender应用程序控制 (WDAC) 或AppLocker。只允许运行经过批准、签名的应用程序和脚本，从根本上杜绝未知恶意程序的执行，包括通过UAC绕过启动的程序。

  3. 端点检测与响应 (EDR)：

    • 确保EDR代理在所有终端上安装并正常运行。
    • 配置EDR规则，检测可疑的UAC绕过行为特征，例如：
      • 标准用户进程创建了高完整性进程。
      • 进程父子关系异常（如fodhelper.exe生成了cmd.exe或powershell.exe）。
      • 对敏感注册表路径（如HKCU\Software\Classes\ms-settings\...）的写入操作，紧接着启动了系统程序。
      • 从非标准位置（如用户临时目录、下载目录）加载DLL的高权限进程。

6.2 安全监控与排查技巧

当怀疑发生UAC绕过攻击时，可以按以下步骤排查：

  1. 检查进程树：使用Process Explorer或EDR控制台，查看高权限进程（如cmd.exe,powershell.exe）的父进程。如果父进程是explorer.exe（用户启动）但子进程是高完整性，这可能是正常的“以管理员身份运行”。如果父进程是svchost.exe,dllhost.exe或某个系统工具（如fodhelper.exe,computerdefaults.exe等），而子进程是攻击载荷，则非常可疑。
  2. 分析日志：
    • Windows安全日志：事件ID 4688（进程创建）和 4689（进程退出）是金矿。仔细查看SubjectLogonId（谁启动的）、NewProcessName和ProcessId、ParentProcessName和ParentProcessId。特别关注MandatoryLabel字段，它记录了进程的完整性级别（S-1-16-8192是中，S-1-16-12288是高）。
    • Sysmon日志：如果部署了Sysmon，事件ID 1（进程创建）提供了更丰富的信息，包括哈希值和命令行参数，对关联分析至关重要。
  3. 检查注册表与文件系统：针对常见的UAC绕过路径，进行快速检查。例如，检查HKCU\Software\Classes\下是否有可疑的子项，特别是与系统协议（如ms-settings,ms-cxh等）相关的shell\open\command。检查临时目录和用户可写目录下是否有近期创建的、名称可疑的可执行文件或DLL。

6.3 个人用户安全指南

对于普通用户，保持系统安全相对简单：

  • 保持UAC开启：永远不要将其设置为“从不通知”。
  • 及时更新系统：微软会通过月度安全更新修复已知的UAC绕过漏洞。启用自动更新。
  • 谨慎对待弹窗：当UAC弹窗出现时，仔细核对程序名称和发布者。如果不确定，点击“否”。
  • 使用标准账户：为自己创建一个管理员账户用于安装软件，但日常使用另一个标准账户。

7. 常见问题与排查技巧实录

在实际研究和测试中，你会遇到各种各样的问题。以下是一些常见场景和解决思路。

7.1 复现失败原因分析

问题现象可能原因排查与解决思路
UAC弹窗依然出现1. 使用的绕过方法已被系统补丁修复。
2. UAC级别设置过高（如“始终通知”）。
3. 触发程序本身不具备自动提升权限，或触发方式不对。		1. 确认系统已安装所有更新，尝试寻找更新的绕过技术。
2. 将UAC调整为默认级别进行测试。
3. 使用ProcMon监控触发过程，看目标程序是否真的以高完整性启动，以及它是否读取了你篡改的注册表或文件。
命令执行了，但仍是中等完整性1. 劫持成功，但执行的进程没有继承高完整性。
2. 劫持的“命令”被以某种方式降权执行了。		1. 在载荷脚本中，第一行就执行whoami /groups并输出到文件，确认初始完整性级别。
2. 尝试让载荷直接启动一个已知需要高权限才能运行的程序（如net session），看是否成功。
3. 检查注册表命令格式，确保是直接启动可执行文件，而不是通过可能被拦截的脚本解释器。
注册表写入被拒绝1. 路径错误。
2. 当前用户对目标注册表键没有写权限（某些情况下，即使HKCU下，某些键的权限也可能被修改）。		1. 使用regedit手动导航到该路径，确认可以手动创建键值。
2. 右键该注册表键 -> 权限，检查当前用户是否有“完全控制”权。
触发后无任何反应1. 触发程序路径或协议不对。
2. 注册表命令格式有误，导致执行失败。
3. 安全软件拦截。		1. 在CMD中直接运行触发程序（如fodhelper.exe），看其正常功能是否启动。
2. 将载荷命令改为一个简单的、有明显视觉反馈的操作，如calc.exe或notepad.exe。
3. 临时禁用安全软件（仅限测试环境）再试。

7.2 高级排查与调试技巧

  • 使用Sysinternals工具套件：
    • Process Explorer：实时查看进程树、完整性级别、加载的DLL、句柄、字符串。可以轻松找到哪个进程是高完整性，以及它的父进程是谁。
    • Process Monitor：如前所述，用于追踪所有系统活动。设置好过滤器（如Process Name是目标程序，Operation是RegOpenKey或CreateFile），可以清晰地看到程序启动时读取了哪些资源。
    • AccessChk：快速检查用户或组对某个文件、目录、注册表键或服务的权限。
  • 启用详细日志：在组策略中启用更详细的审核策略（计算机配置 -> 安全设置 -> 高级审核策略配置），记录更多的对象访问和进程跟踪事件。这会产生海量日志，仅建议在针对性调查时使用。
  • 命令行验证完整性：在命令提示符中，可以使用whoami /groups查看当前进程的完整性级别。也可以使用PowerShell命令(Get-Process -Id $PID).IntegrityLevel来查看。

7.3 个人经验与避坑指南

  1. 虚拟机是你的朋友：所有UAC绕过测试必须在隔离的虚拟机中进行。错误的操作可能导致系统不稳定或安全策略混乱。
  2. 从原理出发，而非工具：不要满足于运行一个现成的“UAC绕过工具”并看到弹框消失。一定要去理解它背后的原理，查看它修改了哪些注册表、释放了哪些文件、调用了哪些COM接口。这能让你举一反三。
  3. 关注微软补丁公告：每月第二个星期二的“补丁星期二”后，关注MSRC公告，特别是那些标记为“重要”或“关键”的本地权限提升漏洞。分析其CVE描述，常常能学到新的绕过思路。
  4. 防御视角优先：在学习每一种攻击技术时，同步思考：如何检测这种行为？在SIEM（安全信息和事件管理）中应该配置怎样的告警规则？在组策略中如何限制？这种思维转换能极大提升你的安全能力。
  5. 合法性是底线：未经授权对他人的系统进行UAC绕过测试是非法行为。所有技术研究和测试都应在自己拥有完全控制权的环境中进行。

理解UAC绕过是一个持续的过程，因为攻防在不断演进。今天有效的技术，明天可能就被补丁修复。但万变不离其宗，核心始终是那套“特权上下文”与“用户可控资源”的博弈。掌握这套分析框架，你就能在不断变化的技术 landscape 中保持清晰的认识，无论是为了更有效地渗透测试，还是为了构建更稳固的防御体系。

编程学习 学习日记 实战经验
← 返回列表