<?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>Hello, SA &#187; ssh</title>
	<atom:link href="http://blog.helosa.org/tag/ssh/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.helosa.org</link>
	<description>Could u fix the problem for me ?</description>
	<lastBuildDate>Sat, 04 Sep 2010 19:51:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>ssh-agent 的安全隐患</title>
		<link>http://blog.helosa.org/2010/03/07/ssh-agent-secure.html</link>
		<comments>http://blog.helosa.org/2010/03/07/ssh-agent-secure.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 18:38:23 +0000</pubDate>
		<dc:creator>Chan Cham Chung</dc:creator>
				<category><![CDATA[technology]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://blog.helosa.org/?p=185</guid>
		<description><![CDATA[ssh 是SA 的一大利器，登录服务器、翻墙。。。ssh 通常都配合着 ssh-agent 来使用，ssh-agent 是个管理 private key 的 passphrase 的工具，启动 ssh-agent 后，执行一次 ssh-add ，此时需要输入一次 private key 的 passphrase ，输入正确后，passphrase 就归 ssh-agent 管理，往后的 ssh 操作，就不需要询问 passphrase 了。这里需要注意，ssh 必须开启了forwardagent ，一劳永逸的方法，就是在 /etc/ssh/ssh_config 中把#ForwardAgent no 去掉注释，并改为 ForwardAgent yes。 重点说说它的安全隐患。 ssh-agent 工作过程中会创建一个 socket 文件在 /tmp 目录里，如 /tmp/ssh-jlhtX14952/agent.14952 。我们需要使用 ssh-agent 时，运行一下 ssh-add ，把 private key 加入到 ssh-agent 中管理，此时，是需要输入一次 passphrase [...]]]></description>
			<content:encoded><![CDATA[<p>ssh 是SA 的一大利器，登录服务器、翻墙。。。ssh 通常都配合着 ssh-agent 来使用，ssh-agent 是个管理 private key 的 passphrase 的工具，启动 ssh-agent 后，执行一次 ssh-add ，此时需要输入一次 private key 的 passphrase ，输入正确后，passphrase 就归 ssh-agent 管理，往后的 ssh 操作，就不需要询问 passphrase 了。这里需要注意，ssh 必须开启了forwardagent ，一劳永逸的方法，就是在 /etc/ssh/ssh_config 中把#ForwardAgent no 去掉注释，并改为 ForwardAgent yes。</p>
<p>重点说说它的安全隐患。</p>
<p>ssh-agent 工作过程中会创建一个 socket 文件在 /tmp 目录里，如 /tmp/ssh-jlhtX14952/agent.14952 。我们需要使用 ssh-agent 时，运行一下 ssh-add ，把 private key 加入到 ssh-agent 中管理，此时，是需要输入一次 passphrase 的，当输入正确了以后，往后都不需要输入 passphrase 了。任何用户，只要连接上这个socket ，就可以使用已经加入到ssh-agent 管理的 private key 了，而且不需要输入 passphrase 。所以，这个 socket 的权限是 600 ，如：</p>
<div id=":16o">srw&#8212;&#8212;-  1 raymond raymond 0 May  1  2009 /tmp/ssh-jlhtX14952/agent.14952<br />
但是。。。我们的 root ，是可以随意访问的。。。</div>
<div></div>
<div>这里演示一次！<br />
1，用root 连接socket，这里很简单，就执行一句话<br />
# SSH_AUTH_SOCK=/tmp/ssh-jlhtX14952/agent.14952; export SSH_AUTH_SOCK;</p>
<div id=":16o">
2, 查看此 socket 是否已经加入了 private key<br />
# ssh-add -l<br />
1024 fa:2d:87:1a:c5:a6:9d:7c:67:eb:51:a3:6a:7b:49:34 /home/raymond/.ssh/identity (RSA)<br />
看，raymond 的 key 已经加入进去了</p>
<p>3，尝试登录raymond 的服务器，以root 的身份，但使用 raymond 的 key<br />
# ssh <a href="mailto:raymond@220.181.8.32" target="_blank">raymond@220.181.xxx.xxx</a><br />
Last login: Sat Mar  6 04:41:55 2010 from 220.181.xxx.xxx<br />
[raymond@VM ~]$ whoami<br />
raymond<br />
看，此时，已经是以raymond 的身份登录的服务器了</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://blog.helosa.org/2010/03/07/ssh-agent-secure.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>多对不同的ssh keys登录同一个用户</title>
		<link>http://blog.helosa.org/2010/01/13/ssh-key.html</link>
		<comments>http://blog.helosa.org/2010/01/13/ssh-key.html#comments</comments>
		<pubDate>Wed, 13 Jan 2010 10:03:42 +0000</pubDate>
		<dc:creator>Chan Cham Chung</dc:creator>
				<category><![CDATA[technology]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://lazybug.me/?p=21</guid>
		<description><![CDATA[先做一个简单的介绍。像我这种系统管理员，远程登录服务器嘛，肯定要用到ssh的。现在，有一点经验的sa都会要求你用ssh key来登录服务器，而不是account和password来登录。为什么呢？？ 使用用户名和密码去登录服务器，你与服务器之间的通讯数据，并没有加密的，如果你被某人盯上了，他搭一个代理，在你和服务器之间担当一个中间人的角色，那么，你和服务器通讯的所有数据，都会流经他的代理，由于数据并没有加密，这个时候，他就能获取所有你往服务器发送的数据，及服务器返回给你的数据了。 使用ssh key登录有什么不同呢？整个连接过程是这样的，ssh key 生成的时候是一对的，一个叫public key，一个叫private key，就是一对key pair了。ssh 登录服务器时，我就拿着private key，服务器就拿着public key，咱们配对吧，配上了，就让我登录，配不上，就拒绝我了。配上后，我们之间的通讯都加密了，即使真有中间人监听，他拿到的也只是加密后的数据。 废话真多，说正题。 如果，我是A，他是B，我们都拥有自己的ssh key。但现在我们想以同一个用户C的身份登录，是否可以实现呢？？ 只要把我们的public key append 到C用户的pubilc key 就行了，服务器寻找用户的public key，在/etc/ssh/sshd_config 里配置，默认是/home/C/.ssh/authorized_keys . cat /home/A/.ssh/authorized_keys &#62;&#62; /home/C/.ssh/authorized_keys cat /home/B/.ssh/authorized_keys &#62;&#62; /home/C/.ssh/authorized_keys 然后A 就 ssh C@ip 就可以用C用户来登录了，B也同样可以。 其实这个东西，我也是今天才知道的啊＠＠我一直以为一个人只可以用一对key pair和一个用户名登录，今天一个同事提出可以这样做，我才尝试了一下。我真是火星了！！]]></description>
			<content:encoded><![CDATA[<p>先做一个简单的介绍。像我这种系统管理员，远程登录服务器嘛，肯定要用到ssh的。现在，有一点经验的sa都会要求你用ssh key来登录服务器，而不是account和password来登录。为什么呢？？</p>
<p>使用用户名和密码去登录服务器，你与服务器之间的通讯数据，并没有加密的，如果你被某人盯上了，他搭一个代理，在你和服务器之间担当一个中间人的角色，那么，你和服务器通讯的所有数据，都会流经他的代理，由于数据并没有加密，这个时候，他就能获取所有你往服务器发送的数据，及服务器返回给你的数据了。</p>
<p>使用ssh key登录有什么不同呢？整个连接过程是这样的，ssh key 生成的时候是一对的，一个叫public key，一个叫private key，就是一对key pair了。ssh 登录服务器时，我就拿着private key，服务器就拿着public key，咱们配对吧，配上了，就让我登录，配不上，就拒绝我了。配上后，我们之间的通讯都加密了，即使真有中间人监听，他拿到的也只是加密后的数据。</p>
<p>废话真多，说正题。</p>
<p>如果，我是A，他是B，我们都拥有自己的ssh key。但现在我们想以同一个用户C的身份登录，是否可以实现呢？？</p>
<p>只要把我们的public key append 到C用户的pubilc key 就行了，服务器寻找用户的public key，在/etc/ssh/sshd_config 里配置，默认是/home/C/.ssh/authorized_keys .</p>
<p>cat /home/A/.ssh/authorized_keys &gt;&gt; /home/C/.ssh/authorized_keys</p>
<p>cat /home/B/.ssh/authorized_keys &gt;&gt; /home/C/.ssh/authorized_keys</p>
<p>然后A 就 ssh C@ip 就可以用C用户来登录了，B也同样可以。</p>
<p>其实这个东西，我也是今天才知道的啊＠＠我一直以为一个人只可以用一对key pair和一个用户名登录，今天一个同事提出可以这样做，我才尝试了一下。我真是火星了！！</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.helosa.org/2010/01/13/ssh-key.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
