读书笔记2：浏览器沙盒(白帽子讲浏览器安全)

最新推荐文章于 2023-03-18 10:02:14 发布
最新推荐文章于 2023-03-18 10:02:14 发布
阅读量243 收藏
点赞数
分类专栏： 读书笔记 文章标签： 读书笔记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_37622973/article/details/101201758
版权

0.基础知识
SID：当某个进程要访问某个对象的时候，只有它拥有合适的权限才能进行下一步操作，windows用SID来标识系统中执行动作的实体。是标识用户、组和计算机帐户的唯一的号码

1.是什么沙盒？
浏览器通过沙盒将代码限制在一个权限很低的范围内运行，只要攻击者不超过沙盒的限制，攻击者即使拿到了被保护进程的任意代码执行权限，也将无法执行任何程序或读取任何系统配置

2.由哪些策略构成？
受限令牌+完整性级别+任务对象

3.受限的令牌
windows使用访问令牌来识别进程或线程的安全环境，这个安全环境包含了进程或线程相关的权限，账户和组，即一个进程属于哪个用户组，能做什么事。通过定制，浏览器可以创建一个受限的令牌
受限令牌可以：
a.在令牌中移除某些权限
b.对某些SID添加拒绝访问属性，从而被拒绝的SID无法访问某个对象
c.指定一组SID来限制他们访问安全对象的能力
浏览器加载网页进程时便会创建一个受限令牌，当访问与ACL或SD(安全描述符)相关联的资源时，系统使用受限令牌和SID检查是否可以执行相关操作

4.完整性级别
是一些基本的程序交流和数据访问的规则，比如不能“向上”访问高完整性级别的内容，基本规则是：进程拥有可操作性的最小权限，如果需要更高权限则需要用户允许
vista之后，系统除了执行标准的访问控制检查，还会检查完整性级别标识和目标资源的等级是否一致，通过将进程置于不可信的完整性级别上，进程将难以访问所有完整性级别比它高的内容

5.任务对象
Windows中的任务对象可以被当作一个统一的单位去管理，与某个任务关联的进程的安全性都可以统一调控，浏览器可以将自己的多个网页进程限制在少量的任务对象中，给他们统一的权限控制

6.缺陷
如果windows的安全模型出现了问题，会导致沙盒的安全性受到影响

丫郎酸
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
白帽子讲Web安全
11-16 1万+
第一篇：世界观安全第一章：我的安全世界观一个网站的数据库，在没有任何保护的情况下，数据库服务端口是允许任何人随意连接的；在有了防火墙的保护后，通过ACL可以控制只允许信任来源的访问。这些措施在很大程度上保证了系统软件处于信任边界之内，从而杜绝了绝大部分的攻击来源。1.1.3Web安全的兴起常见攻击：SQL注入，XSS（跨站脚本攻击）“破坏往往比建设容易”，但凡事都不是绝对的。一般来说，白帽子选择的方
白帽子讲Web安全（一）浏览器安全
weixin_39157582的博客
08-23 786
白帽子讲Web安全（一）浏览器安全1、同源策略（1）什么是同源策略（2）同源策略的应用（3）跨域访问2、浏览器沙箱（1）背景（2）原理（3）实现（4）注意 1、同源策略 （1）什么是同源策略 同源策略/SOP 是由NetScape公司提出的一个著名的安全策略。所谓同源是指 “ 协议+域名+端口 ” 三者相同，即便两个不同的域名指向同一个ip地址，也非同源。浏览器出于安全方面的考虑，只允许本域名下的接口交互，不同源的客户端脚本，在没有明确授权的情况下，不能读写对方的资源。 现在所有支持javascript的浏
白帽子讲浏览器安全.钱文祥(带详细书签).pdf
03-08
浏览器是重要的互联网入口，一旦受到漏洞攻击，将直接影响到用户的信息安全。作为攻击者有哪些攻击思路，作为用户有哪些应对手段？在本书中我们将给出解答，带你了解浏览器安全的方方面面。本书兼顾攻击者、研究者和使用者三个场景，对大部分攻击都提供了分析思路和防御方案。本书从攻击者常用技巧的“表象”深入介绍浏览器的具体实现方式，让你在知其然的情况下也知其所以然。 第1篇 初探浏览器安全 1 1 漏洞与浏览器安全 3 1.1 漏洞的三要素 3 1.2 漏洞的生命周期 4 1.3 浏览器安全概述 5 1.4 浏览器安全的现状 7 1.5 浏览器的应对策略 9 1.6 “白帽子”与浏览器厂商的联手协作 9 1.7 全书概览 10 1.8 本章小结 12 2 浏览器中常见的安全概念 13 2.1 URL 13 2.1.1 URL的标准形式 15 2.1.2 IRI 16 2.1.3 URL的“可视化”问题——字形欺骗钓鱼攻击 18 2.1.4 国际化域名字形欺骗攻击 19 2.1.5 自纠错与Unicode字符分解映射 20 2.1.6 登录信息钓鱼攻击 23 2.2 HTTP协议 24 2.2.1 HTTP HEADER 25 2.2.2 发起HTTP请求 26 2.2.3 Cookie 28 2.2.4 收到响应 29 2.2.5 HTTP协议自身的安全问题 31 2.2.6 注入响应头：CRLF攻击 31 2.2.7 攻击响应：HTTP 401 钓鱼 32 2.3 浏览器信息安全的保障 33 2.3.1 源 33 2.3.2 同源准则 34 2.3.3 源的特殊处理 34 2.3.4 攻击同源准则：IE11跨任意域脚本注入一例 35 2.4 特殊区域的安全限制 37 2.4.1 安全域 37 2.4.2 本地域 37 2.5 伪协议 38 2.5.1 data伪协议 38 2.5.2 about伪协议 40 2.5.3 javascript/vbscript伪协议 41 2.5.4 伪协议逻辑出错：某浏览器跨任意域脚本注入一例 42 2.6 本章小结 43 3 探索浏览器的导航过程 45 3.1 导航开始 45 3.1.1 浏览器的导航过程 46 3.1.2 DNS请求 46 3.1.3 DNS劫持和DNS污染 47 3.1.4 导航尚未开始时的状态同步问题 48 3.1.5 实例：针对导航过程发起攻击 49 3.2 建立安全连接 50 3.2.1 HTTPS 50 3.2.2 HTTPS请求中的Cookie 51 3.3 响应数据的安全检查——XSS过滤器 52 3.3.1 IE XSS Filter的实现原理 53 3.3.2 Chrome XSSAuditor的工作原理 55 3.4 文档的预处理 56 3.4.1 浏览器对HTML文档的标准化 56 3.4.2 设置兼容模式 57 3.5 处理脚本 59 3.5.1 脚本的编码 60 3.5.2 IE的CSS expression的各种编码模式 62 3.5.3 浏览器的应对策略：CSP 63 3.5.4 “绕过”CSP：MIME Sniff 65 3.5.5 简单的Fuzz：混淆CSS expression表达式 68 3.6 攻击HTML标准化过程绕过IE/Chrome的XSS Filter 71 3.7 本章小结 73 4 页面显示时的安全问题 75 4.1 点击劫持 76 4.1.1 点击劫持页面的构造 76 4.1.2 X-Frame-Options 78 4.2 HTML5的安全问题 80 4.2.1 存储API 81 4.2.2 跨域资源共享 83 4.2.3 基于FullScreen和Notification API的新型钓鱼攻击 84 4.2.4 组合API后可能导致的安全问题 87 4.2.5 引入新的XSS 攻击向量 87 4.2.6 互联网威胁 89 4.3 HTTPS与中间人攻击 92 4.3.1 HTTPS的绿锁 92 4.3.2 HTTPS有多安全？ 94 4.3.3 HSTS 96 4.3.4 使用SSLStrip阻止HTTP升级HTTPS 97 4.3.5 使用Fiddler对PC端快速进行中间人攻击测试 99 4.3.6 使用Fiddler脚本和AutoResponse自动发起中间人攻击 101 4.4 本章小结 103 5 浏览器扩展与插件的安全问题 105 5.1 插件 106 5.1.1 ActiveX 106 5.1.2 ActiveX的安全问题 107 5.1.3 ActiveX的逻辑漏洞 108 5.1.4 NPAPI、PPAPI 111 5.2 定制浏览器的扩展和插件的漏洞 113 5.2.1 特权API暴露 114 5.2.2 DOM 修改引入攻击向量 114 5.2.3 Windows文件名相关的多个问题 115 5.2.4 NPAPI DLL的问题 116 5.2.5 同源检查不完善 117 5.2.6 Content Script劫持 118 5.2.7 权限隔离失败 118 5.2.8 配合切核策略+本地内部页XSS执行代码 118 5.2.9 下载服务器限制宽松 119 5.2.10 TLDs判定问题 119 5.2.11 经典漏洞 120 5.2.12 中间人 120 5.3 Adobe Flash插件与Action Script 121 5.3.1 Flash的语言——Action Script 121 5.3.2 Flash文档的反编译、再编译与调试 122 5.3.3 SWF的网络交互：URLLoader 124 5.3.4 crossdomain.xml与Flash的“沙盒” 125 5.3.5 ExternalInterface 126 5.3.6 FLASH XSS 126 5.3.7 Microsoft Edge中的Flash ActiveX 130 5.4 浏览器的沙盒 131 5.4.1 受限令牌 132 5.4.2 完整性级别与IE的保护模式 133 5.4.3 任务对象 134 5.5 本章小结 135 6 移动端的浏览器安全 137 6.1 移动浏览器的安全状况 138 6.2 移动端的威胁 141 6.2.1 通用跨站脚本攻击 141 6.2.2 地址栏伪造 142 6.2.3 界面伪装 143 6.3 结合系统特性进行攻击 144 6.3.1 Android一例漏洞：使用Intent URL Scheme绕过Chrome SOP 144 6.3.2 iOS的一例漏洞：自动拨号泄露隐私 146 6.3.3 Windows Phone一例未修补漏洞：利用Cortana显示IE中已保存密码 147 6.4 本章小结 149 第2篇 实战网马与代码调试 151 7 实战浏览器恶意网页分析 153 7.1 恶意网站中“看得见的”攻防 153 7.2 恶意脚本的抓取和分析 155 7.2.1 发现含攻击代码的网址 156 7.2.2 使用rDNS扩大搜索结果 156 7.2.3 下载攻击代码 157 7.2.4 搭建测试环境 158 7.2.5 初识网马反混淆工具 158 7.2.6 恶意脚本中常见的编码方式 159 7.3 一个简单的挂马代码的处理 169 7.3.1 快速判断挂马 169 7.3.2 JS代码的格式化 170 7.4 更为复杂的代码处理：对Angler网马工具包的反混淆 170 7.4.1 Angler EK的特征 170 7.4.2 推理：找出代码中的“解密-执行”模式 172 7.4.3 检证：确定“解密-执行”模式的位置和方法 175 7.4.4 追踪：使用浏览器特性判断用户环境 179 7.4.5 利用漏洞CVE-2014-6332发起攻击 188 7.5 本章小结 190 8 调试工具与Shellcode 191 8.1 调试工具的用法 191 8.1.1 调试符号 191 8.1.2 WinDbg的用法 192 8.1.3 IDA的用法 195 8.1.4 OllyDbg的用法 199 8.2 与Shellcode的相关名词 201 8.2.1 机器指令 201 8.2.2 控制关键内存地址 203 8.2.3 NOP Slide 204 8.2.4 Magic Number 0x8123 205 8.3 Shellcode的处理 205 8.3.1 实现通用的Shellcode 206 8.3.2 调试网马中的Shellcode 212 8.4 本章小结 218 第3篇 深度探索浏览器漏洞 219 9 漏洞的挖掘 221 9.1 挖0day 221 9.1.1 ActiveX Fuzzer 的原理 221 9.1.2 使用AxMan Fuzzer来Fuzz ActiveX插件 222 9.1.3 现场复现 225 9.2 DOM Fuzzer的搭建 229 9.2.1 搭建运行Grinder的环境 230 9.2.2 Fuzzer的结构与修改 231 9.2.3 现场复现 232 9.3 崩溃分析 233 9.3.1 哪些典型崩溃不能称作浏览器漏洞 233 9.3.2 ActiveX崩溃一例 236 9.3.3 IE11崩溃一例 238 9.4 本章小结 244 10 网页的渲染 245 10.1 网页的渲染 245 10.1.1 渲染引擎 245 10.1.2 DOM结构模型 247 10.1.3 IE解析HTML的过程 249 10.1.4 IE的Tokenize 251 10.1.5 Chrome解析HTML的过程 253 10.1.6 Chrome的Tokenize 254 10.2 元素的创建 256 10.2.1 IE中元素的创建过程 256 10.2.2 Chrome中元素的创建过程 257 10.2.3 元素的生成规律 258 10.3 实战：使用WinDbg跟踪元素的生成 260 10.4 实战：使用WinDbg跟踪元素的插入 263 10.5 实战：使用WinDbg跟踪元素的释放 264 10.6 本章小结 266 11 漏洞的分析 267 11.1 分析IE漏洞CVE-2012-4969 267 11.1.1 崩溃分析 268 11.1.2 追根溯源 270 11.2 分析JScript9漏洞CVE-2015-2425 271 11.2.1 跟踪漏洞 275 11.3 Hacking Team的Flash漏洞CVE-2015-5119 分析 276 11.3.1 静态阅读：成因分析 276 11.3.2 Vector的覆盖过程 278 11.4 本章小结 279 12 漏洞的利用 281 12.1 ShellCode的编写 281 12.2 CVE-2012-4969 的利用 284 12.2.1 DEP/ASLR绕过 287 12.3 CVE-2015-5119的Vector 296 12.4 本章小结 301 附录 303 附录A IE（Edge）的URL截断 303 附录B IE的控制台截断 304 附录C 表单中的mailto: 外部协议 305 附录D 危险的regedit: 外部协议 306 附录E IE XSS Filter的漏洞也会帮助执行XSS 307 附录F 更高级的策略保护——CSP Level 2 308 附录G 更快的执行速度——JScript5 to Chakra 309 附录H Chakra的整数存储 310 附录I 安全实践 311 参考资料 315
《白帽子讲Web安全》学习笔记
qq_53058639的博客
03-18 270
最近加入新公司后，公司的官网突然被Google标记为了不安全的诈骗网站，一时间我们信息技术部门成为了众矢之的，虽然老官网并不是我们开发的（因为开发老官网的前辈们全都跑路了）。我们花了很多时间做Web安全扫描以及修复，在检查和修复过程中，发现老系统的代码的不可维护性（再次说明整洁代码之道Clean Code的重要性）及安全性（同时也说明了Web安全的重要性）。修复之后，向Google提出了申诉，漫长的等待（1~2天对于公司的官网来说就是Money啊！）后Google放开了。
浏览器沙箱模型
weixin_30633507的博客
04-05 511
简介 　　沙箱模型技术是浏览器和其他应用程序中保护安全的一种组件关系设计模式，最初发明人为GreenBorder公司。2007年5月，谷歌公司收购了该公司，也将此项专利应用于chrome浏览器的研发中。 背景 　　一般而言，对于网络上的网页中的JavaScript代码和插件都是不受信的（除非是经过认证的网站），特别是一些故意设计侵入浏览器运行的主机代码更是非常危险，通过一些手段或者浏览...
白帽子讲Web安全--第二章 浏览器安全
encrypted_999的博客
12-12 198
白帽子讲Web安全第二章
【白帽子讲Web安全】第二章 浏览器安全
xtcc的博客
07-21 1344
2.这一策略极其重要，如果没有同源策略，可能a.com的一段JavaScript脚本，在b.com未曾加载此脚本时，也可以随意修改b.com的页面（在浏览器显示中）。1.目前各个浏览器的拦截恶意网址的功能是基于“黑名单”的，一般是浏览器周期性地从服务器获取一份最新的恶意网址和名单，如果用户上网时访问的网址存在于此黑名单中，浏览器就会弹出一个警告页面。需要注意的是，对于当前页面来说，页面内存放JavaScript文件的域并不重要，重要的是加载JavaScript的页面所在的域是什么。......
融合：多人沙盒游戏
02-02
融合-多人沙盒游戏融合是针对浏览器和本机平台的多人游戏。建造本机可执行文件$ cmake -B build-native$ cd build-native$ make -j2浏览器Wasm可执行文件使用Emscripten为浏览器输出WebAssembly构建。 它要求您已在...
sandbox-cypress:赛普拉斯沙盒
04-07
沙盒柏 简短概述 Sandbox-cypress是一个演示存储库。 主要目标是： 了解赛普拉斯的基础知识 在CI中运行测试 以工件形式获得测试结果 CI配置 TeamCity用作配置项。 TeamCity建立步骤： 构建Angular项目： npm i ...
NeuralQsandbox:在沙盒中进行深度Q学习
05-02
神经沙盒 NeuralQsandbox是一个用于玩耍和试验人工智能的开源环境。 用人工大脑创建一个关卡并监视代理，以尝试解决该问题。 修改学习变量并重组特工的大脑，然后观察特工的行为变化。 安装 视窗 下载最新版本，只...
EspressoSandbox:Expresso 沙盒应用程序
06-07
浓缩咖啡沙盒使用 Espresso 的小示例应用程序。 这个应用程序的目的是向人们展示如何快速开始使用 Espresso 和 Gradle，我希望它与最新版本的库保持同步。 Espresso 是来自谷歌的 Android 的 UI 自动化测试框架： 请...
浏览器沙盒是什么
weixin_33961829的博客
12-29 338
是什么 沙盒（sandbox），另称沙箱，是一种按照安全策略限制程序行为的执行环境。“沙盒”技术的实践运用流程是：让疑似病毒文件的可疑行为在虚拟的“沙盒”里充分运行，“沙盒”会记下它的每一个动作；当疑似病毒充分暴露了其病毒属性后，“沙盒”就会执行“回滚”机制：将病毒的痕迹和动作抹去，恢复系统到正常状态。 PS：sandbox并不是sandboxie，sandboxie是一种专业沙盒软件。 安...
《白帽子讲web安全》第2章 浏览器安全
询昵的博客
05-27 214
一、同源策略 同源策略（Same Origin Policy）：限制了来自不同源的“document”或脚本，对当前“document”读取或设置某些属性。来自不同源（Origin）的对象无法相互干扰。 影响源的因素有：host（域名或IP地址，如果是IP地址则看作一个根域名）、子域名、端口、协议。 例外标签：<script>、<img>、<iframe>、<link>等标签不受同源策略的限制，因为实际上是由浏览器发起了一次GET请求。但是不同于XM..
白帽子讲web安全---web浏览器安全
syf19720428的博客
08-02 2712
同源策略：限制了来自不同源的“document”或脚本，对当前的“document”读取或设置某些属性。 影响同源的因素：host(域名或ip地址)，子域名，端口，协议 在浏览器中<script><img><iframe><link>都可以进行跨域加载，带有“src“的属性标签加载资源时，实际上是由浏览器发起一次GET请求。 不同于XMLHttpRequest,通过src属性加载资源时，浏览器
白帽子讲web安全之浏览器安全（二）同源策略
Kind&红衣的博客
08-12 321
（一）同源策略： 源（Origin） 浏览器最核心最基础的安全功能，web建立在同源策略之上。 作用：限制了不同Origin之间的document和脚本，相互间不能干扰。 影响Origin的因素有host（域名或IP地址） 下方例子在a.com中加载了b.com的b.js，那么它的Origin就是a.com。 &lt;script src = https://b.com/b.js&g...
浏览器崩溃_白帽子讲浏览器安全 PDF 下载_Java知识分享网
weixin_39965673的博客
11-14 130
相关截图：资料简介：浏览器是重要的互联网入口，一旦受到漏洞攻击，将直接影响到用户的信息安全。作为攻击者有哪些攻击思路，作为用户有哪些应对手段？在本书中我们将给出解答，带你了解浏览器安全的方方面面。本书兼顾攻击者、研究者和使用者三个场景，对大部分攻击都提供了分析思路和防御方案。本书从攻击者常用技巧的“表象”深入介绍浏览器的具体实现方式，让你在知其然的情况下也知其所以然。资料目录：目录第1篇 初探浏览...
《白帽子讲安全》与《web安全深度剖析》笔记
xixixi
09-05 669
javascript中，影响源的因素有：根域名、子域名、端口、协议 www.a.com中加载了这段代码 &amp;amp;lt;script src=www.b.com/b.js&amp;amp;gt;&amp;amp;lt;/srcipt&amp;amp;gt; 那么对于b.js来说他的源还是www.a.com，src只能去请求，不能让源响应请求 &amp;amp;lt;script&amp;amp;gt;、&amp;amp;l
浏览器沙盒--它是什么，我们为什么需要它？
HeadSpinDante的博客
05-24 2117
全球各地的组织都有多种安全问题被破坏。这些问题不仅危害了敏感数据和信息，而且造成了巨大的经济损失。根据Statista的数据，在2020年，美国的数据泄露案件数量为1001起，而在同一年，超过1.558亿人受到这些数据暴露的影响。自2001年以来，网络犯罪造成的经济损失不断增加，根据IC3报告，2020年达到42亿美元。在网络犯罪的动荡中，沙盒作为一种技术，有效地保护数字资产和系统。 什么是沙盒？ 在IT领域，沙盒技术正变得越来越流行。沙盒技术是一种能够让你在系统中创建一个隔离的测试环境的产品。有了..
支付宝沙盒支付小白404
最新发布
08-19
2. 参数错误：检查你发送的请求参数是否正确，并确保没有遗漏或错误的参数。 3. 接口权限问题：沙盒环境的接口权限可能与正式环境不同，请确保你正在使用沙盒环境所允许的接口。 4. 接口版本不匹配：请确保你使用的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值