<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Libssh on 办公AI智能小助手</title>
    <link>https://blog.qife122.com/tags/libssh/</link>
    <description>Recent content in Libssh on 办公AI智能小助手</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <copyright>qife</copyright>
    <lastBuildDate>Sun, 11 Jan 2026 18:52:43 +0800</lastBuildDate>
    <atom:link href="https://blog.qife122.com/tags/libssh/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>CVE-2025-15224：libcurl libssh后端身份验证绕过漏洞解析</title>
      <link>https://blog.qife122.com/p/cve-2025-15224libcurl-libssh%E5%90%8E%E7%AB%AF%E8%BA%AB%E4%BB%BD%E9%AA%8C%E8%AF%81%E7%BB%95%E8%BF%87%E6%BC%8F%E6%B4%9E%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Sun, 11 Jan 2026 18:52:43 +0800</pubDate>
      <guid>https://blog.qife122.com/p/cve-2025-15224libcurl-libssh%E5%90%8E%E7%AB%AF%E8%BA%AB%E4%BB%BD%E9%AA%8C%E8%AF%81%E7%BB%95%E8%BF%87%E6%BC%8F%E6%B4%9E%E8%A7%A3%E6%9E%90/</guid>
      <description>&lt;h3 id=&#34;报告摘要&#34;&gt;&lt;strong&gt;报告摘要&lt;/strong&gt;&lt;/h3&gt;&#xA;&lt;p&gt;libcurl的libssh后端在实现&lt;code&gt;CURLOPT_SSH_AUTH_TYPES&lt;/code&gt;选项时，未能正确处理&lt;code&gt;CURLSSH_AUTH_AGENT&lt;/code&gt;标志。具体来说，如果仅设置了&lt;code&gt;CURLSSH_AUTH_PUBLICKEY&lt;/code&gt;，实现会表现得像&lt;code&gt;CURLSSH_AUTH_AGENT&lt;/code&gt;总是被隐式定义一样。因此，身份验证时不再需要密钥密码短语。&lt;/p&gt;</description>
    </item>
    <item>
      <title>libssh 全局已知主机覆盖漏洞 (CVE-2025-15079) 详解</title>
      <link>https://blog.qife122.com/p/libssh-%E5%85%A8%E5%B1%80%E5%B7%B2%E7%9F%A5%E4%B8%BB%E6%9C%BA%E8%A6%86%E7%9B%96%E6%BC%8F%E6%B4%9E-cve-2025-15079-%E8%AF%A6%E8%A7%A3/</link>
      <pubDate>Sun, 11 Jan 2026 18:29:21 +0800</pubDate>
      <guid>https://blog.qife122.com/p/libssh-%E5%85%A8%E5%B1%80%E5%B7%B2%E7%9F%A5%E4%B8%BB%E6%9C%BA%E8%A6%86%E7%9B%96%E6%BC%8F%E6%B4%9E-cve-2025-15079-%E8%AF%A6%E8%A7%A3/</guid>
      <description>&lt;h1 id=&#34;cve-2025-15079-libssh-全局已知主机覆盖&#34;&gt;CVE-2025-15079: libssh 全局已知主机覆盖&lt;/h1&gt;&#xA;&lt;p&gt;&lt;strong&gt;报告 ID&lt;/strong&gt;: #3477116&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;时间线&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;nyymi&lt;/strong&gt; 向 curl 提交报告。&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;2025年12月24日，UTC 4:45&lt;/strong&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;&lt;strong&gt;摘要&lt;/strong&gt;:&#xA;libssh 具有 &lt;code&gt;SSH_OPTIONS_GLOBAL_KNOWNHOSTS&lt;/code&gt; 选项，用于指定一个全局的 known_hosts 文件。当在 &lt;code&gt;SSH_OPTIONS_KNOWNHOSTS&lt;/code&gt; 指定的文件中找不到主机时，将使用此全局文件。libcurl 的 &lt;code&gt;CURLOPT_SSH_KNOWNHOSTS&lt;/code&gt; 选项没有为 &lt;code&gt;SSH_OPTIONS_GLOBAL_KNOWNHOSTS&lt;/code&gt; 指定一个无效（或 &lt;code&gt;/dev/null&lt;/code&gt;）路径，导致 libcurl 可能接受默认全局文件中指定的任何主机身份。当用户试图将已知主机限制在其自己指定的文件中时，这一点尤其重要，因为如果在用户指定的文件中没有找到匹配项，系统将检查全局文件。&lt;/p&gt;</description>
    </item>
    <item>
      <title>CVE-2025-15224深度解析：libcurl libssh后端认证绕过漏洞</title>
      <link>https://blog.qife122.com/p/cve-2025-15224%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90libcurl-libssh%E5%90%8E%E7%AB%AF%E8%AE%A4%E8%AF%81%E7%BB%95%E8%BF%87%E6%BC%8F%E6%B4%9E/</link>
      <pubDate>Sun, 11 Jan 2026 17:52:38 +0800</pubDate>
      <guid>https://blog.qife122.com/p/cve-2025-15224%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90libcurl-libssh%E5%90%8E%E7%AB%AF%E8%AE%A4%E8%AF%81%E7%BB%95%E8%BF%87%E6%BC%8F%E6%B4%9E/</guid>
      <description>&lt;h1 id=&#34;cve-2025-15224未设置代理时libssh密钥口令绕过漏洞&#34;&gt;CVE-2025-15224：未设置代理时libssh密钥口令绕过漏洞&lt;/h1&gt;&#xA;&lt;h2 id=&#34;报告摘要&#34;&gt;报告摘要&lt;/h2&gt;&#xA;&lt;p&gt;&lt;strong&gt;漏洞概述：&lt;/strong&gt;&#xA;libcurl的libssh后端未能正确实现&lt;code&gt;CURLOPT_SSH_AUTH_TYPES&lt;/code&gt;选项中的&lt;code&gt;CURLSSH_AUTH_AGENT&lt;/code&gt;标志。如果设置了&lt;code&gt;CURLSSH_AUTH_PUBLICKEY&lt;/code&gt;，实现的行为会如同&lt;code&gt;CURLSSH_AUTH_AGENT&lt;/code&gt;始终被隐式定义，因此认证时不需要密钥口令。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
