```html

内网穿透有风险吗

去年冬天，内网我一个做智能家居的穿透朋友图省事，把家里的有风NAS用某款免费内网穿透工具映射到了公网。三天后他收到运营商短信，内网说他的穿透IP因对外发起大量SSH爆破被列入观察名单。他查日志才发现，有风那台NAS的内网默认密码还没改——穿透隧道等于给全世界开了扇门，门锁还是穿透坏的。

这事不是有风孤例。内网穿透本身是内网个中性技术，就像把自家后院的穿透小门打开，方便自己从外面进来。有风但问题在于，内网很多人只想着“方便”，穿透没想过“谁都能进来”。有风

风险到底在哪儿？我把它拆成三层来看。

第一层：穿透服务商本身

市面上不少免费穿透工具，靠什么盈利？你的流量数据、内网设备指纹、甚至明文传输的Cookie。我抓过某款工具的通信包，发现它在建立隧道时会把内网设备的MAC地址、操作系统版本一并上报到厂商服务器。这些数据落在谁手里、存多久、有没有被二次贩卖，你完全不知道。更别说有些小厂直接拿用户带宽做P2P节点，你的机器成了别人的跳板。

付费的就安全？也不一定。去年某知名穿透服务被曝出配置错误，导致上千用户的隧道管理后台可被未授权访问。你花钱买的是“省心”，但厂商的安全水位未必比你自己搭的高。

第二层：暴露面失控

内网穿透最要命的是——它把原本只在内网可见的服务直接怼到了公网。你内网跑了个Jenkins，没设密码；或者有个Redis，bind 0.0.0.0；再或者某台测试机的Tomcat管理后台还是admin/admin。这些在内网里可能没人管，一旦穿透出去，扫描器几分钟就能找到。

有个做安全的朋友做过实验：他用frp把一台没打补丁的Windows 7远程桌面映射出去，IP是随机的高位端口。结果不到20分钟，就有来自三个不同国家的IP尝试登录。RDP爆破、SSH爆破、Web漏洞扫描——这些自动化工具24小时不停歇。你觉得自己端口隐蔽？Shodan和Censys这类搜索引擎专门收录全网开放端口，连你设备型号都标得清清楚楚。

第三层：隧道协议自身的坑

很多穿透工具默认不加密，或者用自签证书。中间人攻击在内网穿透场景里特别容易实现——你连的是公共WiFi，攻击者伪造一个同名隧道节点，你的所有内网请求就从他手里过。更隐蔽的是DNS重绑定攻击，利用穿透工具的子域名解析特性，绕过浏览器同源策略去访问你内网的其他设备。

还有一类风险来自“共享隧道”。某些工具为了节省服务器资源，让多个用户共用一个公网端口，靠域名或路径区分。如果隔离没做好，隔壁用户直接就能访问到你的内网服务。这不是理论，GitHub上有人提交过这类漏洞的PoC。

那还能不能用？

能。但得换个思路——别把内网穿透当成“一键回家”，把它当成“在公网部署了一个需要严加看管的入口”。

我的做法是：穿透只开必要的端口，且必须套一层反向代理加认证。比如用frp穿透本地的Nginx，Nginx上配双向TLS证书加Basic Auth，再挂个fail2ban。内网服务本身也要改默认密码、限制访问来源IP。如果只是临时用，用完立刻关隧道，别让它常年挂着。

另外，能用VPN就别用内网穿透。WireGuard或Tailscale这类组网工具，至少在设计上把“只有授权设备能进内网”作为前提。穿透工具更多是“把内网服务推到公网”，方向反了，风险自然高。

说到底，风险不在技术本身，在于用的人愿不愿意多花十分钟做加固。那十分钟，往往就是“被爆破”和“没被爆破”的区别。