<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>深度VPS &#187; 系统安全</title>
	<atom:link href="http://www.deepvps.com/tag/%E7%B3%BB%E7%BB%9F%E5%AE%89%E5%85%A8/feed" rel="self" type="application/rss+xml" />
	<link>http://www.deepvps.com</link>
	<description>专注VPS技术，关注前端技术</description>
	<lastBuildDate>Sat, 04 Feb 2023 14:00:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>提高ssh安全性方法</title>
		<link>http://www.deepvps.com/improve-ssh-security.html</link>
		<comments>http://www.deepvps.com/improve-ssh-security.html#comments</comments>
		<pubDate>Sat, 20 Mar 2010 04:26:31 +0000</pubDate>
		<dc:creator>deepvps</dc:creator>
				<category><![CDATA[VPS安全]]></category>
		<category><![CDATA[SSH]]></category>
		<category><![CDATA[系统安全]]></category>

		<guid isPermaLink="false">http://www.deepvps.com/?p=287</guid>
		<description><![CDATA[1. 修改sshd服务器的配置文件/etc/ssh/sshd_config，将部分参数参照如下修改，增强安全性。
Port 5555
系统缺省使用22号端口，将监听端口更改为其他数值（最好是1024以上的高端口，以免和其他常规服务端口冲突），这样可以增加入侵者探测系统是否运行了 sshd守护进程的难度。
ListenAddress 192.168.0.1
对于在服务器上安装了多个网卡或配置多个IP地址的情况，设定sshd只在其中一个指定的接口地址监听，这样可以减少sshd的入口，降低入侵的可能性。

PermitRootLogin no
如果允许用户使用root用户登录，那么黑客们可以针对root用户尝试暴力破解密码，给系统安全带来风险。
PermitEmptyPasswords no
允许使用空密码系统就像不设防的堡垒，任何安全措施都是一句空话。
AllowUsers sshuser1 sshuser2
只允许指定的某些用户通过ssh访问服务器，将ssh使用权限限定在最小的范围内。
AllowGroups sshgroup
同上面的AllowUsers类似，限定指定的用户组通过ssh访问服务器，二者对于限定访问服务器有相同的效果。
Protocol 2
禁止使用版本1协议，因为其存在设计缺陷，很容易使密码被黑掉。
禁止所有不需要的（或不安全的）授权认证方式。
X11Forwarding no
关闭X11Forwarding，防止会话被劫持。
MaxStartups 5
sshd服务运行时每一个连接都要使用一大块可观的内存，这也是ssh存在拒绝服务攻击的原因。一台服务器除非存在许多管理员同时管理服务器，否则上面这 个连接数设置是够用了。
注意：以上参数设置仅仅是一个示例，用户具体使用时应根据各自的环境做相应的更改。
2. 修改sshd服务器的配置文件/etc/ssh/sshd_config的读写权限，对所有非root用户设置只读权限，防止非授权用户修改sshd 服务的安全设置。
chmod 644 /etc/ssh/sshd_config
3. 设置TCP Wrappers。服务器默认接受所有的请求连接，这是非常危险的。使用TCP Wrappers可以阻止或允许应用服务仅对某些主机开放，给系统在增加一道安全屏障。这部分设置共涉计到两个文件：hosts.allow和 hosts.deny。
将那些明确允许的请求添加到/etc/hosts.allow中。如系统仅允许IP地址为192.168.0.15和10.0.0.11的主机使用 sshd服务，则添加如下内容：
sshd:192.168.0.15 10.0.0.11
将需要禁止使用的信息添加到/etc/hosts.deny中。如对除了在hosts.allow列表中明确允许使用sshd的用户外，所有其他用户都禁 止使用sshd服务，则添加如下内容到hosts.deny文件中：
sshd:All
注意：系统对上述两个文件的判断顺序是先检查hosts.allow文件再查看hosts.deny文件，因此一个用户在hosts.allow允许使用 网络资源，而同时在hosts.deny中禁止使用该网络资源，在这种情况下系统优先选择使用hosts.allow配置，允许用户使用该网络资源。
4. 尽量关闭一些系统不需要的启动服务。系统默认情况下启动了许多与网络相关的服务，因此相对应的开放了许多端口进行LISTENING（监听）。我们知 道，开放的端口越多，系统从外部被入侵的可能也就越大，所以我们要尽量关闭一些不需要的启动服务，从而尽可能的关闭端口，提供系统的安全性。
通过以上步骤基本上将sshd服务设置上可能出现的漏洞堵上了，不需要投资，只要我们稍微花点时间调整一下配置，就可极大提高系统的安全环境，何乐而不为 呢？
]]></description>
			<content:encoded><![CDATA[<p><strong>1. 修改sshd服务器的配置文件/etc/ssh/sshd_config，将部分参数参照如下修改，增强安全性。</strong></p>
<blockquote><p>Port 5555</p></blockquote>
<p>系统缺省使用22号端口，将监听端口更改为其他数值（最好是1024以上的高端口，以免和其他常规服务端口冲突），这样可以增加入侵者探测系统是否运行了 sshd守护进程的难度。</p>
<blockquote><p>ListenAddress 192.168.0.1</p></blockquote>
<p>对于在服务器上安装了多个网卡或配置多个IP地址的情况，设定sshd只在其中一个指定的接口地址监听，这样可以减少sshd的入口，降低入侵的可能性。</p>
<p><span id="more-287"></span></p>
<blockquote><p>PermitRootLogin no</p></blockquote>
<p>如果允许用户使用root用户登录，那么黑客们可以针对root用户尝试暴力破解密码，给系统安全带来风险。</p>
<blockquote><p>PermitEmptyPasswords no</p></blockquote>
<p>允许使用空密码系统就像不设防的堡垒，任何安全措施都是一句空话。</p>
<blockquote><p>AllowUsers sshuser1 sshuser2</p></blockquote>
<p>只允许指定的某些用户通过ssh访问服务器，将ssh使用权限限定在最小的范围内。</p>
<blockquote><p>AllowGroups sshgroup</p></blockquote>
<p>同上面的AllowUsers类似，限定指定的用户组通过ssh访问服务器，二者对于限定访问服务器有相同的效果。</p>
<blockquote><p>Protocol 2</p></blockquote>
<p>禁止使用版本1协议，因为其存在设计缺陷，很容易使密码被黑掉。</p>
<p>禁止所有不需要的（或不安全的）授权认证方式。</p>
<blockquote><p>X11Forwarding no</p></blockquote>
<p>关闭X11Forwarding，防止会话被劫持。</p>
<blockquote><p>MaxStartups 5</p></blockquote>
<p>sshd服务运行时每一个连接都要使用一大块可观的内存，这也是ssh存在拒绝服务攻击的原因。一台服务器除非存在许多管理员同时管理服务器，否则上面这 个连接数设置是够用了。</p>
<p>注意：以上参数设置仅仅是一个示例，用户具体使用时应根据各自的环境做相应的更改。</p>
<p><strong>2. 修改sshd服务器的配置文件/etc/ssh/sshd_config的读写权限</strong>，对所有非root用户设置只读权限，防止非授权用户修改sshd 服务的安全设置。</p>
<blockquote><p>chmod 644 /etc/ssh/sshd_config</p></blockquote>
<p><strong>3. 设置TCP Wrappers</strong>。服务器默认接受所有的请求连接，这是非常危险的。使用TCP Wrappers可以阻止或允许应用服务仅对某些主机开放，给系统在增加一道安全屏障。这部分设置共涉计到两个文件：hosts.allow和 hosts.deny。</p>
<p>将那些明确允许的请求添加到/etc/hosts.allow中。如系统仅允许IP地址为192.168.0.15和10.0.0.11的主机使用 sshd服务，则添加如下内容：</p>
<blockquote><p>sshd:192.168.0.15 10.0.0.11</p></blockquote>
<p>将需要禁止使用的信息添加到/etc/hosts.deny中。如对除了在hosts.allow列表中明确允许使用sshd的用户外，所有其他用户都禁 止使用sshd服务，则添加如下内容到hosts.deny文件中：</p>
<blockquote><p>sshd:All</p></blockquote>
<p>注意：系统对上述两个文件的判断顺序是先检查hosts.allow文件再查看hosts.deny文件，因此一个用户在hosts.allow允许使用 网络资源，而同时在hosts.deny中禁止使用该网络资源，在这种情况下系统优先选择使用hosts.allow配置，允许用户使用该网络资源。</p>
<p><strong>4. 尽量关闭一些系统不需要的启动服务</strong>。系统默认情况下启动了许多与网络相关的服务，因此相对应的开放了许多端口进行LISTENING（监听）。我们知 道，开放的端口越多，系统从外部被入侵的可能也就越大，所以我们要尽量关闭一些不需要的启动服务，从而尽可能的关闭端口，提供系统的安全性。</p>
<p>通过以上步骤基本上将sshd服务设置上可能出现的漏洞堵上了，不需要投资，只要我们稍微花点时间调整一下配置，就可极大提高系统的安全环境，何乐而不为 呢？</p>
]]></content:encoded>
			<wfw:commentRss>http://www.deepvps.com/improve-ssh-security.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
