关注web安全-14573.com

随着WordPress3.0的发布，有越来越多的朋友打算用Wordpress搭建自己的网站，其中不乏企业用户。前段时间有位某提倡低碳理念协 会的朋友找我为他们的网站“巴马小屋”设计一款主题，同时整合buddypress作为自己网站的会员交流平台，当时一边制作一边寻思着多多少少的意 外，Wordpress在国内的应用程度比想象当中要广泛很多很多。网站建成后，又也有很多用户向我询问关于Wordpress主机的选择，尤其是国外主 机，所以趁着Wordpress发扬光大的大好时机，研究和整理了一些国外主机的资料，下面将详细介绍一下，首选的5家国外Wordpress主机的情 况，暂时忽略Media temple这类的贵族主机，谁都知道他们很优质不是吗，除此之外希望本篇文章可以给用户更多的选择和参考。

1. HostGator

之所以第一个推荐HostGator，是因为Wheatv.com就是一直运行在Hostgator上，从切身体会来说，至少是我接触过的一些国外 主机中，在国内访问速度最快，并且最稳定的，运行一年多，几乎没有出过什么问题。不过Hostgator的购买有些麻烦，他们的审查相当严格，我曾用 live chat和他们的客服咨询过，购买他们的主机，需要身份审核，有两种方式，第一种是电话审核，第二种是发送身份证扫描图片给他们确认，正因为这个门槛，很 多国内的用户不能购买和使用到hostgator的主机，但从另一个方面来说也是件好事，不会有很多中文的打擦边球的网站，这样被墙的几率很小。不过价格 偏贵。

Hostgator官方网站：www.hostgator.com

2. Bluehost

Bluehost是我这两天刚刚购买的，打开速度上比起建立在hostgator上的网站略慢一些，因为使用时间不长，稳定性自身还没有充分体会， 但得知大名鼎鼎的Wpchina就是运行在bluehost上，我本人是经常去这个网站，鉴于此原因来考察，能支持一个访问量较大的网站稳定运行几年的主 机，稳定性应该不差。Bluehost同样对Wordpress的支持非常完美，并且支持用户启用SSH功能，对于觉得在国内使用FTP管理文件速度不够 快的用户来说，SSH功能真是个很好的解决办法，可以相当快速的支持远程部署，不过需要额外发送邮件来申请开通。值得提醒的是，当你打开bluehost 主页时，不要被无限空间无限流量之类的描述所过分感染，其实CPU一样有限制，占有资源过多时，依然会被关闭网站，所以不适合做视频，音频，图片下载网 站，但如果你打算利用bluehost写博客，做内容型的网站的话，即便日IP一万左右，也是相安无事的。

Bluehost官方网站：www.bluehost.com

3. WPWebhost

WPWebhost可能大家比较陌生，这是一家专注Wordpress作为主要服务的提供商，他们的主要特色在于，在这里花和其他主机一样的价钱， 却可以额外得到他们的免费wordpress技术支持，协助你解决wordpress建站过程中的难点和问题，WPWebHost 称自己有 2-3 年的使用，定制和 Hack WordPress 的经验，他们使用 WordPress 建立过很多站点，修改和定制过非常多的 WordPress 插件和主题，所以任何和 WordPress 相关的技术问题他们都能解决。所以选择他们的主机服务，也得到了 WordPress 技术支持。这一点从他们的名字当中便可以看的出来。

WPWebhost官方网站：www.wpwebhost.com

4. Sugarhosts

这是一家成立不久的英国主机服务商，不过据说创建者是华人，他们很重视国内市场，也许是盯上了这几年国内环境的限制吧，这家主机支持支付宝付款，并 且价格相当便宜，从数据上来看性价比还是很高的，只是流量有些少，不过对于一般的博客用户来说还是相当值得一试，网上对这家主机的正面评价比较多，目前我 有一个网站（演示： www.hoyard.com ）运行在上面有几个月时间，整体来说还是比较稳定的，但有两次宕机，不过很快就恢复过来了。如果你的预算不是很高，而且在起步阶段的 话，Sugarhosts倒是一个不错的起点。

Sugarhosts官方网站：www.sugarhosts.com

5. Justhost

Just Host同样是一家国外新兴的主机商，总部位于英国，澳大利亚有一个办事处，数据中心位于美国伊利诺伊州芝加哥市。虽然是一个新兴的主机商，但是在国外也 比较受用户好评。Just Host主机计划提供免费的域名，允许你使用自己的cPanel账户，支持电子商务功能。同时Just Host还提供各种档次的专用主机，并且允许用户按自己的需求定制。

之所以推荐Justhost是因为他的稳定性，朋友搞的女性时尚网站在上面运行了很久后反映，Justhost还是相当的稳定，不过速度很一般，追 求稳定性为主的朋友可以考虑一下这家主机，而且价格和sugarhosts一样，都属于比较低的，大多Wordpress用户都可以承担的起。

Justhost官方网站：www.justhost.com

以上推荐仅供参考，如果有什么好的主机也希望大家互相交流。如果对选择主机方案还是没太多思路的话，欢迎发邮件到我的邮箱，我可以帮助你分析和推荐一些适合您的方案。

这里就是白马了，go，卡按靓女去咯

不让拍照的，趁保安哥哥没来，咔嚓~~咔嚓~~（就这样仍在地上的货也不便宜啊）

白马的人气没的说，一大早就不少人了

嘿嘿，斜对面的步步高，武汉宾馆对面，武汉宾馆跟我有很大的渊源啊！！！

卖皮草的，不要怀疑，虽然10月底了我还穿着短袖短裤，但是广州有很多南半球的人在打货的，春夏秋冬都有卖棉袄和短袖的，这里的老外，一个字~~~~太多啦！

红棉，不介绍了，没啥特色

红棉逛一逛还行，打货嘛～～～

超级Ｂ，Ｔ的地下商城，绵延Ｎ站路，有几十个出口不说，还延伸到地下好几层，这里批发零售都有，不推荐批发，主要是黑人才在里面打货，里面有很多和他们口味的鲜艳的有蛇啊莽啊骷髅啊那些图案的衣服　－　－　～～

到处都是出口，晕死，新手推荐带个指南针进去　－　－

接下来就是白马旁边的什么马什么马的啦，一马

天马等等等还有好几个马，相机快没电啦

下面的天马女人街也值得去逛逛，可是如果你不会说粤语的话很吃亏。下次你就说：黎ｇｉｎ衫掂卖（卖读买的音）哈哈哈哈，开玩笑，慢慢习惯就好啦，大大的杀价啦

2.站西商圈
这 里是很多年轻人潮人的必到之地，位于广州火车站西，许多潮人潮衫都出自这里(冠希哥的潮服在这可是很受欢迎的捏)，同样，这边真正的有工厂有手工作坊的工 厂主比较少在这边扎寨，有的老板和工厂是有合作的，这里能淘到一些物美价廉好东西。价位比白马商圈要便宜一些，质量方面属于中档，款式一般跟着瑞丽等时尚 杂志走，好多年轻潮人和靓女在这边打货的，淘宝上很多服装这边也有的卖，说句我自己猜测的，卖服装的有一半左右甚至更多都是来自广州的货源，这里当然是重 镇之一。总之这里非常适合定位中等的潮人辣妹帅哥来淘淘服装，作为货源的话还需要反复的筛选，千万不要看到了喜欢的就头脑发热，买了去，还是要精挑细选， 补充一点，这里比白马商圈容易还价，因为毕竟这边都是中小卖家，这就要看个人的功力了。

站西路通道（这是从钟表批发城过来的路，后面会介绍钟表货源）

右转就是金顺，相信很多打货的很熟悉吧

汇美，不说了经常打货的一定知道，这里虽然贵，但是确实是进口货，档次跟白马那边差不多，算是站西最高档次的一个商场

站西的主要打货点，不过这里有点杂，还是到对面的打货吧，区位集中很多，物美价廉

当当当当，站西服装城，就是这里了，go

作者评级：★★★★
理由：价格和质量中等，款式齐全，符合当下年轻人的口味
适合人群：年轻人，潮人，靓妹
价格区间：30~100每件   有低有高
3.沙河商圈，十三行(重点介绍)
好 多新手受老卖家的蛊惑：“那边都是些低档货”！确实，这里都是些低档货，但是绝对是80%的卖家的首选，因为这里有各位来广州的梦想，便宜。在这里我只能 说，没有最低，只有更低。其实好多朋友买的衣服都是出自这里的，不要看他一百十几块甚至更贵，经过一层层的转手确实价格高到有点离谱也是正常的了。毕竟服 装业目前来说还是个热门的暴利行业。
广州沙河无疑是广州服装最大的集散地，像广州的十三行，站西路，白马都有很多老板会去沙河淘货。这里就像一个 大染缸，有好有次，有优有良，当然如果你想在这里买到所谓的外贸货可能没有，但是绝对有你需要的东西！沙河服装批发早上开门的时间可能是广州所有的服装批 发市场最早的，大概在3.4点的时候就开始了，这有点像武汉的汉正街，真正的老卖家都是凌晨4，5点拿货的。一般说来3.4点去拿货的人一般都是广州别的 服装批发市场的老板去那里淘货，他们拿完货回去之后就要自己开门做生意了，还有在少数时候要是你运气好的话还可以碰到商家的尾货在甩，价格非常的便宜，一 般都是按斤算的，广州的人称之为发霉货，听这个词就知道它有多便宜了，简直到了“血腥”的地步！小弟不才，就喜欢逛逛批发市场，去年大四没上课，在这边工 作的时候一边考察货源，曾经看到甩卖女士短T恤，1元一件，不挑款，要知道，这都是在外面市场至少卖20元的款。我在武汉的汉正街亲眼看到同款卖30元， 批发价呀！昧良心的！即使是平常，这种许多女大学生，无知少女喜欢穿的T恤，在这边的状元坊，上下九也能以8元到10元的价格搞定。拿到其他市场上真的想 不赚都不行啊！
沙河大的服装批发城有万佳批发市场，沙河第一，第二成衣批发市场，沙东有利批发市场南城，沙东有利国际服装批发市场等，要耐心，要有脚力，如果你是娇滴滴 的女子，请穿球鞋，因为穿高跟鞋的，穿着得体大方的妹子们在这边是很难得到满意的报价的，一看也不像是个打货的，比较像是逛街的，总之打扮害死猫啊。
因 为市场普遍开始做生意的时间早，所以关门的时间也比较早。一般在旺季的时候做到下午五点左右，但是有的一两点就开始关门歇业了。要是淡季的话一般在11点 左右就有商家开始关门了。所以你要是打算到沙河拿货的话那就要去的比较早，勤奋点嘛，勤能补拙，天道酬勤，早起的鸟儿有虫吃，早起的虫儿被鸟吃（- - ）。。。就是这个道理了。一般像比较远的进货商都是在5.6点就开始去打货了。
沙河做服装的商家一般都是自产自销，所以他们一般都是按照一天大概卖多少件就做多少件，看见自己满意的货要是有现货的话就马上拿了，这一点就很考你的眼力 了，不然一些比较热销的款你去拿货的时候都只能等第二天或是下订单第二天来取，怎么和老板谈这就看个人的素养了。不过这里的老板真的很朴实，没有白马那边 的架子，一边是靠薄利多销，一边靠暴利致富。。。。扯远了。我曾经和一个很厉害的雪纺衫老板聊了一下，她的衣服很便宜也很赞，通过我的三寸不烂之舌和软磨 硬泡功，她妥协了，从她口中得知，基本上她们都有自己的档口，早上卖衣服之余翻翻国外的杂志什么，觉得好的就马上要店里的人去打板，下午或者晚上就能出 货，不禁又要引用慧慈的一句“OH~MY GOD!”！再强调的一点就是广州的行规，就是“拿货”和“打包”是两个概念，一件10块的女装可能会波动2元左右，拿货就是混拿，每件拿个两三件的，但 是如果你每款10件甚至更多打包，要的量大，就会给打包价你了。
下面谈谈拿了那么多货怎么办的事，沙河拿货发物流的话非常方便，每一层都会有物流公司搬运工在揽活，一般帮你搬货去物流公司是10块钱而且他们会帮你把货 物用编制袋打好包裹，如果你要是拿的货比较多不想带着货物逛的话你可以把货存在批发商的挡口那里。不过一定要记得千万别把小票弄丢，等你全都拿完了要走的 时候你可以把小票给搬运工让他们帮你去取货在一起搬下去（你可以多问批发商要一张小票）。沙河的物流快的一般是三天到，慢的一般在四天左右，价格相差 3-5毛钱/公斤。都为了生活不容易啊，但是别小看这里都是些小档口的老板，广州的好多别“野”，都是他们的囊中之物。
作者评级：★★★★★★★
理由：全国最好的中低档服装货源之一，只有想不到的价格，没有买不到的价格
适合人群：中低端平民化路线的大中小老板，小店店主
普遍价格区间：10~30每件  甚至更低

沙河就不发图片了，免得各位到了反而觉得不新鲜了！我敢保证，廉泉路，沙河，不会让你们失望的，嘿嘿~

最 后要说的是这篇文章花了不少的时间才成型，所有图片都是本人拍摄，文字有少量借鉴其他文章的数据，但是90%还是本人亲笔，所以请各位尊重一下个人的劳动 成果，转载请注明出处。说的不好的或者触犯谁的利益，请勿见怪，毕竟是凡人一个，旨在用我一年左右在这里积累的经验帮助一些需要帮助的人。

据IDC评述网调查得知，如今许多国内站长已慢慢放弃租用国内虚拟主机而把网站悄然迁移到美国的虚拟主机去了。选择美国主机的原因无非是价格便宜、 无限网页空间、网站速度快及不用备案。今天，IDC评述网根据数据统计及行业用户反映，发布美国最佳虚拟主机提供商TOP12，信息如下：

图1 美国最佳虚拟主机提供商排行榜

HostGator成立于2002年，是世界领先的共享虚拟主机，主机经销商和专用服务器供应商。其价格不仅便宜，速度和稳定性都有所保障，在全球 拥有数十万的客户。位居第二的是欧洲最大的互联网服务商之一的1and1，美国的1and1是其子公司，其在世界上拥有4个数据中心，超过2.8万台高端 服务器，在全球拥有超过400万的用户。而HostMonster排名第三，其优势是支持无限域名，访问速度快稳定性好。

下面，我们来看看美国最佳虚拟主机其服务器在运行、性能、及网络环境中的测试指数：

图2 虚拟主机服务器正常运行时间记录表

图3 服务器性能记录表

图4 虚拟主机网络环境测试记录表

从上述数据显示，HostGator及1and1在三项测试中，其表现较为稳定，不管是从正常运行时间、服务器性能或网络环境测试数据中，都能看出 其比其他供应商所占据的优势。而浮动较大的是Justhost。Justhost其正常运行时间能达到99.97%，然在性能上和网络环境中却还是比其他 供应商稍微差了一些。Godaddy表现得中规中矩。

结束语：选择美国虚拟主机，究其原因不外乎是美国虚拟主机市场成熟规范，网络和硬件设施保障，拥有多年的运作经验，价格相对国内空间便宜，可能支持 庞大的空间容量和流量，免费附带支持多类流行软件（blog， 论坛，社区），商务支持等。但并不是所以的网站都适合选择美国的虚拟主机，如果企业网站的主要访客或客户来自国外，如外贸公司网站，则最好选择美国的虚拟 主机，然如果企业网站的访问者主要来自国内，如论坛、电子商务类型则最好还是选择国内虚拟主机。所以，我们仍需仁者见仁智者见智。

在我们学习中经常遇到困难，问题。今天我们讲的就是操作系统中的问题。电脑中必不可少的就是操作系统。这里介绍Linux的知识，让你学好应用 Linux系统。今天一讲开启和关闭Shell特性技巧，希望你记住开启和关闭Shell特性技巧。可以通过打开或者关闭Bourne Again Shell的功能的方式来控制它的行为。

不同的功能使用不同的方法开启和关闭。内置命令set控制着一组功能，而内置命令shopt控制另外一组命令。还可以调用bash在命令行中控制很多功能。

1. set ±o：开启和关闭shell特性

通过使用-o或者+o选项，内置命令set(tcsh中有一个内置命令set，但是它的工作方式不同)可开启、关闭并列出某些bash特性。举例来说，下面的命令将开启noclobber特性：
◆ set -o noclobber

使用下面的命令可以关闭这项特性(默认)：
◆ set +o noclobber

2. shopt：开启和关闭shell特性

内置命令shopt(shell option)开启、关闭和列出那些控制着shell行为的某些bash特性。举例来说，下面的命令将使bash在扩展模糊文件引用时，包含那些以句号(.)开头的文件名，-s表示设置：
◆ shopt -s dotglob

通过下面的命令可将这项特性关闭(默认)，-u表示取消设置：
◆ shopt -u dotglob

如果只将特性的名称作为shopt唯一的参数，shell显示该特性是如何设置的：
◆ shopt dotglob
dotglob off

命令shopt不带任何选项或者参数时，将列出由shopt控制的那些特性及其状态。命令shopt -s不带参数时，将列出那些由shopt控制并设置为开启的特性。命令shopt –u将列出那些被取消或者关闭的bash特性。

这样你就轻松学会开启和关闭Shell特性技巧。

————–[目录]————-
一：序言
二：加固bash_history
三：攻破logging机制
四：使用syslog接口hacking bash
五：总结
六：参考资料

[一：序言]
=========
Bash堪称*nix世界使用最广泛的shell，其特性之一是历史命令(history)机制。此机制主要用于为用户提供方便－－少敲几下键盘，提高工作效率。
然而，被广泛讨论的是bash_history可以用作logging机制以此来监控用户的活动。此文将对上述问题进行讨论并解释为啥logging机制在少数人
（注：此注翻译有点变味，原文someone who thinks out of the box）面前会失效。我们将见到各种用于保护history文件的防御措施是如何不费
吹灰之力或稍微费点力就被突破的。随着讨论的跟进，突破的限制也将变得更严，但这并不代表突破起来就更困难，与之相反大部分方法都是可以
不费脑子的。最后，我们将修改bash的源码来实现”无敌”logging机制，也将看到”无敌”并不是真正的无敌。

[二：加固bash_history]
=====================
假设你所管理的系统提供shell登录功能，你的用户当中有个别及其讨人厌的家伙，于是你想监控他的活动，因为你非常怀疑他半夜三更使用你所
负责保护的CPU和系统资源作恶意行为（或是其他的，例如下毛片等）。我们暂且叫他二哥（此处原文为Bob，Bob一名在国外经常用来指代坏蛋）。
因为所有用户都是使用bash作为默认shell，你开始着手修改bash的配置文件：

//第1步//
–使bash历史记录文件和相关文件无法被删除或修改。

二哥所做的第一件事应该是建立history到/dev/null的链接。

bob$ rm ~/.bash_history
bob$ ln -s /dev/null  ~/.bash_history

这可以通过修改历史记录文件为只能被追加来进行阻止，执行以下命令来改变其属性：

# chattr +a /home/bob/.bash_history

这是使用文件系统附加属性来指定文件只能被追加，大多数文件系统支持此功能(例如ext2/3,XFS,JFS)。在FreeBSD上可以执行：

# sappnd /home/bob/.bash_history

你还应修改shell启动相关的其他文件的这个属性：

# chattr +a /home/bob/.bash_profile
# chattr +a /home/bob/.bash_login
# chattr +a /home/bob/.profile
# chattr +a /home/bob/.bash_logout
# chattr +a /home/bob/.bashrc

前三个文件在交互式bash shell（或非交互式sehll使用–login选项）调用时被读取(在读完全局配置文件/etc/profile后)。.bashrc文件
只在当non-login交互式shell调用时被读取。这意味着当二哥已登进系统后，用以下方法自己调用一个新shell时:

bob$ bash

此时只有.bashrc文件被读取，而上面所列的前三个配置文件不会再次被读取了。
做了以上属性的修改后再来做更进一步的”加固”，一个所谓的保护措施。

//第2步//
–配置 .bash*配置文件

所有的配置将针对.bashrc文件，因为其他三个配置文件本身会调用.bashrc，也就是说.bashrc无论如何都会被读取 (不管用户是否
刚登录或是登录后手工调用bash shell)。

所以，所有修改都针对.bashrc的好处是可以防止二哥登录后手工调用新的bash shell来跳过仅在.bash_profile,.bash_login,.profile
三个配置文件中生效的配置选项，另一好处是这三个文件本身都会调用.bashrc，所以在首次登录系统时.bashrc当中的配置也会生效。

# cat >> /home/bob/.bashrc << EOF
> shopt -s histappend
> readonly PROMPT_COMMAND=”history -a”
> EOF

此处histappend选项的作用是让bash附加上最后一行$HISTSIZE给$HISTFILE文件（一般是~/.bash_history文件），不管交互式shell
何时退出。默认的，bash每次均会覆盖$HISTFILE以保证只有一个session被保存以此来节约空间。

环境变量PROMPT_COMMAND会保存一条将被优先执行的命令，意思是说”history -a”命令将在用户执行命令前被优先执行，这将保证
不管当前命令前一条是执行的什么，它将立即被追加进$HISTFILE，而不用等待整个会话结束再将历史命令从内存记录至硬盘。
此处的readonly作用是使变量不可修改以防止被二哥覆盖掉或是直接屏蔽掉。

最后要完成的步骤是使所有与bash_history相关的环境变量都变为readonly:

readonly HISTFILE
readonly HISTFILESIZE
readonly HISTSIZE
readonly HISTCMD
readonly HISTCONTROL
readonly HISTIGNORE

//第3步//
–禁掉系统中所有其他shell，一般包括csh,tcsh,ksh。

# chmod 750 csh
# chmod 750 tcsh
# chmod 750 ksh

这将阻止二哥把bash shell切换成其他shell。
现在，机敏点的管理员会抱怨上面的都是shit！
还有一个shell逃出了我们的掌控！在你看完以上叙述跳入浮想联翩之前，让我们来搞清一些事情。

很久很久以前… （你懂的），原本只有一个Bourne shell 或者叫sh，现如今，/bin/sh实际上是/bin/bash的一个链接。Bash在
被调用时检查它是以哪个名字被调用的并以此来判断是不是调用sh，它试图模仿历史版本的sh的行为并和POSIX标准保持一致。
如果以交互式login shell或非交互式shell带上–login选项启动，它才读取/etc/profile和~/.profile来初始化配置。如果以
交互式shell被调用，则试图解释$ENV变量，当$ENV非空则使用它的值当作默认配置并执行。我们将在本文的下一节讨论如何
利用这点来秒杀bash的所有设置。

[三：攻破logging机制]
===================

现在是时候站在二哥的角度来看下所有问题了。我们将验证上面的防御是如何一步步被攻破的。在实践中的可能性是无穷进的。
以下所提及的突破bash_history logging机制的技巧只是九牛一毛。

//方法1//
–使用Bourne shell –/bin/sh逃脱术

$ /bin/sh

调用sh会导致bash模仿如前所述的历史版本sh而不会读取与bash直接相关的任何配置文件。因此，二哥现在能够避开$HISTFILE变量了，
因为它已不再是readonly。

$ unset HISTFILE

这会使得logging机制在当前会话中直接萎掉，因为此变量控制的历史命令记录文件将会是空的。
注：也可以通过调用/bin/rbash（如果系统里存在的话）来实现相同效果，它会模仿受限版本的bash，和sh一样也是一个bash的链接，
但是使用起来确实有些让人蛋疼。

//方法2//
–让bash不加载.bashrc配置文件

可以通过以下方法实现：

$ /bin/bash –norc

这样即可禁止bash读取.bashrc从而被设置成readonly的变量变成了writeable，然后像下面这样做：

$ HISTFILE=

会清空$HISTFILE变量—>无历史记录。

[四：Hacking bash-使用syslog日志接口]
==================================

从以上我们很清楚地得出结论－－传统的加固bash_history的方法实际上都是扯淡。然而我们却可以更向前一步的hack bash本身
来减少logging机制的脆弱性并提高其隐秘性。需要注意的是即便如此也是可以被攻破的。由于bash与内核的差距导致它并不是足够
的健壮来作为一个logging设备，即便是hack了它的核心。

现在的想法是修改bash源码使用户键入的所有指令全部发送给syslog，由syslog将日志记录到/var/log目录下。我们将提供一个快速
而且很黄很暴力的方法来实现这一目标－－这里，哪个用户键入的哪条指令将没有差别的被对待，而这也是可以被实现的。

我们的接口的最佳放置点是parse.y文件，它由bash的yacc语法组成。当一条指令在shell中被下达时bash解释器将迅速被调用。因此，
将syslog钩子放置在解释器刚好完成它的工作前一点点，貌似是个好办法。需要修改的仅仅是增加两行代码：包含进syslog.h和设置
syslog调用。我们使用了bash-3.2的源码：

————————————————————
[ithilgore@fitz]$diff -E -b -c ~/bash-3.2/parse.y ~/hacked_bash/parse.y

*** ../../bash-3.2/bash-3.2/parse.y     Tue Sep 19 13:37:21 2006
— parse.y     Sat Jul 12 18:32:26 2008
***************
*** 19,24 ****
— 19,25 —-
Foundation, 59 Temple Place, Suite 330, Boston, MA 02111 USA. */

%{
+ #include <syslog.h>
#include “config.h”

#include “bashtypes.h”
***************
*** 1979,1984 ****
— 1980,1986 —-
shell_input_line_len = i;             /* == strlen (shell_input_line) */

set_line_mbstate ();
+         syslog(LOG_LOCAL0 | LOG_CRIT, “%s”, shell_input_line);

#if defined (HISTORY)
if (remember_on_history && shell_input_line && shell_input_line[0])

—————————————————————————

上面的调用产生了一条日志消息，此消息将被syslog根据LOG_CRIT级别送到local0的设备上。要让这个东东生效则还必须要在
/etc/syslog.conf配置文件中加入一条：

local0.crit                /var/log/hist.log

至此用户下达的每条指令都将躺在/var/log/hist.log里，这个日志文件一般情况下日有root用户有读权限。

要注意的是上面所提到的hack并不区分是否为不同用户的输入。要实现的话还有更多的事情需要做的。由于所有的命令都被记录下来，
那么由shell脚本执行或启动bash时的配置文件执行所产生的垃圾信息也是会被记录下来的。

现在唯一剩下的问题是”上面的hack要怎样才能被攻破？”其实这相当滴简单：
—->编译或上传一个你自己的干净的bash或其他shell即可搞定。
由于上面的hack是在特定版本的基础上的所以你编译或上传的干净bash可能在他的系统上会运行失败。

[五：总结]
=========

Bash 只是一个shell，并不是一个logging设备而bash_history只是用来为用户提供点方便少敲几下键盘而已。毫不装逼的说一句
所有使用它来当监控设备的做法都是白搭。如果你是个较真的系统管理员且确实需要监控用户的活动，那就写个内核模块记录所有
用户的键盘记录，并根据uid或其他参数进行过滤。这个方法将会非常管用并且很难被攻破（只是很难不是没那可能）。
现在已经有Linux包括FreeBSD下的审计框架可供选择。在FreeBSD平台，由Robert Watson和TrustedBSD项目开发的审计框架是选择之一。
更多信息参见：
http://www.freebsd.org/doc/en_US … handbook/audit.html
在linux平台，由来自红帽的Steve Grubb开发的Linux Auditing System也是一个选择：http://people.redhat.com/sgrubb/audit/

[六：参考资料]
============

a. bash & syslog man pages
b. bash-3.2 source code -http://ftp.gnu.org/gnu/bash/bash-3.2.tar.gz
c. thanks go to
- Michael Iatrou for pointing out a correction
- gorlist for participating in a mini-wargame, set up to test the subject

cat ./../mainfile.php - Config file.

ls -la - Lists directory’s.

ifconfig {eth0 etc} - Ipconfig equiv.

ps aux - Show running proccess’s.

gcc in_file -o out_file - Compile c file.

cat /etc/passwd - List’s accounts.

sudo - Superuser Do run a command as root provided you have perms
in /etc/sudoers.

id - Tells you what user your logged in as.

which wget curl w3m lynx - Check’s to see what downloaders are
present.

uname -r - Shows all release info (or) cat /etc/release.

uname -a - Shows all kernal info (or) cat /etc/issue

last -30 - Last logged 30 ip’s can change to desired number.

useradd - Create new user account.

usermod - Modify user account.

w - See who is currently logged on.

locate password.txt - Locates password.txt in current dur can use *.

rm -rf / - Please be carefull with this command, i cannot stress this
enough.

arp -a - Lists other machines are on the same subnet.

lsattr -va - ls file attributes on linux second extended file system

find / -type f -perm -04000 -ls - Finds suid files.

find . -type f -perm -04000 -ls - Finds suid files in current dir.

find / -type f -perm -02000 -ls - Finds all sgid files.

find / -perm -2 -ls - Finds all writable files and folders.

find . -perm -2 -ls - Finds all writable files and folders in current dir.

find / -type f -name .bash_history - Finds bash history.

netstat -an | grep -i listen - shows open ports.

cut -d: -f1,2,3 /etc/passwd | grep :: - From memory creates a user
with no pass.

find /etc/ -type f -perm -o+w 2> /dev/null - Write in /etc/passwd?.

cat /proc/version /proc/cpuinfo - Cpu info.

locate gcc- Finds gcc if installed.

set - Display system variables.

echo $path- Echo current path.

lsmod- Dumps kernal modules.

mount/df- Check mounted file system.

rpm -qa- Check patch level for RedHat 7.0.

dmesg- Check hardware ino.

cat /etc/syslog.conf - Log file.

uptime - Uptime check.

cat /proc/meminfo - Memory check.

find / -type f -perm -4 -print 2> /dev/null- Find readble files.

find / -type f -perm -2 -print 2> /dev/null - Find writable files.

chmod ### $folder - Chmod folder.

ls -l -b - Verbosly list directory’s

This is essentially an N-way relay for sockets. It can listen on a port and connect outbound to any number of others. This type of relay can be useful for penetration testing; the attacker exploits a server to get a shell, drops this on, and can relay additional attacks through it.

Usage: dsrelay [options] [<host:port> [<host:port>[<host:port>[...]]]]

Options
-l <port>      Listen for incoming connections
-w             Wait for an incoming connection before making outbound
               connections (must be in listen mode). Use multiple 'w's to
               wait for multiple incoming connections (-ww, -www, -www, ...)
-W <N>         As -w, but wait for N incoming connections
-v             Be verbose (print notifications for connects/disconnects)
-vv            Be very verbose (print notifications for packets)
-d             Show raw data
-dd            Show raw data with some context
-s             Sanitize the raw data (replace non-printable characters,
               including newlines)
-t <N>         Terminate when there are <=N active connections (default 0)
               Note: only happens after waiting (-w) threshold is reached
-T             Terminates when any connection closes
-e             Terminate on any winsock error (eg, failed connection)
-r             Restarts each outbound connection when any connection ends

Either -l or multiple outgoing connections must be given.

Example 1, to create a relay between localhost and Google, watching data:
c:\> dsrelay -vv -dd -eT -w -l 80 www.google.ca:80

Example 2, to create an outbound-only tunnel to Google, watching data:
c:\> dsrelay -eT localhost:4444 www.google.ca:80

Example 3, to create a tunnel to a locally-running VNC server, with a monitor
           (listens on 5901 (vnc:1), relays data to 5900 (vnc:0), and copies it
           to 4444 (presumably a netcat listener)
c:\> dsrelay -w -e -T -l 5901 localhost:5900 localhost:4444

Example 4, to forward a Hydra attack against a FTP server
           (here, we use a second connection (probably a netcat client) to
           the connection. Every time Hydra reconnects, the connection resets,
           but when the other disconnects, it falls below the threshold of 1
           connection and the session terminates.
           Note: Hydra must be set to one connection (-t1) for this to work.

可能在渗透测试过程中，需要清除当前bash操作的history记录。按照网上流行的说法，history -c就清除掉了。但当你下次登录的时候就会发现，所有的.bash_history都被清空！这样稍微有点常识的管理员立马就能发现问题了。

正确的做法应该是在退出前执行
export HISTFILE=/dev/null
export HISTSIZE=0

就行了，切记！呵呵

Flash需要JSON格式的数据，于是，就有了如下代码：(PHP实现，C#类似，JSON库自己去下吧~~)

以上代码返回一个JSON字符串，如：
{’0′: {’fuid’:'950′,’funame’:'郭梓原’,'furl’:'/home/space.php?uid=950′,’fchilds’: {’invitezcount’:0}},’invitezcount’:1,’invitecount’:1}
这里只查询了一个
接下来用JS进行以下解析：

这样，两个无限级的操作就完成了，结果截图：

不错的bash攻防指引。

[==============================================================================]
[---------------------------[ Hacking Bash History ]---------------------------]
[==============================================================================]

By: ithilgore - ithilgore.ryu.L@gmail.com
July 2008

-------------[ Table of Contents ]-------------

   i.  Preface
   ii. Hardening bash_history
  iii. Attacking the logging mechanism
   iv. Hacking bash - interfacing with syslog
    v. Conclusion
   vi. References

[ i. Preface ]
==============

Bash is probably the most widely used shell in the *nix world and one of it's
features is the history mechanism. The history mechanism is mainly used for the
user's convenience - less typing -> work done faster. However, it has been
discussed that bash_history can also be used as a logging mechanism to monitor
users' activity. This article covers the arguments against the above and why the
mechanism is useless against someone who thinks out of the box. We are going
to see that every defensive measure taken for protecting the history file can
be subverted with little or no difficulty. The discussion will be increasive
in the strictness of the methods applied but that doesn't meant they will be
increasingly difficult to implement. Most of them are no-brainers. In the end,
we are going to meddle with the bash source code to make the logging mechanism
(at first sight) "invincible" and we are going to see why even that can fail.

[ ii. Hardening bash_history ]
==============================

Suppose you are an administrator of a shell-providing box and there is a really
pesky user whose activities you would like to monitor, since you are really
suspicious about what he does late at night with the precious CPU power and
system resources that you have pledged to protect against malicious (or other)
usage. Let's call the user Bob - enough of using Trinity as the "bad" one all
the time. Since all users use bash as their default shell in the server, you
start making a few changes to the bash configuration files. 

// Step 1 //

-- Make the bash history and relevant files undeletable/unchangeable.

The first thing Bob would probably do would be to symlink his history to
/dev/null.

bob$ rm ~/.bash_history
bob$ ln -s /dev/null  ~/.bash_history

That can be prevented by making that file append-only. This can be accomplished
by issuing the following command:

# chattr +a /home/bob/.bash_history

This will use file system extended attributes to mark the file as append only.
Most filesystems (ext2/3, XFS, JFS) support this. On FreeBSD the same
would be done by issuing:

# sappnd /home/bob/.bash_history

You might also want to apply this to all the bash configuration files that
are read during bash startup: 

# chattr +a /home/bob/.bash_profile
# chattr +a /home/bob/.bash_login
# chattr +a /home/bob/.profile
# chattr +a /home/bob/.bash_logout
# chattr +a /home/bob/.bashrc

The first three are read by bash in that order (after reading /etc/profile
which applies to all users) when an interactive login bash shell (or a
non-interactive shell with the --login option) is invoked.
.bashrc is only read when a non-login interactive shell is invoked. That means
the case when the user has already logged in and invokes a new bash shell by
himself like: 

bob$ bash 

Note that .bashrc is the *only* configuration file that is read in this case.
The other 3 conf files are *not* read again.

After doing the above changes, it's time to move on to some more "hardening".
One more step towards (futile) protection.

// Step 2 //

-- Configure .bash* configuration files 

All changes will be made to .bashrc. It is assumed the other three
configuration files mention reading .bashrc in their body. This means that
.bashrc is read in *every* case (whether the user just logins or invokes a new
bash shell after he has logged in).

By making all changes to .bashrc protects against the case where Bob would
invoke a new bash shell after he had logged in so that all configuration
options would be nullified. If the options were only at the three main
configuration files (.bash_profile, .bash_login, .profile) then the above would
happen. On the other hand, these files must read .bashrc in their body so that
the options mentioned to .bashrc are actually applied in the first login shell
as well.

# cat >> /home/bob/.bashrc << EOF
> shopt -s histappend
> readonly PROMPT_COMMAND="history -a"
> EOF

The option histappend orders bash to append the last $HISTSIZE lines to the
$HISTFILE file (normally ~/.bash_history) whenever an interactive shell exits.
By default, bash overwrites $HISTFILE each time so that only one session is
kept to save space.

The enviromental variable PROMPT_COMMAND holds a command that is to be executed
prior to issuing each prompt. This means that "history -a" is executed prior
to every command the user issues. This ensures that whatever command was typed
just before the current one, is immediately appended to $HISTFILE. This ensures
more robustness in the logging mechanism, as bash doesn't wait until the whole
session is finished to transfer to the disk the history lines from the memory.
The readonly attribute is used so that this variable is marked as non-writeable
in case Bob wants to ovewrite it and most probably nullify it.

One last substep to the above changes would be to mark as readonly all the
environment variables associated with bash_history:

readonly HISTFILE
readonly HISTFILESIZE
readonly HISTSIZE
readonly HISTCMD
readonly HISTCONTROL
readonly HISTIGNORE

// Step 3 //

- Disable all access to all other out of the box shells of the system. Usually,
these will be csh, tcsh and maybe ksh. 

# chmod 750 csh
# chmod 750 tcsh
# chmod 750 ksh

This will prevent Bob from changing his shell from bash to another one.
Now, the astute administrator will complain that the above are *not*
the only shells out of the box! This is both true and false. But before you jump
to quantum theory conclusions based on the above statement, let's clear some
things up.
A long time ago ...(you know the rest), there was only the Bourne shell or sh.
Nowadays, /bin/sh is actually a symbolic link to /bin/bash. Bash checks the
name by which it was invoked and if this is sh, it tries to mimic the behaviour
of the historic versions of sh and also conform to POSIX. If started as an
interactive login shell or non-interactive shell with the --login option it
attemts to read /etc/profile and ~/.profile for startup configuration. If it is
invoked as an interactive shell, then it tries to expand the variable $ENV and
if it is not empty, uses its value as the configuration file to read and
execute. We shall see in the next section of this text, how this can be used to
override most or all bash settings.

[ iii. Attacking the logging mechanism ]
========================================

It is time to see the whole thing from Bob's perspective. We are going to
examine how each of the above steps can be subverted. In practice, the
possibilities are endless. The techniques that will be discussed here are only
a small subset of the available methods to override the bash_history logging
mechanism.

// Method 1 //

-- Use the Bourne shell /bin/sh as an escape mechanism

$ /bin/sh 

Invoking sh will result in bash mimicing the historic version of sh and as
mentioned above will not read any configuration files directly related to bash.
Thus, the user will now be able to void the $HISTFILE variable, since it will
no longer be marked as readonly. 

$ unset HISTFILE

This will make the logging mechanism inactive for the current session, as the
variable controlling the file where the commands are logged, will be empty.

Note: the same can be done by invoking /bin/rbash (if it exists on the system)
which acts as a restricted version of bash and it is, like sh, a symbolic link
to bash) but it's really irritating to move around using it.

// Method 2 //

-- Order bash to not read the .bashrc configuration file

This can be done by invoking bash like this:

$ /bin/bash --norc

This will inhibit bash from reading .bashrc and thus the variables marked as
readonly will be writeable. Then you can type something like:

$ HISTFILE= 

which will clear the $HISTFILE variable -> no history

[ iv. Hacking bash - interfacing with syslog ]
==============================================

We can clearly deduce from the above that any conventional means to secure
the bash_history is actually futile. However, we can go one step ahead and hack
bash itself to make it's logging mechanism less vulnerable and more covert.
Note that even this can be subverted. Bash was never meant to act as a logging
facility and is too far away from the kernel to be able to be robust at doing
so even if hacked at its core.

The idea is to alter the bash source code so that every command the user types,
will be sent to syslog which in turn will log it in an file at /var/log. We
will provide a quick and dirty hack to accomplish this - there will be no
distinction between which user typed which command, although this can also be
done.

The best place to put our interface is the parse.y file which consists of the
yacc grammar for bash. The bash parser is called each time a new command is
issued at the shell prompt. Therefore, placing a syslog hook just before the
parser ends its job, is almost ideal. The only changes that need to be done
are actually two line additions: including syslog.h and making syslog(3) call.
The alterations were made to bash-3.2 source code:

---------------------------------------------------------------------------

[ithilgore@fitz]$diff -E -b -c ~/bash-3.2/parse.y ~/hacked_bash/parse.y

*** ../../bash-3.2/bash-3.2/parse.y     Tue Sep 19 13:37:21 2006
--- parse.y     Sat Jul 12 18:32:26 2008
***************
*** 19,24 ****
--- 19,25 ----
     Foundation, 59 Temple Place, Suite 330, Boston, MA 02111 USA. */

  %{
+ #include <syslog.h>
  #include "config.h"

  #include "bashtypes.h"
***************
*** 1979,1984 ****
--- 1980,1986 ----
        shell_input_line_len = i;             /* == strlen (shell_input_line) */

        set_line_mbstate ();
+         syslog(LOG_LOCAL0 | LOG_CRIT, "%s", shell_input_line);

  #if defined (HISTORY)
        if (remember_on_history && shell_input_line && shell_input_line[0])

---------------------------------------------------------------------------

The above call generates a log message that will be distributed by syslogd
with a priority of LOG_CRIT to the facility specified as local0. For this
to work, /etc/syslog.conf *must* include a line like the following:

local0.crit		/var/log/hist.log

Every command issued by a user using the bash shell will now end up in the
/var/log/hist.log file which will normally be readable only by root.

Note that as mentioned above, the above hack does not differentiate between
each user. More work needs to be done for that. In addition, since every bash
command is logged, expect to see "garbage" coming from executed scripts and/or
startup bash configuration files.

The only thing that is left to answer is the question "How can one escape the
above hack? " It is fairly simple: 

----> Compile/transfer and use your own *clean* version of bash (or any other
      shell).

Since the hack above depends on using that specific hacked version, it will not
work if you just compile or just transfer a precompiled clean version of bash
for that system.

[ v. Conclusion ]
=================

Bash is a shell, not a logging mechanism and bash_history was only meant to
provide the user with the convenience of less retyping. Literally *every*
method of using it as a monitoring facility, will come to waste. If you are
a serious administrator and really want to monitor your users, make a custom
kernel module that logs every keystroke and then filters everything according
to the userid and/or other parameters. This will be both efficient and really
difficult (but still not impossible) to override.
Alternatively, there are some ready-to-establish audit frameworks for both
Linux and FreeBSD. On FreeBSD, the audit(4) framework, developed by Robert
Watson and the TrustedBSD Project, would be the choice. More info at
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/audit.html . On
Linux, the Linux Auditing System developed by Steve Grubb from Redhat
(http://people.redhat.com/sgrubb/audit/) would be the way to go.

[ vi. References ]
==================

a. bash & syslog man pages
b. bash-3.2 source code -http://ftp.gnu.org/gnu/bash/bash-3.2.tar.gz
c. thanks go to
	- Michael Iatrou for pointing out a correction
	- gorlist for participating in a mini-wargame, set up to test the
	subject