咱们每天干的事儿，其实都差不多。找个咖啡馆，掏出手机连个公共Wi-Fi。密码都不用输，指尖随便一点“自动加入”。心里默认的事儿是啥？这网肯定是安全的。可现实呢？前阵子我连了个商场免费网。转头邮箱就塞满了博彩广告。连带着手机里几个APP的推送，全变了味。真出了岔子，别总怪自己手滑。毛病其实出在咱们老把安全当成啥？当成盖完房子再刷的那层漆。你密码设得再复杂，防火墙砌得再厚。底层的架构要是敞着怀，照样漏风。
马建峰那本《无线局域网安全接入》里，拎出来一个特别实在的工程道理。安全根本不是事后拿创可贴糊的窟窿。得从画图纸、定协议那天起，就夯进地基里。这书没闲着在那儿报加密算法或者访问策略的账。它顺着“架构—协议—落地”这条线，把一套防守的活儿，摊开给你看。无线信号飘在半空，压根没砖头砌的墙。要是开局设计就拍板“谁都能进”，协议里又没设下双向认门的关卡。后期再往里塞一堆安全模块，纯属拿胶带补漏水的破船。那些最容易出事的软肋，全藏在最初敲定方案的那几个决定里。说实话，书里把握手协议和密钥交换的逻辑拆得挺细。读着是有点干。但架不住人家说的在理。
这话听着耳熟。可真到了干活的时候，谁都不当回事。我见过不少团队。搭系统、搞网络的时候，算盘打得噼里啪啦响。先保功能上线，再赶版本迭代。安全合规？往后稍稍吧。大伙儿都指望后期运维拿命去填前期的坑。结果呢？漏洞跟韭菜似的。割了一茬又一茬。事后连夜打补丁，运维成本直接坐火箭往上飙。书里顺着WLAN安全协议往下捋，说白了就是用技术话验证一句大实话。事前把事儿想明白花的钱，绝对比事后擦屁股掏的坑少。把安全缝进架构里，不是给干活的人加担子。是防着系统以后摔跟头，还得自己掏钱买教训。不过话说回来，这账算得再精，也未必能马上说服甲方或者老板。
话得说回来。这套理论能跑得通，得看项目有没有喘息的余地。现实里，十有八九的项目连喘气的空都没有。业务催着要交付。技术团队只能在旧框架上缝缝补补。这时候要是死磕“安全必须长在骨子里”，项目非得卡死不可。安全和效率这事儿，哪有绝对的泾渭分明？马建峰的书带着点学术气，讲究架构的纯粹。这没毛病。可代码是要跑在真金白银和deadline上的。更接地气的活法，恐怕不是死磕一步到位的完美防御。而是搭个能慢慢长大的安全底座。前期可以稍微让点步。但必须把认门的接口和信任的边界留出来。让安全能力能跟着业务一块儿升级。我觉得吧，与其追求一开始就铜墙铁壁，不如留好“打补丁”的接口。反正漏洞这东西，防是防不完的。
搭无线网的那套理儿，挪到别的复杂系统上也照样管用。网连得越撒欢，防线就漏得越快。把安全当成上线前走个过场的审批，系统只会越养越臃肿，越改越难动。关键不在于要不要安全。在于咱们敢不敢在按下启动键之前，先把信任的底线划清楚。等架构自己学会给安全让道，漏洞自然就没了藏身的窝。下次再碰上那种催着要上线的系统，别急着敲代码。先琢磨琢磨：它的骨架，是不是从安全这块儿长起来的？要是没长好，趁早改。总比上线后半夜接报警电话强。