Browser Extension Pentesting Methodology
最后更新于
最后更新于
浏览器扩展是用JavaScript编写的，并由浏览器在后台加载。它有自己的，但可以与其他网站的DOM进行交互。这意味着它可能会危及其他网站的机密性、完整性和可用性（CIA）。
扩展布局在可视化时效果最佳，由三个组件组成。让我们深入了解每个组件。
每个内容脚本直接访问单个网页的DOM，因此容易受到潜在恶意输入的影响。但是，内容脚本除了能够向扩展核心发送消息外，不具备其他权限。
要获得用户的完整权限，攻击者必须说服扩展将内容脚本中的恶意输入传递给扩展核心，再从扩展核心传递给本地二进制文件。
扩展的每个组件之间由强大的保护边界分隔。每个组件在单独的操作系统进程中运行。内容脚本和扩展核心在沙盒进程中运行，无法访问大多数操作系统服务。
此外，内容脚本通过在单独的JavaScript堆中运行与其关联的网页分离。内容脚本和网页具有对同一底层DOM的访问权限，但两者不会交换JavaScript指针，从而防止JavaScript功能的泄漏。
manifest.json示例：
content_scripts为了包含或排除更多的URL，也可以使用**include_globs和exclude_globs**。
要在Chrome中查看和调试内容脚本，可以从“选项”>“更多工具”>“开发者工具”或按Ctrl + Shift + I打开Chrome开发者工具菜单。
在显示开发者工具后，应单击源标签，然后单击内容脚本标签。这样可以观察各种扩展中正在运行的内容脚本，并设置断点以跟踪执行流程。
请注意内容脚本不是强制性的，也可以通过动态注入脚本和通过**tabs.executeScript在网页中以编程方式注入它们。这实际上提供了更多细粒度控制**。
点击时注入JS文件：
点击时注入函数:
为了包含或排除更多的URL，也可以使用**include_globs和exclude_globs**。
run_atrun_at字段控制何时将JavaScript文件注入到网页中。首选和默认值是"document_idle"。
可能的值包括：
document_idle：尽可能早
document_start：在css文件之后，但在构建任何其他DOM或运行任何其他脚本之前。
document_end：在DOM完成后立即，但在加载图像和框架等子资源之前。
manifest.json通过 service-worker.js
背景内容脚本发送的消息由背景页接收，背景页在协调扩展组件方面起着中心作用。值得注意的是，背景页在整个扩展的生命周期中持续存在，不需要直接用户交互。它拥有自己的文档对象模型（DOM），可以实现复杂的交互和状态管理。
关键要点：
背景页角色： 充当扩展的神经中枢，确保扩展各部分之间的通信和协调。
持久性： 它是一个始终存在的实体，对用户不可见但对扩展的功能至关重要。
自动生成： 如果没有明确定义，浏览器将自动创建一个背景页。这个自动生成的页面将包括扩展清单中指定的所有背景脚本，确保扩展的后台任务无缝运行。
浏览器自动生成背景页（当没有明确定义时）的便利性确保了所有必要的背景脚本被集成和运行，简化了扩展的设置过程。
示例背景脚本：
要调试后台脚本，您可以转到扩展详细信息并检查服务工作者，这将使用后台脚本打开开发者工具：
浏览器扩展可以包含各种类型的页面：
操作页面在单击扩展图标时显示在下拉菜单中。
扩展将在新标签页中加载的页面。
选项页面：单击时显示在扩展顶部的页面。在我的情况下，我能够在chrome://extensions/?options=fadlhnelkbeojnebcbkacjilhnbjfjca或单击以下链接中访问此页面：
请注意，这些页面不像后台页面那样持久，因为它们根据需要动态加载内容。尽管如此，它们与后台页面共享某些功能：
**与内容脚本通信：**与后台页面类似，这些页面可以从内容脚本接收消息，促进扩展内的交互。
**访问扩展特定的API：**这些页面可以全面访问扩展特定的API，取决于为扩展定义的权限。
permissions和host_permissionspermissions和host_permissions是manifest.json中的条目，将指示浏览器扩展具有哪些权限（存储、位置...）和在哪些网页中。
由于浏览器扩展可能具有如此特权，一个恶意的扩展或被入侵的扩展可能允许攻击者以不同方式窃取敏感信息并监视用户。
查看这些设置如何工作以及它们如何可能在以下情况中被滥用：
content_security_policy内容安全策略也可以在manifest.json中声明。如果定义了一个，它可能会存在漏洞。
浏览器扩展页面的默认设置相当严格：
有关CSP和潜在的绕过方法的更多信息，请查看：
web_accessible_resources为了让网页访问浏览器扩展的页面，比如一个.html页面，这个页面需要在manifest.json的**web_accessible_resources**字段中提及。
例如：
这些页面可以通过以下URL访问：
在公共扩展中，扩展ID是可访问的：
尽管如此，如果使用manifest.json参数**use_dynamic_url，则此ID可以是动态的**。
允许访问这些页面使这些页面潜在易受点击劫持攻击：
只允许扩展加载这些页面，而不是随机URL，可以防止点击劫持攻击。
externally_connectable如果在您的扩展清单中未声明**externally_connectable键，或者声明为"ids": ["*"]**，所有扩展都可以连接，但没有网页可以连接。
如果指定了特定的ID，例如"ids": ["aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"]，只有这些应用程序可以连接。
如果指定了匹配项，这些Web应用程序将能够连接：
如果指定为空："externally_connectable": {}，则没有应用程序或网页能够连接。
在这里指定的扩展和 URL 越少，攻击面就越小。
如果一个易受 XSS 或接管攻击的网页在 externally_connectable 中被指定，攻击者将能够直接向后台脚本发送消息，完全绕过内容脚本及其 CSP。
因此，这是一个非常强大的绕过。
内容脚本运行的环境和主机页面存在的环境是分离的，确保了隔离。尽管存在这种隔离，但两者都可以与页面的文档对象模型（DOM）进行交互，这是一个共享资源。为了使主机页面与内容脚本进行通信，或者间接地通过内容脚本与扩展进行通信，需要利用双方都可以访问的DOM作为通信渠道。
安全的Post Message通信应该检查接收到的消息的真实性，可以通过以下方式进行检查：
event.isTrusted：只有在事件由用户操作触发时才为True
内容脚本可能只期望在用户执行某些操作时接收消息
来源域：可能只允许白名单中的域发送消息
如果使用正则表达式，请非常小心
来源：received_message.source !== window可用于检查消息是否来自内容脚本正在侦听的同一窗口。
即使执行了上述检查，也可能存在漏洞，请在以下页面检查潜在的Post Message绕过：
另一种可能的通信方式可能是通过Iframe URLs，您可以在以下示例中找到：
这并不是“确切地”一种通信方式，但是web和内容脚本将可以访问web DOM。因此，如果内容脚本从中读取一些信息，信任web DOM，web可能会修改这些数据（因为不应信任web，或者因为web容易受到XSS攻击），并危及内容脚本。
您还可以在以下示例中找到一个基于DOM的XSS示例来危及浏览器扩展：
如果浏览器扩展在其内存中存储敏感信息，这些信息可能会被转储（特别是在Windows机器上），并且可以对这些信息进行搜索。
因此，浏览器扩展的内存不应被视为安全，敏感信息（如凭据或助记词短语）不应存储。
当然，不要将敏感信息放在代码中，因为它将是公开的。
要从浏览器中转储内存，您可以转储进程内存或转到浏览器扩展的设置，单击**检查弹出窗口** -> 在**内存部分 -> 拍摄快照，然后使用CTRL+F**在快照中搜索敏感信息。
要处理响应，请使用返回的Promise。尽管出于向后兼容性考虑，仍然可以将回调函数作为最后一个参数传递。
从内容脚本发送请求如下所示：
从扩展程序（通常是后台脚本）发送请求。内容脚本可以使用这些函数，只是需要指定要发送到哪个标签页。以下是向所选标签页中的内容脚本发送消息的示例：
在突出显示的示例中，sendResponse() 以同步方式执行。要修改onMessage事件处理程序以异步执行sendResponse()，必须加入return true;。
一个重要的考虑因素是，在设置多个页面接收onMessage事件的情况下，第一个执行sendResponse() 的页面将是唯一能够有效传递响应的页面。对于同一事件的任何后续响应将不被考虑。
在编写新扩展时，应优先选择使用 promises 而不是回调。关于回调的使用，只有在直接在同步上下文中执行sendResponse()，或者如果事件处理程序通过返回true指示异步操作时，sendResponse()函数才被视为有效。如果没有处理程序返回true，或者如果sendResponse()函数从内存中删除（被垃圾回收），则与sendMessage()函数关联的回调将默认触发。
下载浏览器扩展并解压缩
转到**chrome://extensions/并启用**开发者模式
点击**加载已解压的扩展程序**按钮
在Firefox中，转到**about:debugging#/runtime/this-firefox，然后点击加载临时附加组件**按钮。
Chrome扩展的源代码可以通过各种方法获取。以下是每种选项的详细说明和说明。
可以使用命令行将Chrome扩展的源代码下载为ZIP文件。这涉及使用curl从特定URL获取ZIP文件，然后将ZIP文件的内容提取到一个目录中。以下是步骤：
用实际的扩展ID替换"extension_id"。
执行以下命令：
也可以检查本地安装的 Chrome 扩展。操作步骤如下：
访问 chrome://version/ 查看 Chrome 本地配置文件目录，并找到“Profile Path”字段。
转到配置文件目录中的 Extensions/ 子文件夹。
该文件夹包含所有已安装的扩展，通常以可读格式显示其源代码。
要识别扩展，可以将其 ID 映射到名称：
在 about:extensions 页面上启用开发者模式，查看每个扩展的 ID。
在每个扩展的文件夹中，manifest.json 文件包含一个可读的 name 字段，可帮助您识别扩展。
前往 Chrome 网上应用店并下载扩展。文件将具有 .crx 扩展名。将文件扩展名从 .crx 更改为 .zip。使用任何文件压缩工具（如 WinRAR、7-Zip 等）提取 ZIP 文件的内容。
打开 Chrome 并转到 chrome://extensions/。在右上角启用“开发者模式”。单击“加载已解压的扩展...”。导航到扩展的目录。这不会下载源代码，但对于查看和修改已下载或已开发的扩展的代码很有用。
尽管浏览器扩展具有有限的攻击面，但其中一些可能包含漏洞或潜在的加固改进。以下是最常见的几种：
从提供的 Chrome 网上应用商店链接中提取任何 Chrome 扩展。
权限警告查看器：显示用户尝试安装扩展时将显示的所有 Chrome 权限提示警告列表。
危险函数：显示可能被攻击者利用的危险函数位置（例如 innerHTML、chrome.tabs.executeScript 等函数）。
入口点：显示扩展接受用户/外部输入的位置。这对于了解扩展的表面积并寻找潜在的发送恶意数据到扩展的点很有用。
危险函数和入口点扫描器生成的警报包括以下内容：
引发警报的相关代码片段和行。
问题描述。
“查看文件”按钮，可查看包含代码的完整源文件。
警报文件的路径。
警报文件的完整 Chrome 扩展 URI。
文件类型，如后台页面脚本、内容脚本、浏览器操作等。
内容安全策略 (CSP) 分析器和绕过检查器：指出扩展 CSP 中的弱点，并阐明由于白名单 CDN 等原因绕过 CSP 的潜在方法。
下载扩展和格式化版本。
下载原始扩展。
下载扩展的美化版本（自动美化的 HTML 和 JavaScript）。
自动缓存扫描结果，第一次运行扩展扫描将花费大量时间。但第二次，假设扩展未更新，由于结果已缓存，几乎会立即完成。
可链接的报告 URL，轻松地将其他人链接到 tarnish 生成的扩展报告。
Neto 项目是一个 Python 3 包，旨在分析和解开浏览器插件和扩展的隐藏功能，适用于 Firefox 和 Chrome 等知名浏览器。它自动解压打包文件，从扩展中提取这些功能，如 manifest.json、本地化文件夹或 JavaScript 和 HTML 源文件。
扩展核心包含大部分扩展的权限/访问，但扩展核心只能通过和内容脚本与Web内容进行交互。此外，扩展核心无法直接访问主机机器。
扩展允许本地二进制文件以用户完整权限访问主机机器。本地二进制通过标准的Netscape插件应用程序编程接口（）与扩展核心进行交互，该接口被Flash和其他浏览器插件使用。
Chrome扩展只是一个带有的ZIP文件夹。扩展的核心是位于文件夹根目录下的**manifest.json**文件，用于指定布局、权限和其他配置选项。
内容脚本在用户导航到匹配页面时加载，对于我们的情况是任何匹配 https://example.com/* 表达式的页面，但不匹配 *://*/*/business* 正则表达式。它们像页面自己的脚本一样执行，并且可以任意访问页面的。
以下是一个示例内容脚本，当使用从扩展的存储中检索message值时，将在页面上添加一个解释按钮。
当单击此按钮时，内容脚本通过利用向扩展页面发送消息。这是因为内容脚本在直接访问API方面存在限制，storage是少数例外之一。对于超出这些例外的功能，消息将发送到内容脚本可以与之通信的扩展页面。
根据浏览器的不同，内容脚本的功能可能略有不同。对于基于Chromium的浏览器，功能列表可在中找到，而对于Firefox，是主要来源。 值得注意的是，内容脚本可以与后台脚本通信，使其能够执行操作并传递响应。
要对内容脚本进行编程注入，扩展需要具有，以便将脚本注入到页面中。这些权限可以通过在扩展的清单中请求它们或通过在临时基础上获得。
它使用来监听消息。当收到一个"explain"消息时，它使用在新标签页中打开一个页面。
根据，"externally_connectable"清单属性声明了哪些扩展和网页可以通过和连接到您的扩展。
此外，如果客户端安装了一个恶意扩展，即使它没有被允许与易受攻击的扩展通信，它也可以在允许的网页中注入 XSS 数据，或者滥用 WebRequest 或 DeclarativeNetRequest API 来操纵针对特定域的请求，从而更改页面对 JavaScript 文件 的请求（请注意，目标页面上的 CSP 可能会阻止这些攻击）。这个想法来自。
内容脚本可以使用函数 或 发送一次性可JSON序列化消息。
在接收端，您需要设置一个 事件侦听器来处理消息。无论是来自内容脚本还是扩展页面，这看起来都是一样的。
另一种方便的方法是使用 Chrome 扩展源代码查看器，这是一个开源项目。可以从安装。查看器的源代码可在其中找到。
如果**web_accessible_resources**不是空的，请检查
如果从扩展到网页有任何通信，请检查由通信引起的漏洞。
如果使用 Post Messages，请检查。
查看器：简单显示扩展清单的 JSON 格式化版本。
指纹分析：检测并自动生成 Chrome 扩展指纹识别 JavaScript。
潜在点击劫持分析：检测具有指令设置的扩展 HTML 页面。根据页面用途，这些页面可能容易受到点击劫持攻击。
如果易受攻击的行在 JavaScript 文件中，则包括其所包含的所有页面的路径以及这些页面的类型，以及状态。
已知易受攻击的库：使用检查已知易受攻击的 JavaScript 库的使用情况。
感谢对本方法论的帮助
如果您想看到您的公司在HackTricks中被广告或下载PDF格式的HackTricks，请查看!
获取
探索，我们独家收藏品
加入 💬 或 或在Twitter上关注我们 🐦 .
通过向和 github仓库提交PR来分享您的黑客技巧。
