- 综合排序
- 最热优先
- 最新优先
- 来自专栏Seebug漏洞平台
rdp 协议攻击面与安全性分析
0x00 RDP协议的应用 RDP协议（远程桌面协议）是微软公司创建的专有协议，它允许系统用户通过图形界面连接到远程系统，主要分为服务端和客户端，这篇我们来聊聊客户端相关应用与攻击面。 2、[MS-RDPBCGR]协议可通过静态虚拟通道和动态扩展协议建立隧道进行传输； 3、其中有9种协议可建立静态虚拟通道包括常用的（剪切板、音频输出、打印虚拟频道、智能卡等） 4、其中12种协议可与动态频道虚拟频道扩展 0x02 RDP协议图像处理通道攻击面 rdp协议中对图形处理中有两种通道，多种方式，协议也是很复杂的 0x03 攻击msrdp图形处理通道 attack fastpath api: CCO:: ，发现并不只是整数溢出那么简单，而是freerdp并未正确修复此漏洞，遂即对此漏洞进行了深入分析。 0x08 漏洞分析 首先在rdp协议建立连接的时候，server发送Demand Active PDU协议字段给client的进行功能交换阶段时候，通过以下的图可以看到存在于连接过程的哪一阶段了。
1.8K30发布于 2021-10-18 - 来自专栏全栈程序员必看
igmp协议分析_协议分析
IGMP 协议格式 类型 1 字节 最大响应时间 1 字节 检验和 2 字节 多播地址 4 字节 类型 11 成员查询 12 成员报告（v1） 16 成员报告（v2） 22 成员报告（v3） 17 成员退出 IGMP 协议分析 当一台主机加入群组时，发送 IGMP 成员报告报文。 报文如下 45 c0 00 1c 00 1a 00 00 01 02 d3 01 02 02 02 01 e1 01 01 01 16 00 07 fd e1 01 01 01 IGMP 成员报告报文分析 版本 4 首部长度 5 服务类型 c0 总长度 00 1c ID 00 1a Flags 0 Fragment Offset 0 00 生存时间 01 协议 02 首部检验和 d3 01 源 IP 地址 报文如下 45 c0 00 1c 00 1d 00 00 01 02 d4 fe 02 02 02 01 e0 00 00 02 17 00 06 fd e1 01 01 01 IGMP 离组报文分析
1.2K20编辑于 2022-11-04 - 来自专栏FreeBuf
WebSocket安全性分析
WebSocket 建议于 TCP 协议之上，与 HTTP 协议有良好的兼容性。协议标识符是ws；如果加密，则为wss。 聊天 弹幕 协同编辑 股票报价实施更新 位置更新 直播实况段落的首行要 WebSocket安全性分析 websocket仅仅是web程序中的一种通信协议，并不会解决web应用中存在的安全问题。 因此在HTTP协议中出现的安全问题在websocket中都可能出现。 目前对于HTTP协议的漏洞已经很少了，可以去看看websocket协议的，说不定会有意想不到的发现。 实际上跟http协议没有什么区别。 2.权限 认证 websocket协议没有规定在服务器在握手阶段应该如何认证客户端身份。 ，这就说明通过websocket协议与传统的http协议面临相同的安全风险，如垂直越权和水平越权。
90410编辑于 2023-08-08 - 来自专栏FreeBuf
机场安全性分析
因此，研究团队从eBay购买了相同的控制器，并进行了深入的分析。 BMS可以控制电子门锁，HVAC，工业过程控制器等。研究发现某些BMS具有可绕过的身份验证和远程利用。 ADS-B是未经加密和未经身份验证的协议，它可以适合某些高端无人机，在机场附近可以合法，合法地使用。 ? 后推拖轮 大多数飞机需要从登机口后推，因此需要拖船。
1.4K30发布于 2019-11-11 - 来自专栏绿盟科技研究通讯
开源软件安全性分析
由于预算、时间和资源等局限性，中小型组织的IT人员更重视软件的功能性而不是安全性。 2.2 如何提升OSS安全性 漏洞发现的方法。 保障OSS安全性的方法。最常见的方法是让开发人员自己检查源代码，这种评审可以充分说明代码的质量并保障代码的安全性。 40%的组织依赖项目社区来评估项目安全性，此时他们会通过社区提供的贡献者信息和维护方式来作为项目安全性的评价标志。36%的组织采用第三方工具帮助开发人员评审软件安全性。 开源组件的安全研究 本节总结了6篇与开源安全相关的论文，研究方向包括供应链生态分析、开源软件漏洞风险分析、开源软件应用风险分析和软件识别。
1.3K20编辑于 2023-02-22 - 来自专栏用户4480853的专栏
线程的安全性分析
线程的安全性分析 Java内存模型 Java 内存模型是一种抽象结构，它提供了合理的禁用缓存以及禁止重排序的方法来解决可见性、有序性问题。 原因是对子线程不可见 } // 解决方法 使用 volatile 修饰变量 有序性 其中 1 是编译器级别的重排序，2 和 3 是处理器级别的重排序，会导致多线程程序出现执行顺序问题 volatile关键字分析 volatile 可以用来解决可见性和有序性问题，通过汇编指令分析可以发现 volatile 会给操作加上 Lock 指令（0x000000000372caf3: lock add dword ptr
66420编辑于 2023-01-09 - 来自专栏FreeBuf
Docker容器安全性分析
本文对Docker容器在应用中可能面临的安全问题和风险进行了研究，并将Docker容器应用环境中的安全机制与相关解决方案分为容器虚拟化安全、容器安全管理、容器网络安全三部分进行分析。 二、Docker容器安全风险分析 根据Docker容器的主要特点及其在安全应用中的实际问题，本文将Docker容器技术应用中可能存在的技术性安全风险分为镜像安全风险、容器虚拟化安全风险、网络安全风险等类型进行具体分析 2、镜像漏洞 对于大多数一般的开发者而言，通常需要获取一系列基础镜像进行容器云的部署和进一步开发，因此，基础镜像的安全性在一定程度上决定了容器云环境的安全性。 仓库自身安全：如果镜像仓库特别是私有镜像仓库被恶意攻击者所控制，那么其中所有镜像的安全性将无法得到保证。 与Docker Security Scanning类似，Clair通过对Docker镜像进行静态分析并与公共漏洞数据库关联，得到相应的漏洞分析结果。
2.4K20发布于 2019-12-23 - 来自专栏Ms08067安全实验室
协议分析|HTTP协议浅析
---- HTTP和HTTPS HTTP协议（HyperText Transfer Protocol，超文本传输协议）：是一种发布和接收 HTML页面的方法。 HTTP和HTTPS均是由TCP协议封装而来，在进行http协议和https协议时，需要进行 三次握手和四次挥手 SSL（Secure Sockets Layer 安全套接层）主要用于Web的安全传输协议 HTTP是无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。 浏览器分析Response中的HTML，发现其中引用了很多其他文件，比如Images文件，CSS文件，JS文件。浏览器会自动再次发送Request去获取图片，CSS文件，或者JS文件。 GET 获取当前主机该路径下的数据 HTTP/1.1是http协议的版本号 2.
1.4K20发布于 2020-05-06 - 来自专栏谢公子学安全
协议分析|HTTP协议浅析
HTTP和HTTPS均是由TCP协议封装而来，在进行http协议和https协议时，需要进行 三次握手和四次挥手 SSL（Secure Sockets Layer 安全套接层）主要用于Web的安全传输协议 HTTP是无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。 浏览器分析Response中的HTML，发现其中引用了很多其他文件，比如Images文件，CSS文件，JS文件。浏览器会自动再次发送Request去获取图片，CSS文件，或者JS文件。 GET 获取当前主机该路径下的数据 HTTP/1.1是http协议的版本号 2. 相关文章：HTTP协议详解（真的很经典）
85200编辑于 2022-01-13 - 来自专栏FreeBuf
TR-064漏洞受影响厂商设备及TR-064协议安全性分析
这是目前经我们研究发现的，一些受TR-064漏洞影响的设备供应商和产品列表：完整列表点此获取 paste.ubuntu 以下是我个人对TR-064技术标准的安全性分析： TR-064协议理解 TR-064 ：全称LAN侧DSL设备管理配置协议，是LAN 端对路由器、调制解调器等客户终端设备（CPE) 的管理协议。 虽然文档中声明此协议规定只限LAN端的访问管理，但并没有特别指出WAN端口对协议服务的访问限制。 虽然德国电信断网事件中发现了将近一百万存在隐患的网络设备，但据我们分析，全球将近有1000万设备存在类似隐患的终端设备。 标准制订缺陷、设备制造安全性不足、ISP提供商后期管理维护不力 等一系列系统性“失效”，最终导致的结果就是，让我们普通终端用户受到攻击威胁，甚至由此造成更多损失。
2.8K60发布于 2018-02-09 - 来自专栏FreeBuf
JWT介绍及其安全性分析
基本是常见的场景下，jwt是用来做身份校验的，识别请求者的身份以及用于鉴权 那么，从安全性的角度来看，至少存在两个潜在的问题。 （此要求基于NIST SP 800-117 [NIST.800-107]的第5.3.4节（HMAC密钥的安全性影响），其中规定，有效的安全性强度是密钥的安全强度中的最小值。两倍于内部哈希值的大小）。 blog.cryptographyengineering.com/2012/09/06/on-provable-security-of-tls-part-1/ PKCS＃1v1.5非常棒–如果您要教授关于如何攻击密码协议的课程 已实现以下测量： 我们的工作基于准确测量网络响应时间和本地网络以及整个Internet上的抖动来分析攻击的局限性。 此外，JWT是一种非常流行的机制，没有标准的，流行的替代方法，它还证明了其安全性。 之前指出的安全问题可以分为三类： 1、JWT规范本身存在问题（例如，无算法）。
4.8K31发布于 2019-11-15 - 来自专栏Netkiller
Mototrbo TMS 协议分析（数字电台短信协议分析）
Mototrbo TMS 协议分析 作者：BG7NYT 三年前我就分析出了Mototrbo TMS协议，一直动笔写这篇文章，最近比较闲，就想起了这事。 于是我就好奇，分析除了TMS短信协议，当时很想把这个分享给海能达，可惜我不认识海能达的人。 回到主题 DMR 网络 Mototrbo DMR 实际上就是 TCP/IP网络的延伸。 os.system("ping %s" % protocol.id2ip(int(self.options.cai), int(self.options.online))) Mototrbo TMS 协议 TMS短信协议为头与内容两部分。 到此为止，我也曾经尝试分析 ARS，LRRP ......等等协议，很想实现ARS将GPS坐标抓出来，放到地图上，实现aprs.is那样的功能。 逆向工程太复杂，放弃了。
2.1K50发布于 2018-03-05 - 来自专栏全栈程序员必看
uIP协议栈分析_协议栈
由于uIP协议栈专门为嵌进式系统而设计，因此还具有如下优越功能： （1） 代码非常少，其协议栈代码不到6K，很方便阅读和移植。 （2） 占用的内存数非常少，RAM占用仅几百字节。 uIP架构 uIP相当于一个代码库，通过一系列的函数实现与底层硬件和高层应用程序的通讯，对于整个系统来说它内部的协议组是透明的，从而增加了协议的通用性。 uIP协议栈与系统底层和高层应用之间的关系如图2－1所示。 从上图可以看出，uIP协议栈主要提供了三个函数供系统底层调用。 具体驱动分析可参考《第三章 网络芯片的驱动》。 4．由于uIP协议栈需要使用时钟，为TCP和ARP的定时器服务。 uIP协议栈为C语言编写，编译过程中的题目比较少，并且轻易解决。 uIP的主控制循环 通过实际的代码说明uIP协议栈的主控制循环。
1.3K20编辑于 2022-09-27 - 来自专栏阿七日记
ARP协议分析
ARP协议分析 补充cmd命令：tracert {ip或者域名} 通过该命令可以跟踪和目标发起通信要经过的路由器ip 根据该命令可以进一步理解TTL值和路由转发在实际的通信过程中是如何工作的。 二、ARP协议概述 ARP协议属于网络层（3层） ARP的作用：已知ip地址解析mac地址！ （ip--->mac） 硬件类型：表明ARP协议实现在哪种类型的网络上 协议类型：表示解析协议（上层协议）。 这里一般是0800，即IP 硬件地址长度：MAC地址长度，此处为6个字节 协议地址长度：IP地址长度，此处为4个字节 操作类型：表示ARP协议数据类型。 1表示ARP协议请求数据包，2表示ARP协议应答数据包 源MAC地址：发送端MAC地址 源IP地址：发送端IP地址 目标MAC地址：接收端MAC地址 包目标IP地址：接收端IP地址 三、ARP工作原理
2.3K21编辑于 2021-12-28 - 来自专栏全栈程序员必看
RTP协议分析
整理记录 版本 时间 内容 整理人 V1.0 2008-03-31 RTP协议分析初稿 彭令鹏 RTP协议分析 audio login logout 36 Rtp √ 表 2 协议分析要求 表 2给出了协议分析要求。 RFC2362对应RTSP，RFC2208对应RSVP [2] http://www.faqs.org/rfcs/，上面有全面的英文RFC文档 [3] http://www.cnpaf.net/，有不少协议分析文档
1.6K40编辑于 2022-08-03 - 来自专栏OpenIM
TLS协议分析 (三) record协议
4. record 协议 record协议做应用数据的对称加密传输，占据一个TLS连接的绝大多数流量，因此，先看看record协议 图片来自网络: ? Record 协议 — 从应用层接受数据，并且做: 分片，逆向是重组 生成序列号，为每个数据块生成唯一编号，防止被重放或被重排序 压缩，可选步骤，使用握手协议协商出的压缩算法做压缩 加密，使用握手协议协商出来的 type字段 : ，用来标识当前record是4种协议中的哪一种， record压缩 : TLS协议定义了可选的压缩，但是，由于压缩导致了 2012 年被爆出[CRIME攻击，BREACH攻击] 链接 在密码学历史上，出现过3种加密和认证的组合方式： Encrypt-and-MAC MAC-then-Encrypt Encrypt-then-MAC 在TLS协议初定的那个年代，人们还没意识到这3种组合方式的安全性有什么差别 ，所以TLS协议规定使用 2.MAC-then-Encrypt，即先计算MAC，然后把 “明文+MAC” 再加密(块加密或者流加密)的方式，做流加密+MAC，和块加密+MAC。
1.8K30发布于 2021-09-06 - 来自专栏linux驱动个人学习
蓝牙协议分析(2)_协议架构
前言 本文是蓝牙协议分析的第二篇文章，在“蓝牙协议分析(1)_基本概念”的基础上，从整体架构的角度，了解蓝牙协议的组成，以便加深对蓝牙的理解。 2. 协议层次 蓝牙协议是通信协议的一种，为了把复杂问题简单化，任何通信协议都具有层次性，特点如下： 从下到上分层，通过层层封装，每一层只需要关心特定的、独立的功能，易于实现和维护； 在通信实体内部，下层向上层提供服务 另外，由“蓝牙协议分析(1)_基本概念”的介绍可知，蓝牙存在BR/EDR、LE和AMP三种技术，这三种技术在物理层的实现就有很大的差异，下面让我们一一介绍。 蓝牙核心规范所定义的框架如下： 经过第2章协议层次的介绍，蓝牙核心框架已经比较容易理解了，这里对层次中各个模块做一个简单的说明，更为详细的分析，请参考后续的文章。 connectable和discoverable 控制本地蓝牙设备的属性（例如本地蓝牙设备的名字、link key等） 5）HCI（Host Controller Interface） 我们在“蓝牙协议分析
3.7K12发布于 2021-10-18 - 来自专栏Java崽
【ISO14229协议】协议分析
我们做上位机的时候，要监控收发是否正常，以下就是常用的，再看这些的时候，记得先用ISO 15765去掉外壳看
35010编辑于 2024-03-15 - 来自专栏howtouselinux
ICMP协议分析
什么是icmp协议 ICMP是(Internet Control Message Protocol)Internet控制报文协议。 定义 ICMP协议是一种面向无连接的协议，用于传输出错报告控制信息。它是一个非常重要的协议，它对于网络安全具有极其重要的意义。 它是TCP/IP协议族的一个子协议，属于网络层协议，主要用于在主机与路由器之间传递控制信息，包括报告错误、交换受限控制和状态信息等。 13fb8ad9562cfcfaa95f15a5fa34bd4d.png ICMP协议到底属于哪一层 icmp协议是IP层的附属协议，是介于IP层和TCP层之间的协议，一般认为属于IP层协议。 网络控制报文协议(ICMP)是设计来弥补上述两个遗憾的，它是IP协议的伴侣。图9.1给出了ICMP协议在网络层中的位置，以及它与IP及其他协议之间的关系。
3K00发布于 2021-08-09 - 来自专栏网络安全攻防
SushiSwap协议分析
协议简介 SushiSwap是一个分叉自Uniswap的去中心化交易协议，它在交易模式上延续了Uniswap的核心设计——AMM(自动做市商)模型，但与Uniswap不同之处在于SushiSwap增加了经济奖励模型 源码结构 SushiSwap协议源码结构如下，在后面的源码分析阶段我们主要对时间锁定合约和SushiSwap文件内容进行分析，UniswapV2协议部分不再深入，如需了解可参考之前的UniswapV2协议分析文章 源码分析 接下来我们将对SushiSwap关键文件进行分析,下面是其扮演的角色： SushiToken：代币合同，带有投票功能 MasterChef：将LPsTokens存入SUSHI fram SushiMaker amountAOptimal, amountBDesired); } } } } 安全问题 在这里我们要对上面的SushiSwap合约中的两个安全问题进行简要分析 解决方案：合理设置owner的权限 文末小结 SushiSwap是在UniswapV2协议的基础上进行了拓展，因为其紧急奖励模型更加偏向于用户利益，所以它相较与UniswapV2更容易吸引更多用户参与质押来提供流动性
2.5K41发布于 2021-07-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号