LLM 远程代码执行 (RCE) 漏洞分析

【LLM安全】A Survey on Large Language Model (LLM) Security and Privacy: The Good, the Bad, and the Ugly LLMs在代码安全和数据安全与隐私方面都做出了贡献。在代码安全的背景下,LLMs已经被用于代码(例如,安全编码、测试用例生成、脆弱代码检测、恶意代码检测、代码修复等)的整个生命周期。在数据安全和隐私方面,LLMs已被应用于确保数据完整性、数据机密性、数据可靠性和数据可追溯性。大多数研究人员发现基于LLM的方法优于传统最先进的方法。 阅读详情

在这里插入图片描述

随着大型语言模型 (LLM) 变得越来越先进,并被开发人员赋予了更多功能,安全风险也急剧增加。被操纵的 LLM 不再只是违反道德政策的风险;它们已经成为一种威胁,可能有助于破坏它们所集成的系统。这些严重威胁最近已在各种应用程序中被发现,从称为 LlamaIndex的 LLM 数据框架到称为 Vanna.AI 的 SQL 代理,甚至LLM 集成框架 LangChain。

在本文中,我们将通过研究 LLM 远程代码执行 (RCE) 漏洞的结构来揭开这一风险的神秘面纱。我们首先了解大型语言模型能够执行代码的能力,然后深入研究我们发现的一个特定漏洞。

简介

给 LLM 一些文本,它可以喋喋不休一整天;教 LLM 运行代码,它可以无休止地解决问题。

虽然这很可能是当今大多数 AI 公司的想法,但从安全角度来看,这可能是一把双刃剑。攻击者可以利用功能强大的 LLM 来对付其开发人员。

顾名思义,LLM 只是一个大型语言模型。它从用户那里获取输入,然后逐个标记地输出文本,这些文本可以创建问题的答案、幻觉(有些人可能会说是胡说八道)甚至代码。我们如何将文本输出机器变成可以执行任务和运行代码的代理?事实是我们不能。我们必须使用传统软件形式的 LLM 外部组件,而不是像 LLM 本身这样的神经网络。由于我们知道LLM 几乎 100% 的时间都可以越狱- 并且我们知道它们没有自行执行代码的能力 - 那么问题就不是 LLM 本身是否容易受到攻击,而是 LLM 与其外部组件之间的集成是否容易受到攻击。

揭秘 LLM 代码执行

为了更好地理解 LLM 与外部世界之间的这种接口,让我们来研究一下LoLLMs中存在的简单集成。LoLLMs 是“LLM(大型语言模型)和多模态智能系统的中心。该项目旨在提供一个用户友好的界面,以访问和利用各种 LLM 和其他 AI 模型来完成各种任务”。为了达到我们的目的,我们使用了 OpenAI 与gpt-4-turbo-2024-04-09的集成。

我们将研究计算功能,该功能使 LLM 能够在需要时执行算术运算。一般来说,LLM 与某种外部组件之间的这种集成中的组件如下图所示。

在这里插入图片描述

让我们看看这些组件如何在下图所示的 LoLLM 计算功能中体现。

在这里插入图片描述

首先,我们有系统提示 (1)。系统提示是给 LLM 的指示,添加到每个会话中。它旨在指导 LLM 在本会话期间的回答行为、语气、风格和范围。系统提示还可以让 LLM 了解其可用的工具。在我们的例子中,它是算术计算函数。在以下来自系统提示的片段中,我们可以看到计算器的相关部分。



  !@>system:
    
  !@>Available functions:
    
  ...
    
  Function: calculate
    
  Description: Whenever you need to perform mathematic computations, you can call this function with the math expression and you will get the answer.
    
  Parameters:
    
    - expression (string):
    
  ...
    

  Your objective is interact with the user and if you need to call a function, then use the available functions above and call them using the following json format inside a markdown tag:```function
    
  {
    
  "function_name":the name of the function to be called,
    
  "function_parameters": a list of  parameter values
    
  }
    
   `` 
    
  !@>current_language:
    
  english
    
  !@>discussion_messages:
    


在系统提示符开始时,会告知 LLM 有可用的函数,后面跟着每个函数的描述。我们的计算函数列在其中,其描述让 LLM 知道它可以在需要执行数学计算时使用它。它被告知使用数学表达式字符串调用此函数。在提示符的末尾,会告知 LLM 其目标:与用户交互并在需要时使用简单的 JSON 格式调用约定调用任何函数。在这种情况下,它需要指定函数的名称及其参数。我们对 LLM 的期望是“理解”它可以使用哪些功能,并在看到复杂的数学表达式时将其输出格式化如下:



   ```function 
    
  {
    
  "function_name": "calculate",
    
  "function_parameters": {
    
    "expression": "
    
  "
    
    }
    
  }
    
   、、、
    


到目前为止,我们已经介绍了这些组件:(1) 系统提示,教 LLM 如何使用积分,(2) 用户输入的数学表达式,以及 (3) LLM 必须使用的特定格式才能执行该函数。我们如何从简单的 LLM 输出到代码执行?这就是一些简单而经典的 Python 代码发挥作用的地方。

让我们从interactwithfunctioncall()开始跟踪调用堆栈,它调用使用用户输入执行 LLM 推理的函数generate withfunctioncalls()。此函数应返回 LLM 生成的文本,以及根据用户输入需要执行的函数调用数组(图 1 中的步骤 3)。为此,它调用 extractfunctioncallsasjson ()函数。



  # https://github.com/ParisNeo/lollms/blob/ccf237faba17935efd1e8ecbbf12f494c837333b/lollms/personality.py#L3870-L3871
    

  # Extract the function calls from the generated text.
    
  function_calls = self.extract_function_calls_as_json(generated_text)
    

  return generated_text, function_calls
    


负责提取函数调用的函数只是检测 LLM 输出的代码块,检查它们的格式是否与函数调用的格式完全一致,并提取函数名称和参数,如下所示:



  # https://github.com/ParisNeo/lollms/blob/ccf237faba17935efd1e8ecbbf12f494c837333b/lollms/personality.py#L4049
    

  function_calls = []
    
  for block in code_blocks:
    
      if block["type"]=="function" or block["type"]=="json" or block["type"]=="":
    
          content = block.get("content", "")
    
          try:
    
              # Attempt to parse the JSON content of the code block.
    
              function_call = json.loads(content)
    
              if type(function_call)==dict:
    
                  function_calls.append(function_call)
    
              elif type(function_call)==list:
    
                  function_calls+=function_call
    
          except json.JSONDecodeError:
    
              # If the content is not valid JSON, skip it.
    
              continue
    


在提取包含函数名称及其参数的函数调用对象后,interactwithfunctioncall()使用executefunctioncalls()来执行它。对于指定函数名称的执行,executefunction_calls()在可用的函数定义(每个可用工具都有一个函数定义)中搜索该名称,然后简单地调用它:



  # https://github.com/ParisNeo/lollms/blob/ccf237faba17935efd1e8ecbbf12f494c837333b/lollms/personality.py#L3930-L3931
    

  fn =  functions_dict.get(function_name)
    
  if fn:
    
      function = fn['function']
    
      try:
    
          # Assuming parameters is a dictionary that maps directly to the function's arguments.
    
          if type(parameters)==list:
    
              f_parameters ={k:v for k,v in zip([p['name'] for p in fn['function_parameters']],parameters)}
    
              result = function(**f_parameters)
    
              results.append(result)
    
          elif type(parameters)==dict:
    
              result = function(**parameters)
    
              results.append(result)
    


组件(4)的最后一步是调用计算函数:



  def calculate(expression: str) -> float:
    
      try:
    
          # Add the math module functions to the local namespace
    
          allowed_names = {k: v for k, v in math.__dict__.items() if not k.startswith("__")}
    

          # Evaluate the expression safely using the allowed names
    
          result = eval(expression, {"__builtins__": None}, allowed_names)
    
          return result
    
      except Exception as e:
    
          return str(e)	
    


calculate只是采用 LLM 提供的数学表达式,并使用eval在某种 Python 沙箱中计算它。完成所有这些之后,LLM 将获得格式化的结果,并创建最终输出,该输出将在组件(5)中返回给用户。现在,我们对用户输入到代码执行以及返回的流程有了全面的了解。

从提示到任意代码执行

站在攻击者的角度,我们将检查此集成的安全性。我们能让 LLM 运行任何我们喜欢的代码吗?

首先检查calculate()函数中的 Python 沙盒,我们发现表达式在没有任何内置函数 (“__builtins__”:None)的情况下发送到 Python 的eval ,并且带有从数学模块k中获取的有限允许名称列表: vfork,vinmath.__dict__.items()ifnotk.startswith(“__”),即除通常以 __ 开头的内部函数之外的所有函数。这足以阻止我们执行任意代码吗?沙盒化 Python 代码具有挑战性,因为它的动态类型允许代码修改自身和强大的内置函数,这些函数很难在不破坏功能的情况下进行限制。演示如何执行任意代码的最简单方法是在运行 Python 沙盒的服务器上执行命令。这可以使用Python 中的os.system()函数来完成。

在我们的例子中,沙盒试图通过禁用内置函数来阻止我们导入任何外部模块。为了绕过这个问题,我们将使用一个已知的 PyJail 技巧(这里有很多技巧之一),从新的元组中获取 _frozen_importlib.BuiltinImporter对象,并使用它来导入os模型,如下所示: ().__class__.__base__.__subclasses__()[108].load_module('os')。导入模块后,只需调用.system()函数即可在服务器上运行我们喜欢的任何命令。

在这里插入图片描述

Python 沙箱逃逸

让我们尝试让 LLM 计算这个表达式,看看我们是否可以执行任意代码。我们首先请求计算一个简单的数学表达式,然后是我们的 payload。

在这里插入图片描述
第一次逃跑尝试

不行。我们知道如何绕过 Python 沙盒,但我们需要让 LLM 将我们的输入表达式发送到计算函数才能使其工作。看起来 GPT-4o 已经感觉到这里有些不对劲,甚至没有尝试调用这个函数。这可能是由于 OpenAI 的安全对齐。我们知道要执行任意代码,我们不仅需要使用某种越狱来绕过沙盒,还需要绕过 LLM 对齐。值得一提的是,由于 LoLLMs 与 LLM 无关并且可以与多个模型一起使用,因此所需的越狱取决于模型。有两种选择:要么我们越狱模型并让它配合攻击并在服务器上执行任意代码,要么我们诱骗它触发易受攻击的函数而没有意识到它会危及服务器。后者可能更优雅,所以我们选择后者。请记住,要使我们的外部代码执行器工作,LLM 所要做的就是输出一个格式正确的 JSON 代码块,其中包含函数名称及其参数。我们天真地要求 LLM 输出它。

在这里插入图片描述
第二次逃跑尝试

看来 GPT-4o 并没有那么容易上当。我们需要想出其他办法让它在不了解其真正用途的情况下输出这个 JSON。如果我们要求它帮助格式化 JSON 会怎么样?

在这里插入图片描述

它成功了!GPT-4o 认为它只是帮助我们处理了这个简单的 JSON,但实际上它触发了我们的任意代码执行,并且我们的文件已经创建。这就是我们如何利用 LLM 可用的工具并使其运行任意代码,从一个简单的自然语言提示开始。此漏洞已负责任地披露给 LoLLM,并且已修复。它被发布为CVE-2024-6982。

在这里插入图片描述

反向 shell 演示

结论

LLM 集成是一把双刃剑。我们可以获得更好的功能和更好的用户体验,但这也伴随着安全风险。归根结底,我们必须明白,任何赋予 LLM 的能力都可能被攻击者利用来攻击系统。后利用技术可能专注于 LLM 本身,例如后门、数据提取或利用进一步的集成,或者它们可能针对传统的非 LLM 组件,例如主机特权提升或横向移动。有关如何安全地将 LLM 集成到系统中以及如何实施适当的特权控制的一般信息,请查看我们之前的帖子。

​

如何学习大模型

现在社会上大模型越来越普及了,已经有很多人都想往这里面扎,但是却找不到适合的方法去学习。

作为一名资深码农,初入大模型时也吃了很多亏,踩了无数坑。现在我想把我的经验和知识分享给你们,帮助你们学习AI大模型,能够解决你们学习中的困难。

下面这些都是我当初辛苦整理和花钱购买的资料,现在我已将重要的AI大模型资料包括市面上AI大模型各大白皮书、AGI大模型系统学习路线、AI大模型视频教程、实战学习,等录播视频免费分享出来,需要的小伙伴可以扫取。

一、AGI大模型系统学习路线

很多人学习大模型的时候没有方向,东学一点西学一点,像只无头苍蝇乱撞,我下面分享的这个学习路线希望能够帮助到你们学习AI大模型。

在这里插入图片描述

二、AI大模型视频教程

在这里插入图片描述

三、AI大模型各大学习书籍

在这里插入图片描述

四、AI大模型各大场景实战案例

在这里插入图片描述

五、结束语

学习AI大模型是当前科技发展的趋势,它不仅能够为我们提供更多的机会和挑战,还能够让我们更好地理解和应用人工智能技术。通过学习AI大模型,我们可以深入了解深度学习、神经网络等核心概念,并将其应用于自然语言处理、计算机视觉、语音识别等领域。同时,掌握AI大模型还能够为我们的职业发展增添竞争力,成为未来技术领域的领导者。

再者,学习AI大模型也能为我们自己创造更多的价值,提供更多的岗位以及副业创收,让自己的生活更上一层楼。

因此,学习AI大模型是一项有前景且值得投入的时间和精力的重要选择。

最关键的LLM漏洞及预防策略 该列表旨在教育开发人员、设计人员、架构师、管理人员和组织在部署和管理LLM时潜在的安全风险,提高对漏洞的认知,提出补救策略,并改进LLM应用程序的安全态势。以下是OWASP列出的影响LLM应用程序的十大最关键漏洞类型。 阅读详情

相关推荐

探究大语言模型(LLM)漏洞和安全优秀实践

你可能已听说过LLM强势亮相,至少ChatGPT就是代表。大语言模型(LLM)指语言处理模型。这类模型经过训练,可以执行各种各样的语言任务:翻译、文本生成和问题回答等。有几个LLM家族和架构,最著名的是GPT(生成式预训练Transformer)。每种 LLM都有各自的特定功能,但本文侧重介绍LLM普遍固有的安全问题。随着越来越多的公司集成LLM以增强用户体验或简化和加速内部流程,这种类型的集成特有的新漏洞随之出现。

java_cjkl的博客 2393

『 论文解读 』大语言模型(LLM)代理能够自主地利用1 day漏洞,利用成功率竟高达87%,单次利用成本仅8.8美元

该论文主要展示了大语言模型LLM代理能够自主利用现实世界的 1 day 漏洞。研究我发现, GPT-4 在提供了CVE描述的情况下,能够成功利用 87% 的漏洞。 这与其他测试模型(如 GPT-3.5 和其他开源 LLM )以及开源漏洞扫描器(如 OWASP ZAP、Metasploit)的 0% 成功率形成鲜明对比。这一发现引发了关于高能力 LLM 代理广泛部署的问题和讨论。

所有成功的背后,都是痛苦的坚持,所有的痛苦,都是傻瓜般的不放弃! 2605

AI Agent Skill 供应链安全:从恶意案例到实战检测

摘要: 2026年AIAgent生态进入"Skill化"时代,但Skills成为供应链攻击与AI原生攻击的交汇点。恶意Skills案例包括隐私窃取(如.env密钥泄露)、权限越界(SSH公钥植入)、语义蠕虫(Agent间传播)及框架漏洞(如Semantic Kernel RCE)。扫描显示ClawHub等平台10.8%的Skill含恶意代码,13.4%存在严重安全问题。英伟达SkillSpector等工具可检测风险,但需警惕互联网暴露的OpenClaw实例漏洞。建议加强Skills安全审查,防范混合型攻击。

weixin_51387754的博客 194

震惊!LLM安全漏洞Top10大曝光!小白程序员必看:从提示词注入到模型窃取,一文掌握大模型攻防全攻略[特殊字符][特殊字符]

本文深度解析OWASP LLM Top 10安全漏洞,涵盖应用交互层、数据隐私层、模型基础设施层、智能体集成层及供应链五大风险领域。从提示词注入、训练数据投毒到模型窃取等关键威胁,系统解析大语言模型全生命周期的安全风险与防护策略,为AI开发者提供实用安全指导。 本文深度解析OWASP LLM Top 10安全漏洞,涵盖应用交互层、数据隐私层、模型基础设施层、智能体集成层及供应链五大风险领域。从提示词注入、训练数据投毒到模型窃取等关键威胁,系统解析大语言模型全生命周期的安全风险与防护策略,为AI开发者提供实

star_nwe的博客 1862

【论文阅读】Demystifying RCE Vulnerabilities in LLM-Integrated Apps

LLMSMITH通过静态分析技术扫描框架源代码,提取从用户API到危险函数的调用链。代码扫描:首先,对框架源代码进行扫描,查找包含“exec”字符串的文件。每个文件对应一个完整的调用链,从用户API到危险函数。生成调用图:在找到的文件内生成调用图,并提取危险函数的调用者。对于隐式调用的情况,通过判断函数是否属于某个类来确定是否为隐式调用。验证漏洞链。

网络空间安全|人工智能|计算机科学 2401

Figma MCP严重漏洞允许黑客远程执行代码,请立即修复

Figma开发者MCP服务器曝出命令注入漏洞(CVE-2025-53967,CVSS 7.5),允许攻击者通过未过滤的用户输入执行远程代码。漏洞源于fetch-with-retry.ts文件中使用child_process.exec执行curl命令时未验证输入,存在shell元字符注入风险。攻击者可利用DNS重绑定或诱导访问恶意网站触发漏洞。该漏洞已在2025年9月发布的0.6.3版本修复,建议改用child_process.execFile避免shell解释风险。此事件凸显AI开发工具安全问题,同期谷歌G

seoppg的博客 951

Demystifying RCE Vulnerabilities in LLM-Integrated Apps论文分享

今天分享的论文是《Demystifying RCE Vulnerabilities in LLM-Integrated Apps》原文链接:Demystifying RCE Vulnerabilities in LLM-Integrated AppsPrompt模板:https://sites.google.com/view/llmsmith/这是一篇关于LLM安全的论文,主要是对于LLM驱动APP的远程代码执行漏洞的检测和实施分析,针对的是python。(文章中表述了主流LLM APP很多都是python

XLYcmy的博客 1235

当提示符出现问题时:分析 Vanna.AI 中的提示符注入代码执行

在第二个场景中,用户询问有关征服外太空生命形式的问题,LLM 拒绝回答,因为预提示指令会避免出现暴力内容。由于 LLM 没有控制平面并且“一切都是输入”,这意味着即使预定义的提示指令也被视为与用户输入提示相同,因此每个用户输入都可以以扭曲或破坏所有预定义指令的方式操纵提示的上下文,这是一个设计缺陷。现在我们剩下的就是找到一个好的提示,它将打印所需的结果,同时忽略提示前的说明。因此,只要我们能够在至少其中一个中传播我们的提示输入,我们就可以改变 LLM 的输出逻辑,幸运的是 - 我们可以注入它们两个!

技术超强的网络安全平台 1345

LLM应用中的RCE漏洞分析与防御实践

远程代码执行(RCE)漏洞是系统安全领域的核心威胁之一,其本质在于未经验证的外部输入被直接执行为系统命令。在LLM(大型语言模型)应用中,这类风险尤为突出,因为模型输出的自然语言可能被恶意构造为可执行命令。OWASP LLM Top 10中的LLM05类别专门描述了不安全的输出处理问题,揭示了开发者过度信任模型输出的设计缺陷。通过分析OpenClaw案例可见,有效的防御需要结合语法层过滤、语义层分析和沙箱执行等多重防护机制。在金融、自动化运维等关键领域,建立从输入检测到执行监控的完整安全链条,能显著降低LL

weixin_42533120的博客 290

论文阅读:ACM SIGSAC Conference 2025 Demystifying RCE Vulnerabilities in LLM-Integrated Apps

大型语言模型(LLMs)在改变软件开发方面展现出巨大潜力,将其集成到更智能的应用中已成为日益增长的趋势。像LangChain这样的框架为大型语言模型集成应用的开发提供了帮助,它们提供代码执行工具/接口以实现自定义操作。然而,从理论上讲,这些功能引入了远程代码执行(RCE)漏洞,使得通过提示词注入实现远程代码执行成为可能。此前,没有研究系统地调查这些框架的远程代码执行漏洞,以及它们对应用程序的影响和被利用后的后果。因此,该领域存在巨大的研究空白。

CSPhD-winston的博客 1322

LIN协议栈 AUTOSAR架构下 状态管理

LIN State Manager 通过对这些状态的管理和转换,实现了对 LIN 总线通信状态的精确控制,以满足汽车电子系统中不同场景的需求。

汽车电子从业者,电子爱好者。 2051

Marimo预认证RCE漏洞剖析:LLM如何驱动自动化攻击链

远程代码执行(RCE)是Web安全领域的核心威胁之一,它允许攻击者在目标服务器上执行任意命令,从而完全控制系统。其原理通常源于应用程序对用户输入验证不足或身份认证缺失,导致恶意代码被注入并执行。RCE的技术价值在于为攻击者提供了初始立足点,是后续渗透的跳板,常被用于数据窃取、勒索软件部署或组建僵尸网络。在数据科学和机器学习领域,交互式Notebook工具(如Jupyter、Marimo)因其代码执行特性,若配置不当极易成为RCE的重灾区。本文以近期曝光的Marimo预认证RCE漏洞(CVE-2026-399

weixin_33805992的博客 409

在LinuxMint 22.1(Ubuntu24.04)上安装使用同花顺远航版

Linux用户成功在LinuxMint22.1系统上通过Wine9.0运行同花顺远航版,解决了长期困扰的股票行情软件问题。此前Linux原生版同花顺功能简陋且停止更新,Wine版通达信存在显示问题。作者作为自由软件支持者,通过调整Wine配置文件解决了高分屏显示异常问题,实现了远航版的正常使用。期待同花顺能重启Linux原生版开发,支持更多处理器架构,完善国产软件生态。该方案为Linux股票软件用户提供了实用参考。

5135

从OpenClaw RCE漏洞看LLM05

当负责智能体决策的LLM被人“洗脑”或突然“大脑短路”,下发了恶意指令,你以为无比听话的“私人助理”,极有可能在瞬间变成拆掉你整个后台系统的“头号内鬼”。二是大模型自身的缺陷,由于大模型幻觉、训练数据偏差等原因,向下游组件发送错误指令,如在生成代码时,调用存在安全缺陷的非参数化SQL语句,引发注入风险。防范输出处理不当的核心,是以“零信任”为根本指导原则,给大模型的输出加上一道严格的“安全安检”,彻底剥离其“未经授权的指令执行”特权,从架构底层杜绝AI输出未经校验直接变为系统可执行指令的风险。

trusfort的博客 399

Qt (高仿Visio)流程图组件开发(一) 效果展示及基本开发框架构思

最近因为工作原因需要使用Qt开发一个类似于Visio的流程图组件,需满足基本的流程图功能,图元类型可自定义扩展,不同图元存有各类自定义数据,可以保存为xml文件,可以读取xml文件生成流程图等等。

qq_43793182的博客 1万+

电机转矩、功率与转速:核心关系、公式推导与工程应用指南

在电气传动与自动化控制领域,理解旋转机械的核心物理量是进行设备选型、系统设计和故障诊断的基础。转矩、功率和转速构成了描述电机性能的“铁三角”,它们之间通过经典的物理公式紧密关联。从原理上讲,功率是单位时间内做功的能力,转矩是产生旋转运动的力矩,而转速则决定了运动快慢。这三者的关系(P = T × n / 9550)不仅是理论核心,更是工程实践中的关键计算工具,直接关系到电机的驱动能力、能耗与系统匹配。其技术价值在于,它为从微型伺服电机到大型工业传动系统的设计提供了统一的量化分析框架。在应用场景上,无论是为输

weixin_29184371的博客 258

Cursor等AI编程工具曝光30余项漏洞,可导致数据窃取与远程代码执行

研究人员发现30多个AI集成开发环境(IDE)安全漏洞,统称为"IDEsaster",涉及Cursor、GitHub Copilot等主流工具。这些漏洞通过提示注入与合法功能结合,可实现数据泄露和远程代码执行。攻击者可利用大语言模型防护绕过、工具自动批准等机制,通过修改配置文件或注入恶意指令发起攻击。专家建议仅限可信项目使用AI IDE,严格管控服务器连接,人工审查外部资源。该发现凸显了"AI安全设计"的重要性,表明AI工具扩大了开发环境的攻击面,需考虑AI组件被滥用

seoppg的博客 1007

3DGS实战笔记:从相机坐标系到屏幕像素,手把手推导高斯椭球的投影变换矩阵

本文详细解析了3D高斯散射(3DGS)技术中从相机坐标系到屏幕像素的几何变换过程,重点推导了高斯椭球的投影变换矩阵。通过视图变换、投影变换和视口变换的完整流程,结合雅可比矩阵处理协方差矩阵,实现了高效的三维重建与渲染。文章提供了Python代码示例,帮助开发者深入理解3DGS的核心几何变换机制。

weixin_28691741的博客 438

网络安全之远程代码执行漏洞分析

漏洞信息详情漏洞编号漏洞名称Ollama 远程代码执行漏洞漏洞类型远程代码执行(RCE)发现时间2024年5月5日公开时间2024年6月24日漏洞评级高危CVSS 3.1分数9.1(严重)影响范围修复版本Ollama 0.1.34及更高版本Ollama是一个专为在本地环境中运行和定制大型语言模型(LLM)而设计的开源工具。它提供了一个简单高效的接口,用于创建、运行和管理AI模型,同时还提供了一个丰富的预构建模型库,可以轻松集成到各种应用程序中。

anquan2233的博客 1355

【tessy】软件环境配置:Keil C51 Keil uVision UVSC (Default)

本文详细说明了tessy软件如何配置【Keil C51 Keil uVision UVSC (Default)】环境,具体操作步骤和注意事项

qq_37282365的博客 600

LPDDR5 学习笔记05:WCK操作详解

LPDDR5 SDRAM采用双时钟设计,写时钟(WCK)频率为命令时钟(CK)的2倍或4倍,需要通过WCK2CK同步机制解决时钟域对齐问题。该同步操作由带特殊标志位的CAS命令触发,控制器需提供半频WCK脉冲进行状态校准。同步完成后才能执行读写操作,且支持多存储体组同步和WCK常开模式以优化性能。掉电后必须重新执行同步流程,确保时钟域正确对齐。该机制有效解决了高速内存接口的时序挑战,为LPDDR5性能提升提供关键技术支撑。

一只豌豆象的博客 2005

CVE-2025-3248 Langflow远程代码执行漏洞利用工具

CVE-2025-3248是一个严重的无需认证的远程代码执行漏洞,影响Langflow(一个流行的用于构建LLM应用程序的低代码框架)。该漏洞源于不安全地使用了Python内置的exec()函数来评估用户提供的输入,且未进行适当的清理。这使得攻击者能够在服务器上执行任意Python代码,完全控制底层系统。

分享技术点滴 435

Python 中 dpkt 库的详细使用指南(强大的 Python 数据包解析库)

dpkt 是一个功能强大的 Python 网络数据包解析库,支持解析和构造以太网、IP、TCP/UDP 等多种协议的数据包。其核心功能包括解析各层协议头部、读写 pcap 文件、构造自定义数据包及分析 HTTP 流量等。dpkt 提供简单易用的 API,适用于网络分析、安全研究和流量监控场景。优化技巧包括数据包过滤、批量处理和选择性解析以提高性能,常见问题如数据不完整或协议识别错误可通过异常处理和字段验证解决。典型应用场景涵盖协议分析、网络调试和自定义数据包生成。

数据知道的博客 1万+

推理引擎 RCE 漏洞加固:vLLM/SGLang 的版本红线与 5 道防线

推理引擎的 RCE 不再是"理论风险"——从工具解析器的eval()反序列化,到多模态管线的"信息泄露 + 堆溢出"两段式利用,再到模型加载阶段的远程代码执行,攻击链已经闭环。对生产环境而言,版本地板是防线一,但远远不够:受限权限、网络收敛、错误脱敏、产物校验四道后续防线,决定了一次漏洞曝光是"可控事件"还是"全网沦陷"。你公司的推理服务,版本地板踩线了吗?五道防线里,哪一道还没补上?

2401_85300269的博客 694

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

vLLM 高危漏洞可导致RCE

该漏洞编号为CVE-2025-62164,CVSS评分8.8,影响 vLLM 0.10.2及后续版本,导致很多AI部署和受LLM驱动的应用面临重大风险。随着软件产业的快速发展,软件供应链也越发复杂多元,复杂的软件供应链会引入一系列的安全问题,导致信息系统的整体安全防护难度越来越大。软件如同社会中的“虚拟人”,已经成为支撑社会正常运转的最基本元素之一,软件的安全性问题也正在成为当今社会的根本性、基础性问题。本栏目汇聚供应链安全资讯,分析供应链安全风险,提供缓解建议,为供应链安全保驾护航。

smellycat000的专栏 155

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

vLLM高危漏洞深度解析:AI推理服务远程代码执行风险与加固指南

在AI模型部署领域,推理引擎作为连接模型与服务的核心组件,其安全性直接关系到整个系统的稳定与数据资产的安全。远程代码执行(RCE)漏洞的原理,通常源于对不可信输入数据的验证不足,导致攻击者能够注入并执行恶意代码。这类漏洞的技术价值在于,一旦被利用,攻击者可以完全控制服务器,危害远超模型输出层面的问题。在AI服务,尤其是大语言模型(LLM)的在线推理场景中,高性能推理框架vLLM因其广泛使用,一旦出现此类漏洞,影响范围将极其广泛。近期曝出的vLLM高危漏洞(CVSS 9.8分)正是此类风险的典型体现,它暴露了

weixin_33701617的博客 342

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

上一篇: 行业落地分享:腾讯混元RAG/Agent落地实践
下一篇: 【大模型干货】AI提示词竟是这么用!工作效率提升93%!(建议收藏)
AI程序猿人
博客等级 码龄3年 6517粉丝 561原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值