Samba 很久以来一直是为 *nix 系统上的 Windows 客户端提供共享文件和打印服务的标准。家庭用户，中型企业和大型公司都在使用它，它作为最佳解决方案在多种操作系统共存的环境中脱颖而出。由于广泛使用的工具很可能发生这种情况，大多数 Samba 安装都面临着可能利用已知漏洞的攻击的风险，这个漏洞直到 WannaCry 勒索软件攻击的新闻出来之前都被认为是不重要的。在本文中，我们将解释这个 Samba 漏洞是什么以及如何保护你负责的系统。根据你的安装类型（从仓库或者源码），你需要采取不同的方法。如果你目前有在任何环境中使用 Samba 或者知道有人在使用，请继续阅读！漏洞过时和未修补的系统容易受到远程代码执行漏洞的攻击。简单来说，这意味着访问可写共享的人可以上传一段任意代码，并使用服务器中的 root 权限执行该代码。这个问题在 Samba 网站上被描述为 CVE-2017-7494，并且已知会影响 Samba v3.5（2010 年 3 月初发布）及以后版本。由于与 WannaCry 有相似之处，它被非官方地被命名为 SambaCry：它们均针对 SMB 协议，并且可能是蠕虫病毒 - 这可能导致其从一个系统传播到另一个系统中。Debian、Ubuntu、CentOS 和 Red Hat 已采取快速的行动来保护它们的用户，并为其支持的版本发布了补丁。另外，还提供了不受支持的安全临时解决方案。更新 Samba如先前提到的那样，根据你之前安装的方法有两种方式更新：如果你从发行版的仓库中安装的 Samba让我们看下在这种情况下你需要做什么：在 Debian 下修复 SambaCry添加下面的行到你的源列表中（/etc/apt/sources.list）以确保 apt 能够获得最新的安全更新：deb http://security.debian.org stable/updates main deb-src http://security.debian.org/ stable/updates main 接下来，更新可用的软件包：# aptitude update 最后，确保 samba 软件包的版本符合漏洞修复的版本（见 CVE-2017-7494）：# aptitude show samba 在 Debian 中修复 SambaCry在 Ubuntu 中修复 SambaCry要开始修复，如下检查新的可用软件包并更新 Samba 软件包：$ sudo apt-get update $ sudo apt-get install samba 已经修复 CVE-2017-7494 的 Samba 版本有下面这些：17.04: samba 2:4.5.8+dfsg-0ubuntu0.17.04.216.10: samba 2:4.4.5+dfsg-2ubuntu5.616.04 LTS: samba 2:4.3.11+dfsg-0ubuntu0.16.04.714.04 LTS: samba 2:4.3.11+dfsg-0ubuntu0.14.04.8最后，运行下面命令验证你的 Ubuntu 已经安装了正确的版本。$ sudo apt-cache show samba 在 CentOS/RHEL 7 中修复 SambaCry在 EL 7 中打过补丁的 Samba 版本是 samba-4.4.4-14.el7\_3。要安装它，这些做：# yum makecache fast # yum update samba 像先前那样，确保你已经安装了打补丁的 Samba 版本：# yum info samba 在 CentOS 中修复 SambaCry旧支持的 CentOS 以及 RHEL 更老的版本也有修复。参见 RHSA-2017-1270 获取更多。如果你从源码安装的 Samba注意：下面的过程假设你先前从源码构建的 Samba。强烈建议你在部署到生产服务器之前先在测试环境尝试。此外，开始之前确保你备份了 smb.conf 文件。在这种情况下，我们也会从源码编译并更新 Samba。然而在开始之前，我们必须先确保安装了所有的依赖。注意这也许会花费几分钟。在 Debian 和 Ubuntu 中：# aptitude install acl attr autoconf bison build-essential \ debhelper dnsutils docbook-xml docbook-xsl flex gdb krb5-user \ libacl1-dev libaio-dev libattr1-dev libblkid-dev libbsd-dev \ libcap-dev libcups2-dev libgnutls28-dev libjson-perl \ libldap2-dev libncurses5-dev libpam0g-dev libparse-yapp-perl \ libpopt-dev libreadline-dev perl perl-modules pkg-config \ python-all-dev python-dev python-dnspython python-crypto xsltproc \ zlib1g-dev libsystemd-dev libgpgme11-dev python-gpgme python-m2crypto 在 CentOS 7 或相似的版本中：# yum install attr bind-utils docbook-style-xsl gcc gdb krb5-workstation \ libsemanage-python libxslt perl perl-ExtUtils-MakeMaker \ perl-Parse-Yapp perl-Test-Base pkgconfig policycoreutils-python \ python-crypto gnutls-devel libattr-devel keyutils-libs-devel \ libacl-devel libaio-devel libblkid-devel libxml2-devel openldap-devel \ pam-devel popt-devel python-devel readline-devel zlib-devel 停止服务（LCTT 译注：此处不必要）：# systemctl stop smbd 下载并解压源码（在写作时 4.6.4 是最新的版本）：# wget https://www.samba.org/samba/ftp/samba-latest.tar.gz # tar xzf samba-latest.tar.gz # cd samba-4.6.4 出于了解信息的目的，用以下命令检查可用的配置选项。# ./configure --help 如果你在先前的版本的构建中有使用到一些选项，你或许可以在上面命令的返回中包含一些选项，或者你可以选择使用默认值：# ./configure # make # make install 最后重启服务。# systemctl restart smbd 并验证你正在使用的是更新后的版本：# smbstatus --version 这里返回的应该是 4.6.4。其它情况如果你使用的是不受支持的发行版本，并且由于某些原因无法升级到最新版本，你或许要考虑下面这些建议：如果 SELinux 是启用的，你是处于保护之下的！确保 Samba 共享是用 noexec 选项挂载的。这会阻止二进制文件从被挂载的文件系统中执行。还有将：nt pipe support = no 添加到 smb.conf 的 [global] 字段中。你或许要记住，根据 Samba 项目，这“或许禁用 Windows 客户端的某些功能”。重要：注意 nt pipe support = no 选项会禁用 Windows 客户端的共享列表。比如：当你在一台 Samba 服务器的 Windows Explorer 中输入 \\10.100.10.2\ 时，你会看到 “permission denied”。Windows 客户端不得不手动执行共享，如 \\10.100.10.2\share_name 来访问共享。总结在本篇中，我们已经描述了 SambaCry 漏洞以及如何减轻影响。我们希望你可以使用这个信息来保护你负责的系统。如果你有关于这篇文章的任何提问以及评论，欢迎使用下面的评论栏让我们知道。作者简介：Gabriel Cánepa 是一名 GNU/Linux 系统管理员，阿根廷圣路易斯 Villa Mercedes 的 web 开发人员。他为一家国际大型消费品公司工作，在日常工作中使用 FOSS 工具以提高生产力，并从中获得极大乐趣。via: https://www.tecmint.com/fix-sambacry-vulnerability-cve-2017-7494-in-linux/作者：Gabriel Cánepa 译者：geekpi 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出