大家好，我是洋仔。今天跟大家聊聊一个比较舒适的话题SPA（Single Packet Authorization），作为SDP(Software Defined Perimeter)的核心功能，其宗旨是对系统开放端口的保护。
全文2237字，阅读需要8分钟左右
作者：洋仔
说到系统开放端口保护，首先想到的是防火墙规则，想要限制哪些服务，或是允许哪些IP可以访问哪些服务，都可以灵(fan)活(suo)的配置。下面我们虚构一个场景(如有雷同，此为正版)，聊聊端口怎么管理，假设小王是公司的网络管理员，此时公司人员较少也比较固定，小王为每个同事分配了固定的内网IP，公司有个财务系统部署在一台装有Ubuntu系统的服务器上，领导希望只有财务人员才能访问这个服务，于是小王查看了财务大姐的IP地址，轻松的添加两条iptables搞定。下面我们通过一个实验模拟一下。
首先服务器上启动一个python的web server（假装是个财务系统），端口8000, 查看iptables 规则内没有任何规则，默认都可以访问。
下面，我们添加一条阻断规则,重新加载页面，通过抓包分析，客户端在发送三次syn没得到回应后，开启重传：$iptables-A INPUT-ptcp--dport8000-jDROP。
尝试添加一条规则，只允许IP地址为192.168.0.7的主机访问。
再次测试，发现依然无法访问，查看一下规则命中情况，发现新添加的规则没有命中，应该是iptables顺序匹配导致命中第一条就丢弃了。
清除规则，调整一下规则顺序，由于是从上到下顺序匹配的，所以这次我们先配置放行规则，在配置阻断规则：
配置好后重新访问一下， 又可以访问了。查看规则命中， 也正确命中。
随着公司发展，人员变动也越来越大，分配静态IP管理起来太麻烦，于是小王使用DHCP动态的给大家分配IP，但是这样一来财务大姐的工作就会受到影响。如何在保证大家正常工作的同时，又减少管理的复杂性。经隔壁老王指点，你可以给这个业务配置个暗号，只有对上暗号的才能访问，就像四十大盗藏宝的山洞，要说芝麻开门才能打开。这样，财务大姐无论分到什么IP，也都能正常工作。因为别人没有暗号，所以也不能访问。于是小王摸索了一下，安装了一个叫knock的工具。其工作原理如下， knockd开放配置中的多个端口，客户端根据服务器上，knockd进程预先设置的端口顺序依次访问端口，如果顺序正确，则对该客户端开放隐藏的服务端口。整个过程可以参考以下演示：
虽然看上去效果不错，但聪明的小王很快发现了问题：开放端口太多就会影响使用体验，开放端太少，会很容易被猜出来。 为了验证自己的想法，小王找来了自己的程序员朋友小明，让他帮忙写个程序，统计一下看看需要多少次能猜出来。小王说明了knockd的工作原理后，小明很快写了一个程序,并进行了模拟, 假设服务器开放8个端口，需要依次访问5次才能成功敲门，经过计算最多只需要尝试181896次，就可以成功破解。这让小王一惊，这个方法太不安全了，果断放弃。
这下小王又陷入沉思了。几经摸索，小王找到了fwknop（一种SPA方案的实现方法），相比knockd的敲门技术，SPA有以下三个优点：
l 不需要开放额外的端口。
l 可以使用非对称加密。
l 只在网上发送一个单包，且该包不可重放。
依然使用之前的虚构案例，fwknop需要在客户端生成密钥，将客户端的密钥添加到服务器的配置文件中，在服务器设置需要授权访问的服务端口、监听网卡等信息后，还需要配置一条iptables规则，用来阻断到授权服务的访问，这里有个小插曲，对于TCP应用，如果规则目标(TARGET)设置的是DROP 例如：
使用nmap扫描时，会显示该端口被过滤，参见8000端口。
这是因为如果端口没启用，系统会返回tcp reset而不是不回应。所以这里我们使用如下规则，让扫描器认为端口没有开放。
到此，准备环境已经准备就绪。既然fwknop使用iptables做访问控制，首先要看看iptables规则有什么变化。可以看到添加一条FWKNOP_INPUT的自定义链，这里需要注意，如果手动调整iptables规则，需要重启fwknop服务，并确保其规则在最上。
先访问一下，结果显示连接拒绝，这正是我们想要的结果。
然后我们敲一下门，再次访问一下，可以正常获取到内容。抓包看到客户端发送了一个UDP的加密报文，报文内容需要看源码才能知道，这里我们先卖个关子，放到下一期源码讲解里。敲门后，我们使用另外一个没有执行敲门动作的主机(192.168.0.20)发起请求，抓包看连接被Reset了。
我们再看看Iptables规则，看看敲门前后的变化。
发现敲门后，在FWKNOP_INPUT链中多了一条目标为ACCEPT的放行规则。试验完毕，小王的需求已经基本满足。之所以是基本，是因为还有一些问题值得思考。
**第一，**敲门是单个UDP包，如果报文丢失，怎么能让敲门程序感知到，并给出提示(这个也放到源码分析里吧)。
**第二，**敲门的密钥是在客户端生成和留存，有没有更好的管理方式。
**第三，**对于同处于一个SNAT后面的不同客户端，一旦其中一个敲门成功，其他人也会获取访问权限，即SNAT导致授权放大。
**第四，**当认证客户端数量增大，存在同时敲门时，iptables规则的频繁添加删除，性能是否还能抗的住。其实值得思考的问题还有很多。革命尚未成功，同志仍需努力。
这期先写到这，下期见。
参考资料：
http://linux.vbird.org/linux\_security/knockd.php
https://blog.csdn.net/he\_tao225/article/details/106425229 fwknop安装使用
END
绎云科技是一家致力于让网络连接更安全、让业务协同更高效的创新公司。核心团队大多来自知名网络安全公司及互联网公司，有着近二十年的网络底层架构设计、身份认证技术研发、网络加密和安全攻防经验。
绎云科技基于零信任理念，采用软件定义网络技术，在不影响业务的前提下，为客户构建了一个以身份为核心的业务安全网络，为政府、央企、运营商、金融、能源、互联网企业、教育、医疗等行业用户提供创新型网络安全服务以及产品，降低网络复杂度，优化安全运营效率，协助政府和企业在数字化转型过程中实现安全架构的稳步升级，打造自适应的安全运营闭环。
