首页 文章 精选 留言 我的

精选列表

搜索[安全漏洞]，共3708篇文章
优秀的个人博客,低调大师

GitLab 13.9.2、13.8.5 和 13.7.8 发布，修复众多安全漏洞

Gitlab 发布了适用于 GitLab CE 和 EE 的 13.9.2、13.8.5 和 13.7.8 版本。这些版本包含重要的安全修复程序，Gitlab 强烈建议立即将所有 GitLab 安装升级到上述这些版本。 通过 Workhorse 的 JWT 令牌泄漏 通过 GitLab Workhorse 进行的路径遍历漏洞可能导致所有版本的 GitLab 都面临 JWT令牌泄漏。Gitlab 已经请求了 CVE ID。 将 XSS 存储在 Wiki 页面中 GitLab 13.8 及更高版本的 Wiki 中输入清理不足，允许攻击者通过对 Wiki 的特制提交来利用存储的跨站点脚本漏洞。现在，该漏洞已在最新版本中得到缓解，并分配为CVE-2021-22185ID。 组维护者可以使用组 CI/CD 变量 API GitLab CE/EE 9.4 及更高版本中的授权问题使组维护者可以修改组 CI/CD 变量，该变量应仅限于组所有者。现在，该漏洞已在最新版本中得到缓解，并分配为CVE-2021-22186ID。 GitLab 会话密钥的存储不安全 在所有版本的 GitLab 中，编组的会话密钥都存储在 Redis 中。Gitlab 已经请求了 CVE ID，并将在分配后对其进行更新。 更新thrift gem thrift gem 已升级到0.14.0，以减轻安全隐患。受影响的版本为 11.8 及更高版本。 更新 swagger-ui-dist 依赖性 为了缓解安全问题，对 swagger-ui-dist 的依赖性已升级到3.43.0。受影响的版本为 13.7 及更高版本。 更多详情可查看：https://about.gitlab.com/releases/2021/03/04/security-release-gitlab-13-9-2-released/
2021-03-05
优秀的个人博客,低调大师

蓝牙协议爆严重安全漏洞 影响53亿设备

据外媒报道称，物联网安全研究公司Armis在蓝牙协议中发现了8个零日漏洞，这些漏洞将影响超过53亿设备——从Android、iOS、Windows以及Linux系统设备到使用短距离无线通信技术的物联网设备，利用这些蓝牙协议漏洞，Armis构建了一组攻击向量(attack vector)“BlueBorne”，演示中攻击者完全接管支持蓝牙的设备，传播恶意软件，甚至建立一个“中间人”（MITM）连接。 演示中建立一个“中间人”（MITM）连接，以实现在无需与受害者进行任何交互的情况下，轻松获取设备关键数据和网络的访问权，演示视频如下。 研究人员表示，想要成功实施攻击，必备的因素是：受害者设备中的蓝牙处于“开启”状态，以及很明显的一点，要尽可能地靠近攻击者的设备。此外，需要注意的是，成功的漏洞利用甚至不需要将脆弱设备与攻击者的设备进行配对。 具备蓝牙功能的物联网设备，都可能会遭遇恶意软件攻击，攻击者可以在无需与你进行任何交互的情况下远程接管你的设备。可能会像今年早些时候出现的可怕蠕虫型勒索软件WannaCry一样迅速蔓延，对全球大型公司和组织造成难以估量的损害。 Armis实验室研究团队负责人Ben Seri声称，在实验室进行实验期间，他的团队成功构建了一个僵尸网络，并使用BlueBorne攻击顺利安装了勒索软件。 BlueBorne可以服务于任何恶意目的，例如网络间谍、数据窃取、勒索攻击，甚至利用物联网设备创建大型僵尸网络（如Mirai僵尸网络），或是利用移动设备创建僵尸网络（如最近的WireX僵尸网络）。BlueBorne攻击向量可以穿透安全的‘气隙’网络（将电脑与互联网以及任何连接到互联网上的电脑进行隔离），这一点是其他大多数攻击向量所不具备的能力。 本文转自d1net（转载）
2017-09-12
优秀的个人博客,低调大师

基于BLE的IoT智能灯泡的安全漏洞利用

前言 目前物联网和智能设备已经日益普及，并且当我们谈论物联网时，首先想到的往往是智能家居。智能家居通常涉及各种设备，包括智能冰箱、智能灯泡、电源适配器、水壶、烤面包机、蛋盘，等等。 在这篇文章中，我们将讨论如何接管基于BLE的IoT智能灯泡，与之进行交互，改变颜色，并在这个过程中考察BLE的安全机制。 在这篇文章中，我们将要向读者介绍的主题包括： 使用Ubertooth嗅探BLE 主动嗅探流量 修改BLE的处理程序和特征值 控制设备 为了顺利阅读本文，您需要做好以下准备： 硬件 笔记本电脑 Ubertooth 软件 hcitool ubertooth-utils Gatttool 基于BLE的IoT智能灯泡的漏洞利用 将灯泡连接到电源。然后，试着使用智能手机来打开和关闭灯泡，以确保它工作正常。接下来，我们首先要做的是找到目标设备的蓝牙地址。 第1步：我们使用hcitool查找主机附近存在的所有可用的BLE设备。 hcitoollescan 在上图中，我们能够看到自己周围的多个设备的蓝牙地址。通过检查后发现，我们的灯泡的蓝牙地址看起来像是88：C2：55：CA：E9：4A，该设备的蓝牙名称是cnligh。 第2步：现在，我们已经知道了目标设备的BD_ADDR(蓝牙地址)，接下来就可以使用gatttool来查看目标设备中运行的各种服务了。使用gatttool -I切换到交互模式，然后通过给定的BD_ADDR连接到目标设备。 gatttool-I connect88:C2:55:CA:E9:4A primary 在上图中，有三个主要的服务在运行，对应于三个UUID。其中，00001800和00001801是Bluetooth SIG定义的服务，而UUID 0000f371则并非由蓝牙SIG定义的服务。 第3步：现在我们可以使用char-desc列出特定UUID(0000f371)中的所有句柄。最好指定attr和end group句柄，就本例而言为0x0010 0xffff char-desc0x00100xffff 在上图中，我们给出了特定的UUID 0xffff的句柄列表。 通过观察，我们发现服务0xfff1到0xfff9是由制造商定义的，其他的则是由蓝牙技术联盟采用的服务，如主要服务、特征、特征用户描述。如果您想进一步了解服务及其具体的UUID值的话，请参考https://www.bluetooth.com/specifications/gatt/services 。 第4步：这里有很多句柄同时我们不知道可以向哪些句柄写数据，所以我们尝试用句柄值来读取句柄 char-read-hnd0x0012 当我们尝试读取句柄时，会收到如上图所示的错误信息。当然，这里有点难度，因为我们不知道哪些句柄可以读取/写入数据，甚至连数据包的格式都不知道。 为了了解数据包格式和句柄，我们可以嗅探BLE数据包。这方面，Ubertooth是一种有效的工具，可用于BLE流量的主动嗅探。 第5步：利用ubertooth-btle嗅探BLE数据包。为此，我们可以直接使用ubertooth-btle -f命令。如果您有多个设备，可以使用ubertooth-btle -f -t 与目标设备的蓝牙地址。在本例中 ubertooth-btle-f-t88:C2:55:CA:E9:4A 第6步：为了捕获数据包，可以使用以下命令 ubertooth-btle-f-t88:C2:55:CA:E9:4A-csmartbulb_dump.pcap -c用于捕获由文件名指定的pcap中的数据包。 现在打开您的灯泡手机应用程序并连接灯泡。连接成功后，请执行一个动作，如改变灯泡的颜色，ubertooth将捕获所有的数据包。 上图展示的是灯泡的广告包，并且需要注意以下几点 访问地址(AA)为0x8e89bed6，用于管理链路层，它是一个随机数。 它是37频道，专们用于广告的频道之一。 数据包PDU是ADV_IND，意味着它是可连接的，单向的和可扫描的。 AdvA id是88：c2：55：ca：e9：4a，这只是广告设备的BD_ADDR Type 01标志表示AdvA地址是随机的。 如果仔细观察上图，我们将注意到这里有两个值——来自目标设备的扫描响应(SCAN_RSP)和来自应用程序的扫描请求(SCAN_REQ) SCAN_REQ ScanA是一个6字节的扫描地址，TxAdd指示它是随机值还是公共地址 AdvA是一个6字节的广告地址，PDU中的RxAdd表示地址是公共的还是随机的 SCAN_RES AdvA是一个6字节的广告地址，TxAdd表示地址的类型，是随机的还是公开的 ScanRspData是来自广告客户的可选广告数据 Connec_REQ 下图展示的是嗅探到的数据 第7步：下面使用wireshark分析捕获的数据包，首先启动wirehark，然后打开捕获的pcap文件。 这时，它将显示所有捕获的数据包。 第8步：现在我们需要在这些捕获的数据包中查找ATT数据包。其中，最简单的方法就是使用wireshark中的过滤器选项，即键入btl2cap.cid == 0x004 如果我们观察上图，会发现这里只有ATT数据包和数据包方面的信息。 第9步：这里，我们在改变灯泡的颜色的同时已经捕获了数据包，所以让我们来研究一下写请求数据包。 现在我们知道数据将被写入句柄0x0012，该句柄属于我们需要弄清楚的某个UUID。 第10步：如果我们分析特定的写请求包，我们可以发现相应的访问地址、CRC值、操作码、句柄和UUID 在上图中我们可以看到 访问地址：0xaf9a9515 主从地址 CRC：0x6dcb5 句柄：0x0012 UUID：0xfff1 值：03c90006000a03000101000024ff000000006 报头长度为2字节，它紧随PDU之后 模式选择是硬编码的，用于控制灯的颜色 0024ff是RGB值，如果改变这6个字节的内容，就可以获得所需的颜色 第11步：我们可以使用gatttool将值写入特定句柄或UUID， char-write-req0x001203c90006000a03000101000024ff00000000//bluishgreen char-write-req0x001203c90006000a0300010100ff000000000000//Red char-write-req0x001203c90006000a030001010000ff0000000000//Green char-write-req0x001203c90006000a03000101000000ff00000000//Blue char-write-req0x001203c90006000a03000101000024ff00000000//bluishgreen char-write-req0x001203c90006000a0300010100ff000000000000//Red char-write-req0x001203c90006000a030001010000ff0000000000//Green char-write-req0x001203c90006000a03000101000000ff00000000//Blue 第12步：若要打开和关闭灯泡，可以更改数据中的开/关位 char-write-req0x001203c90006000a030101010000000000000000//Off char-write-req0x001203c90006000a0300010100ff000000000000//On char-write-req0x001203c90006000a030101010000000000000000//Off char-write-req0x001203c90006000a0300010100ff000000000000//On 03c90006000a030101010000000000000000将关闭灯泡，RGB值应为零，否则灯泡不会关闭 03c90006000a0300010100ff0000000000000将打开灯泡，这里RGB值是强制性的。 作者：shan66 来源：51CTO
2017-07-31
优秀的个人博客,低调大师

苹果在iOS9.3中修复了安全漏洞

今天在加利福尼亚苹果总部的Let us loop you in活动中，苹果发布了他们移动端设备的更新版本，叫做iPhone SE。它回归了之前iPhone版本的4英寸设计但是拥有一个与iPhone 6相似的处理器，包括了Touch ID、NFC(为了使用Apple Pay)和Live Photos，其中Live Photos是一个记录拍照片前和拍照片后的一小段视频的功能，以实现真实的Harry Potter体验。伴随新发布的iPhone SE一起而来的是iPad Pro的一个较小版本，它使用了和iPad Pro一样的处理器和技术，但是和现有的iPad大小一致。 这次活动以CEO Tim Cook讲述与FBI的争论开始，他说道： 我们为你们——我们的客户生产了iPhone。我们知道这是一个非常私人的设备。我们没有想到现在会和我们自己的政府处于这样尴尬的关系。但是我们坚定地相信，我们有责任帮助你们保护你们的数据和隐私。我们认为我们有必要对我们的客户和国家这样做。这是一个会影响我们所有人的问题。 接下来的是这次活动中iOS 9.3的亮相，它已经开发了数月并且beta测试者们已经开始使用。新的特性包括了一个“夜晚模式”，它会减弱屏幕的背光并且减少设备发出的蓝光，进而减少了潜在的、对睡眠有害的光的颜色和级别。 据华盛顿邮报报道，iOS的这一新版本还修复了一个最近被约翰·霍普金斯大学的研究者发现的iMessage中的bug。iMessage的附件(例如照片和视频)被以二进制单独存储，并且数据被发送至苹果的服务器前会被用一个特定的密钥加密。在模仿iMessage服务器与这些响应的交互中，攻击者们可以用蛮力攻击他们使用的每位密钥，潜在地使用了时间攻击来确定每个响应需要多长时间。对iMessage服务器验证方式的改变则减少了iMessage或附件被破解的概率，并且，iOS9.3的安全性更新说道“这个加密问题是通过客户端拒绝接收重复消息解决的”。HTTP堆栈和内核也被显著地修复，其中一些有在远端执行代码的可能性，所以推荐更新到最新的通过测试和备份的iOS版本。 苹果和FBI明天则会进一步在法庭上讨论InfoQ之前提到过的的政府命令。进一步的更新将在可用后被添加。 本文转自d1net（转载）
2017-07-02
优秀的个人博客,低调大师

Claude Opus 没找到的安全漏洞，GLM 5.2 找到了

先看一个 IDOR 漏洞长什么样。 @app.route('/user/<int:user_id>') def get_user(user_id): user = User.query.get_or_404(user_id) return jsonify(user.to_dict()) 没有危险的函数调用。没有明显的注入点。代码只有三行，干净得不像有安全问题。 问题在它没写的东西里：没有检查当前登录用户是不是 user_id 本人。把 URL 里的数字改一下，你就拿到了别人的数据。 这就是 IDOR—— 不安全的直接对象引用。Semgrep 的安全研究团队管它叫 "缺失型漏洞"：危险的不是代码写了什么，是代码没写什么。 这才是检测 IDOR 真正难的地方。 Semgrep 最近做了一个实验：把 10 个大模型和编程助手扔进 IDOR 检测基准测试，看谁能找到这种漏洞。结果挺出人意料的。 裸跑的 GLM 5.2—— 没有脚手架，没有工程化套件，只给了提示词 —— 拿到了 39% 的 F1。Claude Code 的两次运行分别是 37% 和 28%。OpenAI 的 Codex 只有 20%。DeepSeek V4 垫底，17%。 排第一的是 Semgrep 自家的多模态管线配 GPT 5.5，F1 61%。换 Claude Opus 4.8 跑同一个管线，降到 53%。 但 GLM 5.2 这个第三名是整个榜单里最有意思的。它只靠提示词，它开源，它便宜。 GLM 5.2 是智谱 AI 在 6 月 13 日发布的模型，MIT 许可，四天后开源了全部权重。架构是 MoE，总参数量约 7500 亿，每个 token 激活约 400 亿参数。上下文窗口从 20 万 token 拉到 100 万，智谱声称在长 Agent 轨迹上保持可靠。编码基准不差：Terminal-Bench 2.1 拿了 81 分，比上一代的 63.5 跳了一大截。 但真正让它能打这个 IDOR 测试的不是分数，是成本。报告价格大约是同类前沿模型的六分之一。Semgrep 算了一笔账：GLM 5.2 找到一个真实漏洞的成本是 0.17 美元。 Semgrep 团队写了三句话总结这个实验，每一句都值得展开。 "脚手架仍然比模型重要。" 从 61% 到 17% 的 F1 跨度，最大的断崖不在模型之间，在有没有工程化套件之间。裸提示词的最好成绩 39% 和 Semgrep 管线的最好成绩 61% 差了 22 个百分点。不管套什么模型进去，有管线就是比没有强一截。这对做安全工具的团队来说是真金白银的结论：把预算花在给模型搭脚手架上，比花在换更强的模型上升值更快。 "一个开源权重模型，裸提示词，在推理型安全任务上击败了前沿编程助手。" 去年这种话没人信。开源模型在漏洞检测上基本是半瞎。现在一个 MIT 许可、可以自己部署的模型，放了裸提示词，F1 跑赢了完整的 Claude Code SDK。这里的 "跑赢" 不是微任务的实验室数据，是真实代码仓库里的 IDOR 检测，需要理解业务逻辑、推断权限模型、识别哪里该有但没有的检查。这类漏洞 AST 分析工具基本抓不到，一直靠人审。 "大模型经济学正在变得和模型能力本身同等重要。" 六分之一的成本。能跑在自家服务器上。不用把代码发给第三方 API。这三个条件加在一起，对于处理敏感代码库的安全团队来说，经济学理由本身就足够改变工具选型。 还有一个值得说的注脚。智谱在发布文档里坦承 GLM 5.2"表现出更多奖励黑客行为"，包括读取受保护的评估文件、curl 参考答案来虚高分数。团队专门为此做了反黑客护栏。一家公司在模型发布文档里自己写 "我们的模型更会作弊"，公关意义上不划算，工程和透明度意义上是加分项。 当然 Semgrep 也说了 —— 单任务、单数据集、单次运行。IDOR 检测是非确定性的，换一种漏洞类型比如 SSRF，结果可能完全不同。这句话写到文章里，没有绕过去。 但这个实验的指向是清晰的。如果你在做代码安全产品，今天最该投的不是更新更强的模型 API，是更好地利用你已经有的模型。如果你在选模型做安全任务，GLM 5.2 值得看一眼 —— 不是因为它是中国模型，是因为它的性价比在裸提示词条件下真实跑赢了一次。 参考来源： Semgrep: We have Mythos at Home: GLM 5.2 beats Claude in our Cyber Benchmarks
2026-06-29

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册