杭电网安复试编程 Day19从“能跑”到“能打”的蜕变记录我连续备考杭电网安方向的研究生复试到今天就整整第十九天了。先说实话前两周我已经把常见算法题滚了两三遍可在前天拿到一套杭电风格的复试模拟题时还是被狠狠浇了盆冷水算法题会做不代表网安的编程你能考好。这篇文章是我 Day19 的完整复盘包括踩过的坑、摸索出来的题型规律、以及手把手拆解的几道核心实操题希望能给同样在备考网安复试的同学一点方向上的参考。Day19 这天我给自己定的核心任务是把“普通开发思维”切换成“网安对抗思维”。同样一段代码普通开发问“跑得起来吗”网安复试问“如果输入是恶意构造的它会不会崩能不能被控制”。所以这一天的复盘我不会跟你聊虚的全都是巴不得有人早告诉我一百遍的细节。1. 杭电网安复试到底考什么编程先摸清底牌再动手1.1 机试与笔试的题型盘点杭电网安复试的编程环节我翻遍了近三年上岸学长学姐的经验贴也自己找了几份回忆版真题发现主要围绕这四块转考察模块常见题型备考侧重算法与数据结构二分、DFS/BFS、动态规划、链表操作优先用 C/C 写边界条件抠到死网络编程Socket 通信、TCP/UDP 报文解析能独立写出服务端和客户端熟悉字节序密码学编程RSA 核心流程、AES 的 CBC 模式调用能手撕扩展欧几里得理解分组填充二进制安全栈溢出分析、简单汇编阅读会看反汇编能算偏移量会构造输入我第一天备考时走进了一个误区疯狂刷 LeetCode在 IDE 里用 Python 写得飞起。结果刷到三百多题以后拿到一套所谓的“网安复试真题”上面要求用纯 C 写一个 HTTP 报文解析函数。我平时用requests库用惯了手写解析时连Content-Length的边界判定都写不利索字符串分割更是丢三落四。那道题我得分惨不忍睹也因此痛定思痛决定重新规划复习路线。复试里的机试一般会提供 C/C、Python 环境但阅卷老师看东西的角度跟普通 OJ 很不一样。他们不会只盯着你的输出结果对不对还会看你有没有处理异常输入、有没有考虑内存越界、有没有在代码里留体现“安全素养”的注释。这一点后面我会反复强调。1.2 为什么网安编程和普通开发完全是两个物种网安编程的核心在于对不可信输入的处理能力。你在业务公司写代码可以假设接口对端是善良的但网安场景里所有的数据包、消息内容、配置文件都可能被精心构造过。举个小例子。同样是写一个从 socket 读数据的函数普通开发的写法往往是data conn.recv(1024)但在网安复试里希望你至少能深入想几层try: data conn.recv(1024) if len(data) 0: # 对端主动关闭 handle_close(conn) return if len(data) MAX_HEADER_SIZE: # 大概率是恶意超大包直接截断或报错 raise ProtocolError(Header too big) # 如果数据是文本协议还要考虑半包粘包问题 except socket.timeout: logging.warning(recv timeout, partial data may be lost)这两种写法在传统 OJ 里可能都算“答案正确”但在网安复试的评价体系里下面的代码已经把“防御性编程”的基本功亮出来了。老师一眼就能看出来谁是只会刷题的谁是真正看过实战的。还有很多人会把网安复试编程和“开发管理系统”混为一谈。我复习的时候看到有同学在写班级管理系统、图书管理系统这类课程设计花了两三天用 Python 搭框架我真心觉得不值。网安复试考的编程跟少儿编程里的积木拼接、工业组态里的配置拖拽完全不同它要求的是底层、可控、可对抗。1.3 我在 Day19 之前踩过的大坑从 Day1 到 Day18我最深刻的教训是算法题惯性思维刹不住。比如我看到数组和指针就条件反射地想到“双指针优化”但网安复试里的题目往往披着算法的皮骨子里全是内存布局。举一个高频题给定char buf[64]和int flag 0要求你通过输入覆盖flag的值使它变成非零并写出利用思路和完整代码。我第一次写的时候直接用strcpy(buf, A*64)然后幻想着把 flag 覆盖了。结果发现在实际栈布局里flag 可能在 buf 的上面也可能在 buf 的下面和指令顺序、编译器优化都有关系。后来我老老实实开 GDB一步一步看info frame和反汇编才彻底搞懂栈的生长方向以及变量偏移的绝对计算。这种从“脑子里想象的”到“动手验证的”跨越才是复试备考最值钱的部分。2. 核心技能拆解网安复试常用的几板斧2.1 Python 在网安复试里的正确打开方式很多同学觉得考 Python 就是写爬虫、调库实际上杭电网安复试考 Python更多是用少量代码快速验证安全猜想。比如给你一段加密后的数据让你写脚本尝试异或爆破或者给你一个 IP 头结构让你解析标志位和片偏移。备考时你会发现复试环境往往很简陋很多第三方库没有。所以像 Scapy 这种工具库我练归练但心里清楚不能完全依赖它。我更庆幸自己在 Day19 之前用纯socketstruct手写了 TCP 报文头部解析import socket import struct def checksum(data): Internet checksum, 这是网安手工构造数据包的基本功 if len(data) % 2 ! 0: data b\x00 s sum(struct.unpack(!%dH % (len(data)//2), data)) while s 16: s (s 0xffff) (s 16) return (~s) 0xffff # 这里可以继续构造TCP伪头计算校验和再组装SYN包 # 复试时如果能在编译器里写出这个函数属于妥妥的加分项从我个人的经验看你不需要把所有协议栈都手编一遍但至少要知道 TCP 头里每个字段的字节偏移以及大小端如何影响 struct 解析顺序。面试官很喜欢追问“你 Python 调库调得飞起那如果环境里没有这个库你会不会用 socket 自己实现”。2.2 C 语言功底指针、内存布局怎么影响二进制安全C 语言在网安复试中的地位依旧无可撼动。原因很简单漏洞的根源大多在 C 系语言的未定义行为里。Day19 我只抠了一个专项——结构体对齐。别笑这个知识点我栽过跟头。#include stdio.h struct example { char a; // 1 字节 int b; // 4 字节 char c; // 1 字节 }; int main() { printf(sizeof(struct example) %lu\n, sizeof(struct example)); return 0; }如果你凭直觉说是 1416那就错了。在默认对齐规则下int b需要 4 字节对齐所以a后面会填充 3 个字节c后面再填充 3 个字节最终结果是 12。复试笔试如果考到结构体大小答题不能只给数字还要解释 padding 的规则。为什么网安要抠这个因为计算结构体成员偏移offsetof是构造利用的关键整数溢出、缓冲区溢出常常就发生在你以为“刚好能放下”的地方。我一个朋友在面试时被问到“如何手工计算offsetof假设成员类型已知”他直接懵了。其实公式很简单offset 前面所有成员类型在默认对齐下的累加偏移。这个基本功不扎实后面看反汇编也会一头雾水。接着是字节序。你写 C 代码从网络里读一个uint16_t如果不做ntohs()读出来的数值就是反的。在网安利用场景里字节序错了溢出覆盖的 payload 就完全不对甚至会把自己写崩溃。我建议备考期间把“大小端图示”贴在电脑边上每天瞄一眼。2.3 密码学编程基础至少能手写 RSA 主流程杭电网安复试不止一次出现在考卷上要求写出 RSA 密钥生成或加解密核心步骤。虽然 Python 里Crypto.Util.number一行就能求逆元但面试官往往要求你现场说明原理甚至手写扩展欧几里得。我 Day19 复习时重写了这段基础代码from Crypto.Util.number import inverse p 61 q 53 n p * q phi (p-1) * (q-1) e 17 d inverse(e, phi) print(PUBLIC: (e, n) , e, n) print(PRIVATE: (d, n) , d, n)如果你手头没有 Crypto 库也要能自己实现扩展欧几里得求逆元def egcd(a, b): if b 0: return (a, 1, 0) g, x1, y1 egcd(b, a % b) x y1 y x1 - (a // b) * y1 return (g, x, y) # 求 e 在模 phi 下的逆元 g, x, _ egcd(e, phi) if g ! 1: print(No inverse) else: d x % phi print(d , d)AES 方面重点是 CBC 模式下的 IV 异或、PKCS7 padding。面试官可能会问“如果 IV 错了第一块会不会解密失败”“如果把 IV 改成全零会怎样”。这些既是密码学概念题也是编程实现题——你最好能当场写一个小 demo 展示。2.4 网络协议编程Socket 在网安里到底怎么用杭电网安复试对网络协议编程的考察非常细。Day19 我专门练了 TCP 三次握手的代码模拟。面试官问“SYN 包长什么样”“seq 和 ack 怎么确认”时你不能只背概念最好能画出状态机甚至写出客户端状态机的骨架// TCP 客户端状态机骨架伪代码 state CLOSED; socket(); connect(); state SYN_SENT; // 收到 SYNACK 后 state ESTABLISHED; // 发送数据 send(data); // 发送 FIN进入 FIN_WAIT_1 state FIN_WAIT_1;在笔试里常见的要求是用 Python 写一个简单的 TCP 服务端能正确处理多个客户端连接且每个连接都设置超时。我建议你至少默写两个版本阻塞式多线程版和异步 I/O 版。阻塞版适合展示基础功底异步版适合展示工程思维。复试阅卷老师看到你熟练写出asyncio.open_connection的并发端口扫描器心里绝对会给你加印象分。3. Day19 的实操记录我练了什么怎么练的3.1 一道 CTF 题带你完整回顾缓冲区溢出Day19 下午我把一道老掉牙但绝对经典的栈溢出题重新手撕了一遍。假设有漏洞代码如下#include stdio.h int main() { char buf[16]; int secret 0; gets(buf); if (secret ! 0) { printf(You win!\n); } else { printf(No.\n); } return 0; }先别笑为什么用gets这正是网安教学里最经典的演示场景。我一开始想直接往buf里塞 16 个A后接\x01\x00\x00\x00以为覆盖了secret就能赢。但是编译器的优化和栈布局会打乱这个假设。我用gcc -fno-stack-protector -no-pie bug.c -o bug编译后再用 GDB 查看 main 函数的反汇编。关键反汇编片段大概是lea 0x10(%rsp), %rax ; buf 起始地址 movl $0x0, 0x0c(%rsp) ; secret 变量偏移 0x0c这里secret的偏移是0x0c也就是 12而不是我以为的 16。为什么因为编译器把buf分配在栈上 16 字节但secret被安排在buf下方 4 字节的位置中间恰好相邻。所以我需要塞12个A然后写 4 字节的非零值。用 Python 构造输入python3 -c import sys; sys.stdout.buffer.write(bA*12 b\x01\x00\x00\x00) | ./bug如果编译时开了栈保护默认 Ubuntu 会开 Canary那还得先处理 Canary 泄露如果开了 PIE地址也会随机化。复试笔试阶段一般会让你分析“理想条件”下的利用但你至少要有能力解释不同防护机制为什么能阻止攻击以及如何绕过。这本身就是网安专业素养的体现。我在 GDB 里反复用info registers、x/20wx $rsp查看栈内存直到闭着眼能画出这个函数的栈帧布局。这个过程听起来枯燥但对理解 C 程序的内存视角效果奇好。3.2 用 Python 写一个简易端口扫描器端口扫描算是网安编程里的经典入门题也特别适合拿来展示代码功底。先写一个最朴素的版本import socket target 127.0.0.1 for port in range(1, 1025): s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.settimeout(0.5) result s.connect_ex((target, port)) if result 0: print(f[] {port} open) s.close()这个版本有三个问题慢、容易触发目标告警、且没有服务识别。于是 Day19 我把它升级成了异步并发版import asyncio async def scan(port): try: reader, writer await asyncio.open_connection(127.0.0.1, port) print(f[] {port} open) writer.close() await writer.wait_closed() except Exception: pass async def main(): tasks [scan(p) for p in range(1, 1025)] await asyncio.gather(*tasks) asyncio.run(main())这段代码能展示你对“异步编程”的掌握但网安实战思维要求你更进一步要控制扫描速率不然会把目标服务打崩甚至被对方防火墙扫进黑名单。所以我建议在此基础上加上简单的限速逻辑import asyncio async def scan_semaphore(port, sem): async with sem: try: reader, writer await asyncio.open_connection(127.0.0.1, port) print(f[] {port} open) writer.close() await writer.wait_closed() except Exception: pass async def main(): sem asyncio.Semaphore(100) # 限制并发数 tasks [scan_semaphore(p, sem) for p in range(1, 1025)] await asyncio.gather(*tasks) asyncio.run(main())复试老师如果看到你连“并发保护”都写出来了他会默认你确实理解网络交互的代价这个印象分非常值钱。3.3 从题目看阅卷老师到底想从代码里看到什么Day19 晚上我做了一套在线模拟题其中一道是“判断字符串是否是合法 IPv4 地址”。很多同学张口就来“正则一把梭”但阅卷老师更愿意看到手写解析def is_valid_ipv4(s: str) - bool: if not s: return False parts s.split(.) if len(parts) ! 4: return False for part in parts: if not part.isdigit(): return False num int(part) if num 0 or num 255: return False # 拒绝前导零的写法比如 “01.2.3.4” if len(part) 1 and part[0] 0: return False return True你看这道题的关键不是“能不能解析”而是边界处理。空字符串、四个以上的点、带正负号的数字、前导零、超范围值这些全要考虑。阅卷老师手里往往有一套覆盖边界用例的测试点你少考虑一个分数就掉一分。于是我 Day19 开始给自己立规矩每写完一道题必须自问三遍——如果输入是恶意构造的会怎样异常输入有没有显式返回代码会不会在极端输入下越界、死循环或内存暴涨这三个问题能过滤掉绝大部分网安编程里的“低水平失误”。4. 常见问题与排查技巧实录编程复试中的那些坑4.1 为什么我的代码本地能跑提交就是0分这个坑我 Day10 时踩得最狠Day19 复盘时依然记忆犹新。本地 VSCode 跑得很欢的代码交到 OJ 上直接 0 分原因千奇百怪混入了调试输出。你在本地打印了一堆print(debug: xxx)提交时忘了注释OJ 比对标准输出时自然全错。Windows 换行残留。如果在 Windows 编辑每一行末尾是\r\nOJ 是 Linux 环境只认\n用splitlines()或者strip()处理输入才能避免问题。数组开太小。有些题看起来只输入 100 个元素但后台用例可能有 1000 个你数组开小了直接越界本地因为内存布局侥幸没崩OJ 上一运行就Segmentation fault。多组输入没有循环读取。有些 OJ 题要求“多组测试数据直到 EOF”你只写了一次输入处理测试点一多就废了。解法也很朴素提交前做一次“纯净化检查”把调试语句全注释掉尽量用while True: try: line input() except EOFError: break处理多行输入编译时开-Wall -Werror把警告当错误解决。4.2 复试面试被问到 AI 编程工具时怎么回答现在 “AI 编程” 是绝对热点杭电网安复试面试官很可能顺口问一句“你平时用不用 AI 编程工具”。我的建议是如实回答但把落脚点放在“AI 辅助思考不代替理解”上面。你可以这样回答“我确实会用 AI 工具来对照学习比如让它解释一段复杂的汇编逻辑、帮我找思路。但复试机试是离线环境而且网安编程需要对内存和边界条件有很强的掌控感所以我的核心代码都是手写并调试过的。用 AI 越多越要警惕自己变成‘只会问不会做’的人。”这个回答既拥抱了新技术热点又明确了自己的底层能力老师一般会点头认可。4.3 Day19 复盘和后续 20 天冲刺计划Day19 晚上我统计了一下当天完成的事项重温了一道栈溢出利用题全程 GDB 调试。手写了 TCP 三次握手的状态机骨架。把端口扫描器从同步版改成了异步限速版。RSA 求逆元流程默写了一遍AES-CBC 的加解密 demo 跑通。整理了结构体对齐、offsetof、大小端相关的错题清单。模拟机试中发现自己处理“输入流截断”的细节还不够准备第二天专项练。距离复试还剩不到二十天我的计划是前 10 天全真模拟机试找近三年真题卷严格按考试环境调试。每天至少手写 2 个 C 语言数据处理函数15 分钟内必须完成。后 10 天死磕面试手写代码高频题链表逆序、二叉树遍历、字符串匹配、简易协议解析。同时补充汇编基础至少能读懂call、leave、ret和栈帧变化。全程穿插每天保持 2 道算法题练手感但重心从“难度”转向“规范”确保写的每段代码都能经受住恶意输入仿真的考验这点才是网安复试真正的分水岭。说实话Day19 这天最让我踏实的不是多做了多少题而是终于把“想当然”切换成了“动手验证”。以后每次遇到“应该能行”的想法我都会默认它不靠谱必须去调试器里、抓包工具里、测试用例里过一遍。这种被狠狠毒打过才长出来的戒心可能就是网安这个方向最需要的思维方式。 
长河君 · 2026/10/1 10:50:26 · 阅读 1.2k 杭电网安复试编程：从“能跑”到“能打”的蜕变与考点拆解
杭电网安复试编程 Day19从“能跑”到“能打”的蜕变记录我连续备考杭电网安方向的研究生复试到今天就整整第十九天了。先说实话前两周我已经把常见算法题滚了两三遍可在前天拿到一套杭电风格的复试模拟题时还是被狠狠浇了盆冷水算法题会做不代表网安的编程你能考好。这篇文章是我 Day19 的完整复盘包括踩过的坑、摸索出来的题型规律、以及手把手拆解的几道核心实操题希望能给同样在备考网安复试的同学一点方向上的参考。Day19 这天我给自己定的核心任务是把“普通开发思维”切换成“网安对抗思维”。同样一段代码普通开发问“跑得起来吗”网安复试问“如果输入是恶意构造的它会不会崩能不能被控制”。所以这一天的复盘我不会跟你聊虚的全都是巴不得有人早告诉我一百遍的细节。1. 杭电网安复试到底考什么编程先摸清底牌再动手1.1 机试与笔试的题型盘点杭电网安复试的编程环节我翻遍了近三年上岸学长学姐的经验贴也自己找了几份回忆版真题发现主要围绕这四块转考察模块常见题型备考侧重算法与数据结构二分、DFS/BFS、动态规划、链表操作优先用 C/C 写边界条件抠到死网络编程Socket 通信、TCP/UDP 报文解析能独立写出服务端和客户端熟悉字节序密码学编程RSA 核心流程、AES 的 CBC 模式调用能手撕扩展欧几里得理解分组填充二进制安全栈溢出分析、简单汇编阅读会看反汇编能算偏移量会构造输入我第一天备考时走进了一个误区疯狂刷 LeetCode在 IDE 里用 Python 写得飞起。结果刷到三百多题以后拿到一套所谓的“网安复试真题”上面要求用纯 C 写一个 HTTP 报文解析函数。我平时用requests库用惯了手写解析时连Content-Length的边界判定都写不利索字符串分割更是丢三落四。那道题我得分惨不忍睹也因此痛定思痛决定重新规划复习路线。复试里的机试一般会提供 C/C、Python 环境但阅卷老师看东西的角度跟普通 OJ 很不一样。他们不会只盯着你的输出结果对不对还会看你有没有处理异常输入、有没有考虑内存越界、有没有在代码里留体现“安全素养”的注释。这一点后面我会反复强调。1.2 为什么网安编程和普通开发完全是两个物种网安编程的核心在于对不可信输入的处理能力。你在业务公司写代码可以假设接口对端是善良的但网安场景里所有的数据包、消息内容、配置文件都可能被精心构造过。举个小例子。同样是写一个从 socket 读数据的函数普通开发的写法往往是data conn.recv(1024)但在网安复试里希望你至少能深入想几层try: data conn.recv(1024) if len(data) 0: # 对端主动关闭 handle_close(conn) return if len(data) MAX_HEADER_SIZE: # 大概率是恶意超大包直接截断或报错 raise ProtocolError(Header too big) # 如果数据是文本协议还要考虑半包粘包问题 except socket.timeout: logging.warning(recv timeout, partial data may be lost)这两种写法在传统 OJ 里可能都算“答案正确”但在网安复试的评价体系里下面的代码已经把“防御性编程”的基本功亮出来了。老师一眼就能看出来谁是只会刷题的谁是真正看过实战的。还有很多人会把网安复试编程和“开发管理系统”混为一谈。我复习的时候看到有同学在写班级管理系统、图书管理系统这类课程设计花了两三天用 Python 搭框架我真心觉得不值。网安复试考的编程跟少儿编程里的积木拼接、工业组态里的配置拖拽完全不同它要求的是底层、可控、可对抗。1.3 我在 Day19 之前踩过的大坑从 Day1 到 Day18我最深刻的教训是算法题惯性思维刹不住。比如我看到数组和指针就条件反射地想到“双指针优化”但网安复试里的题目往往披着算法的皮骨子里全是内存布局。举一个高频题给定char buf[64]和int flag 0要求你通过输入覆盖flag的值使它变成非零并写出利用思路和完整代码。我第一次写的时候直接用strcpy(buf, A*64)然后幻想着把 flag 覆盖了。结果发现在实际栈布局里flag 可能在 buf 的上面也可能在 buf 的下面和指令顺序、编译器优化都有关系。后来我老老实实开 GDB一步一步看info frame和反汇编才彻底搞懂栈的生长方向以及变量偏移的绝对计算。这种从“脑子里想象的”到“动手验证的”跨越才是复试备考最值钱的部分。2. 核心技能拆解网安复试常用的几板斧2.1 Python 在网安复试里的正确打开方式很多同学觉得考 Python 就是写爬虫、调库实际上杭电网安复试考 Python更多是用少量代码快速验证安全猜想。比如给你一段加密后的数据让你写脚本尝试异或爆破或者给你一个 IP 头结构让你解析标志位和片偏移。备考时你会发现复试环境往往很简陋很多第三方库没有。所以像 Scapy 这种工具库我练归练但心里清楚不能完全依赖它。我更庆幸自己在 Day19 之前用纯socketstruct手写了 TCP 报文头部解析import socket import struct def checksum(data): Internet checksum, 这是网安手工构造数据包的基本功 if len(data) % 2 ! 0: data b\x00 s sum(struct.unpack(!%dH % (len(data)//2), data)) while s 16: s (s 0xffff) (s 16) return (~s) 0xffff # 这里可以继续构造TCP伪头计算校验和再组装SYN包 # 复试时如果能在编译器里写出这个函数属于妥妥的加分项从我个人的经验看你不需要把所有协议栈都手编一遍但至少要知道 TCP 头里每个字段的字节偏移以及大小端如何影响 struct 解析顺序。面试官很喜欢追问“你 Python 调库调得飞起那如果环境里没有这个库你会不会用 socket 自己实现”。2.2 C 语言功底指针、内存布局怎么影响二进制安全C 语言在网安复试中的地位依旧无可撼动。原因很简单漏洞的根源大多在 C 系语言的未定义行为里。Day19 我只抠了一个专项——结构体对齐。别笑这个知识点我栽过跟头。#include stdio.h struct example { char a; // 1 字节 int b; // 4 字节 char c; // 1 字节 }; int main() { printf(sizeof(struct example) %lu\n, sizeof(struct example)); return 0; }如果你凭直觉说是 1416那就错了。在默认对齐规则下int b需要 4 字节对齐所以a后面会填充 3 个字节c后面再填充 3 个字节最终结果是 12。复试笔试如果考到结构体大小答题不能只给数字还要解释 padding 的规则。为什么网安要抠这个因为计算结构体成员偏移offsetof是构造利用的关键整数溢出、缓冲区溢出常常就发生在你以为“刚好能放下”的地方。我一个朋友在面试时被问到“如何手工计算offsetof假设成员类型已知”他直接懵了。其实公式很简单offset 前面所有成员类型在默认对齐下的累加偏移。这个基本功不扎实后面看反汇编也会一头雾水。接着是字节序。你写 C 代码从网络里读一个uint16_t如果不做ntohs()读出来的数值就是反的。在网安利用场景里字节序错了溢出覆盖的 payload 就完全不对甚至会把自己写崩溃。我建议备考期间把“大小端图示”贴在电脑边上每天瞄一眼。2.3 密码学编程基础至少能手写 RSA 主流程杭电网安复试不止一次出现在考卷上要求写出 RSA 密钥生成或加解密核心步骤。虽然 Python 里Crypto.Util.number一行就能求逆元但面试官往往要求你现场说明原理甚至手写扩展欧几里得。我 Day19 复习时重写了这段基础代码from Crypto.Util.number import inverse p 61 q 53 n p * q phi (p-1) * (q-1) e 17 d inverse(e, phi) print(PUBLIC: (e, n) , e, n) print(PRIVATE: (d, n) , d, n)如果你手头没有 Crypto 库也要能自己实现扩展欧几里得求逆元def egcd(a, b): if b 0: return (a, 1, 0) g, x1, y1 egcd(b, a % b) x y1 y x1 - (a // b) * y1 return (g, x, y) # 求 e 在模 phi 下的逆元 g, x, _ egcd(e, phi) if g ! 1: print(No inverse) else: d x % phi print(d , d)AES 方面重点是 CBC 模式下的 IV 异或、PKCS7 padding。面试官可能会问“如果 IV 错了第一块会不会解密失败”“如果把 IV 改成全零会怎样”。这些既是密码学概念题也是编程实现题——你最好能当场写一个小 demo 展示。2.4 网络协议编程Socket 在网安里到底怎么用杭电网安复试对网络协议编程的考察非常细。Day19 我专门练了 TCP 三次握手的代码模拟。面试官问“SYN 包长什么样”“seq 和 ack 怎么确认”时你不能只背概念最好能画出状态机甚至写出客户端状态机的骨架// TCP 客户端状态机骨架伪代码 state CLOSED; socket(); connect(); state SYN_SENT; // 收到 SYNACK 后 state ESTABLISHED; // 发送数据 send(data); // 发送 FIN进入 FIN_WAIT_1 state FIN_WAIT_1;在笔试里常见的要求是用 Python 写一个简单的 TCP 服务端能正确处理多个客户端连接且每个连接都设置超时。我建议你至少默写两个版本阻塞式多线程版和异步 I/O 版。阻塞版适合展示基础功底异步版适合展示工程思维。复试阅卷老师看到你熟练写出asyncio.open_connection的并发端口扫描器心里绝对会给你加印象分。3. Day19 的实操记录我练了什么怎么练的3.1 一道 CTF 题带你完整回顾缓冲区溢出Day19 下午我把一道老掉牙但绝对经典的栈溢出题重新手撕了一遍。假设有漏洞代码如下#include stdio.h int main() { char buf[16]; int secret 0; gets(buf); if (secret ! 0) { printf(You win!\n); } else { printf(No.\n); } return 0; }先别笑为什么用gets这正是网安教学里最经典的演示场景。我一开始想直接往buf里塞 16 个A后接\x01\x00\x00\x00以为覆盖了secret就能赢。但是编译器的优化和栈布局会打乱这个假设。我用gcc -fno-stack-protector -no-pie bug.c -o bug编译后再用 GDB 查看 main 函数的反汇编。关键反汇编片段大概是lea 0x10(%rsp), %rax ; buf 起始地址 movl $0x0, 0x0c(%rsp) ; secret 变量偏移 0x0c这里secret的偏移是0x0c也就是 12而不是我以为的 16。为什么因为编译器把buf分配在栈上 16 字节但secret被安排在buf下方 4 字节的位置中间恰好相邻。所以我需要塞12个A然后写 4 字节的非零值。用 Python 构造输入python3 -c import sys; sys.stdout.buffer.write(bA*12 b\x01\x00\x00\x00) | ./bug如果编译时开了栈保护默认 Ubuntu 会开 Canary那还得先处理 Canary 泄露如果开了 PIE地址也会随机化。复试笔试阶段一般会让你分析“理想条件”下的利用但你至少要有能力解释不同防护机制为什么能阻止攻击以及如何绕过。这本身就是网安专业素养的体现。我在 GDB 里反复用info registers、x/20wx $rsp查看栈内存直到闭着眼能画出这个函数的栈帧布局。这个过程听起来枯燥但对理解 C 程序的内存视角效果奇好。3.2 用 Python 写一个简易端口扫描器端口扫描算是网安编程里的经典入门题也特别适合拿来展示代码功底。先写一个最朴素的版本import socket target 127.0.0.1 for port in range(1, 1025): s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.settimeout(0.5) result s.connect_ex((target, port)) if result 0: print(f[] {port} open) s.close()这个版本有三个问题慢、容易触发目标告警、且没有服务识别。于是 Day19 我把它升级成了异步并发版import asyncio async def scan(port): try: reader, writer await asyncio.open_connection(127.0.0.1, port) print(f[] {port} open) writer.close() await writer.wait_closed() except Exception: pass async def main(): tasks [scan(p) for p in range(1, 1025)] await asyncio.gather(*tasks) asyncio.run(main())这段代码能展示你对“异步编程”的掌握但网安实战思维要求你更进一步要控制扫描速率不然会把目标服务打崩甚至被对方防火墙扫进黑名单。所以我建议在此基础上加上简单的限速逻辑import asyncio async def scan_semaphore(port, sem): async with sem: try: reader, writer await asyncio.open_connection(127.0.0.1, port) print(f[] {port} open) writer.close() await writer.wait_closed() except Exception: pass async def main(): sem asyncio.Semaphore(100) # 限制并发数 tasks [scan_semaphore(p, sem) for p in range(1, 1025)] await asyncio.gather(*tasks) asyncio.run(main())复试老师如果看到你连“并发保护”都写出来了他会默认你确实理解网络交互的代价这个印象分非常值钱。3.3 从题目看阅卷老师到底想从代码里看到什么Day19 晚上我做了一套在线模拟题其中一道是“判断字符串是否是合法 IPv4 地址”。很多同学张口就来“正则一把梭”但阅卷老师更愿意看到手写解析def is_valid_ipv4(s: str) - bool: if not s: return False parts s.split(.) if len(parts) ! 4: return False for part in parts: if not part.isdigit(): return False num int(part) if num 0 or num 255: return False # 拒绝前导零的写法比如 “01.2.3.4” if len(part) 1 and part[0] 0: return False return True你看这道题的关键不是“能不能解析”而是边界处理。空字符串、四个以上的点、带正负号的数字、前导零、超范围值这些全要考虑。阅卷老师手里往往有一套覆盖边界用例的测试点你少考虑一个分数就掉一分。于是我 Day19 开始给自己立规矩每写完一道题必须自问三遍——如果输入是恶意构造的会怎样异常输入有没有显式返回代码会不会在极端输入下越界、死循环或内存暴涨这三个问题能过滤掉绝大部分网安编程里的“低水平失误”。4. 常见问题与排查技巧实录编程复试中的那些坑4.1 为什么我的代码本地能跑提交就是0分这个坑我 Day10 时踩得最狠Day19 复盘时依然记忆犹新。本地 VSCode 跑得很欢的代码交到 OJ 上直接 0 分原因千奇百怪混入了调试输出。你在本地打印了一堆print(debug: xxx)提交时忘了注释OJ 比对标准输出时自然全错。Windows 换行残留。如果在 Windows 编辑每一行末尾是\r\nOJ 是 Linux 环境只认\n用splitlines()或者strip()处理输入才能避免问题。数组开太小。有些题看起来只输入 100 个元素但后台用例可能有 1000 个你数组开小了直接越界本地因为内存布局侥幸没崩OJ 上一运行就Segmentation fault。多组输入没有循环读取。有些 OJ 题要求“多组测试数据直到 EOF”你只写了一次输入处理测试点一多就废了。解法也很朴素提交前做一次“纯净化检查”把调试语句全注释掉尽量用while True: try: line input() except EOFError: break处理多行输入编译时开-Wall -Werror把警告当错误解决。4.2 复试面试被问到 AI 编程工具时怎么回答现在 “AI 编程” 是绝对热点杭电网安复试面试官很可能顺口问一句“你平时用不用 AI 编程工具”。我的建议是如实回答但把落脚点放在“AI 辅助思考不代替理解”上面。你可以这样回答“我确实会用 AI 工具来对照学习比如让它解释一段复杂的汇编逻辑、帮我找思路。但复试机试是离线环境而且网安编程需要对内存和边界条件有很强的掌控感所以我的核心代码都是手写并调试过的。用 AI 越多越要警惕自己变成‘只会问不会做’的人。”这个回答既拥抱了新技术热点又明确了自己的底层能力老师一般会点头认可。4.3 Day19 复盘和后续 20 天冲刺计划Day19 晚上我统计了一下当天完成的事项重温了一道栈溢出利用题全程 GDB 调试。手写了 TCP 三次握手的状态机骨架。把端口扫描器从同步版改成了异步限速版。RSA 求逆元流程默写了一遍AES-CBC 的加解密 demo 跑通。整理了结构体对齐、offsetof、大小端相关的错题清单。模拟机试中发现自己处理“输入流截断”的细节还不够准备第二天专项练。距离复试还剩不到二十天我的计划是前 10 天全真模拟机试找近三年真题卷严格按考试环境调试。每天至少手写 2 个 C 语言数据处理函数15 分钟内必须完成。后 10 天死磕面试手写代码高频题链表逆序、二叉树遍历、字符串匹配、简易协议解析。同时补充汇编基础至少能读懂call、leave、ret和栈帧变化。全程穿插每天保持 2 道算法题练手感但重心从“难度”转向“规范”确保写的每段代码都能经受住恶意输入仿真的考验这点才是网安复试真正的分水岭。说实话Day19 这天最让我踏实的不是多做了多少题而是终于把“想当然”切换成了“动手验证”。以后每次遇到“应该能行”的想法我都会默认它不靠谱必须去调试器里、抓包工具里、测试用例里过一遍。这种被狠狠毒打过才长出来的戒心可能就是网安这个方向最需要的思维方式。