说实话看到这个标题的时候我愣了一下2020年的秋招试卷现在来看确实有点年头了。但转念一想奇安信这种做安全底层的公司C/C方向的笔试题其实一直保持着很稳定的风格它不会像互联网大厂那样年年追新框架、新语言特性反而会死死咬住指针、内存、系统调用、网络协议这些十年不变的老底子。所以这份试卷今天拿出来看非但不过时反而很适合当作一份安全方向C/C岗位笔试的标本仔细拆一拆它能告诉你很多关于这个行业的真实要求。先给没参加过这类笔试的同学说一下整体感受奇安信的C/C试卷整体风格比较硬核不怎么跟你绕弯子但考察面拉得很宽。它不单纯考你C/C语法背得多熟而是默认你已经有了一定的工程能力然后用大量题目去验证你的底层理解是否扎实。我当时做完最大的感悟是这公司想要的不是一个会写业务的码农而是一个能理解内存在怎么运转、数据在网络上怎么流动、系统调用背后发生了什么的人。这个定位跟它做安全产品的技术栈是高度匹配的。这篇文章我就以这份试卷为线索把里面最有代表性的几类考点逐个拆开讲讲每道题背后的考察意图、标准答案里藏着哪些坑、以及我当时实际踩过的雷。不管你是准备投安全方向还是纯粹想把C/C底子打牢这篇都值得认真看完。1. 整体设计与考察思路拆解安全公司到底在筛什么人1.1 题型分布与考察维度的底层逻辑先大致还原一下这份试卷的构成。奇安信秋招C/C方向的试卷通常包含以下几个板块选择题约20-30道、编程题2-3道部分批次还会加入简答题。选择题覆盖范围极广从C语言语法细节、C11/14新特性、数据结构与算法、操作系统原理、计算机网络基础到Linux系统编程、数据库SQL、甚至网络安全基础都会有所涉猎。编程题则集中在字符串处理、链表/二叉树操作、动态规划这三大类偶尔会出现与二进制/编码相关的题目。这个结构看起来跟普通后端开发岗差不多但仔细看具体题目会发现明显差异。普通互联网公司可能更偏向考察工程框架、业务建模能力而奇安信大量题目都围绕着内存布局、指针操作、字节序、数据溢出、系统资源管理这些偏底层的主题。这正是安全公司所必需的素质——你要能理解攻击者是如何利用内存漏洞的前提是你自己得先对内存了如指掌。1.2 为什么安全公司死磕C/C而不是Java或Go这个问题我当时也困惑过后来在面试环节跟技术官聊过之后才真正想明白。奇安信的核心产品线比如终端安全、防火墙、入侵检测系统大量底层模块都是用C/C写的原因不外乎三点第一是性能安全设备往往要处理海量网络流量GB级别的数据在内存里跑来跑去Java那种托管运行时带来的额外开销在核心路径上不可接受。第二是系统访问能力安全软件要做hook、拦截系统调用、解析网络报文这些操作必须通过C/C或者直接内联汇编才能精细控制没有GC帮你兜底一切都得自己管。第三是历史积累国内安全厂商从早期就使用C/C构建底层能力多年的代码积累不可能推倒重来。所以奇安信秋招笔试题就是在这种背景下设计的——考察的不是你刷了多少道LeetCode而是你是否具备在一个贴近系统底层、随时要跟内存和指针搏斗的环境里生存的能力。2. 笔试核心考点逐项拆解这些题背后藏着什么深意2.1 指针与内存安全工程师的基本功也是最大分水岭指针和内存管理是C/C笔试的重头戏在这份试卷里占比非常高。考察的角度往往不是简单的指针是什么而是各种刁钻的组合场景。举几个我印象深刻的典型题目第一类是sizeof与strlen的区分与陷阱。题目会给出一段代码比如char str[] Hello;然后问sizeof(str)和strlen(str)分别是多少。看似简单但很多人会忽略sizeof在编译期就确定了对于数组它算出的是整个数组占用的字节数而strlen是运行时才能算出的实际字符串长度。更进阶的版本会把数组作为函数参数传递此时数组会退化为指针sizeof结果就从数组大小变成了指针大小32位平台是464位平台是8。这个退化机制很多人知道却没深究过但它恰恰是安全领域缓冲区溢出问题的根源之一。第二类是内存布局与字节序。试卷里通常会给出一个小端序平台下的联合体union操作让你算某个变量的值。Union在安全领域很常见因为它允许你用不同视角解读同一块内存。我印象里有一道题是定义一个包含int和char[4]的union赋值后要求逐个字节输出这实际上就是在考你对小端存储的直觉。做题的时候一定要画内存图把高低地址和字节顺序标清楚光靠脑子想很容易出错。第三类是动态内存管理相关。这类题一般以以下代码有什么问题的形式出现考察点包括malloc后忘记free导致内存泄漏、free后继续使用野指针、指针未初始化就赋值、缓冲区越界覆盖相邻堆块等。这种题被安全公司如此看重的原因很直接缓冲区溢出、释放后使用、双重释放这些全部是CVE漏洞库里的高频漏洞类型。奇安信的威胁情报库里收录了大量这类漏洞他们当然希望新招进来的人天然就带着对这类错误的敏感性。2.2 C与C的不同设计哲学从struct到虚函数表C和C虽然共享大量语法但设计哲学差异巨大。试卷里经常会出现一些让你区分C和C行为的题目这部分主要考察语言层面的深度理解。C语言那边考点集中在宏定义、typedef、const、static、struct内存对齐这些基础但极易出错的特性上。比如宏定义的副作用问题一个经典场景是这样的#define SQUARE(x) ((x) * (x)) int result SQUARE(a);这段代码在预处理之后会变成((a) * (a))a被自增了两次行为完全不可预测。写宏的时候一定要给所有参数加括号、整体加括号这是血的教训。还有static关键字的三重含义——静态局部变量、内部链接、类静态成员不同语境下的表现差异很大笔试中几乎年年出现。C方面重点就是虚函数、多态、构造/析构顺序、拷贝控制、移动语义这些。有一类高频题是问派生类对象析构时基类和派生类的析构函数调用顺序以及为什么基类析构函数需要声明为virtual。试卷里通常会给你一段继承层次嵌套让你写出从构造到析构的完整输出顺序这个顺序就是先基类后成员再派生类构造析构严格反序。另外有一类C题近些年明显变多了就是关于虚函数表vtable和RTTI的机制考察。安全公司关注这点的原因很有意思——在C对象模型里虚函数表指针是攻击者最喜欢篡改的目标之一通过改写虚表指针可以实现控制流劫持也就是常说的vtable hijacking。如果你不理解虚表在内存中的布局你就不理解某些漏洞利用链是怎么构造出来的。这也是为什么安全公司招C工程师时对这类机制性知识格外看重。2.3 数据结构与算法安全场景下的算法题有什么不同编程题部分奇安信的出题思路跟LeetCode有些区别。它不会直接给你一道最长回文子串这种纯算法题而是更倾向于把算法包装在一个偏系统/安全的场景外壳里。举几个考过的类型一是二进制/位运算相关。比如给定一个无符号整数统计其二进制表示中1的个数这个问题有经典解法但更进阶的考法是要求你用尽可能少的CPU指令实现涉及__builtin_popcount之类编译器内置函数。这种题很契合安全的二进制分析场景因为你做逆向、做漏洞分析时经常需要跟位级数据打交道。二是字符串与编码。安全领域到处是字符串处理从解析HTTP请求头到解析ELF文件格式于是试卷里就会出一些关于字符串匹配、分隔、编码转换的题目。比如实现一个函数将16进制字符串转换为字节数组这种看起来平淡无奇但笔试时手写很容易漏掉大小写字母的处理、奇数长度字符串的对齐这类边界情况。安全工程师处理的数据往往来自不可信的外部输入对输入校验的严谨程度是刻在职业本能里的。三是经典数据结构操作但给的场景往往嵌套了复杂化的条件。比如链表反转这题普通版本是笔试送分题但奇安信的版本可能是给定一个链表按K个节点一组反转如果剩余不足K个则保持原样。这题直接照搬了LeetCode 25题说明他们的算法题并不刻意回避经典题而是考验你能不能在手写代码的情况下一次写对——毕竟笔试环境没有IDE提示没有自动补全全凭基本功。关于算法备考我个人的建议是不要只刷Hot 100而是要有针对性地刷数组、字符串、链表、二叉树、栈/队列、哈希表、动态规划、位运算这些分类各刷二三十题每一道都要做到能白板手写并跑通测试用例。奇安信的题量不算特别大但时间限制很紧留给每道编程题的时间可能只有20-30分钟没有熟练度是根本写不完的。2.4 系统编程与网络基础安全产品是搭在操作系统上的如果说指针和算法考察的是程序员的微观能力那系统编程和网络基础考察的就是安全工程师的宏观视野。试卷里操作系统和网络的占比通常不低常见的考察方向我总结成了下面这张表考点类别常见出题方式安全层面关联进程与线程进程间的通信方式有哪几种区别是什么进程注入、DLL注入原理基础内存管理虚拟内存分页、堆与栈的区别、mmap机制堆喷射、栈溢出等利用技术基础文件系统硬链接与软链接区别、文件描述符概念权限提升、符号链接攻击网络协议TCP三次握手与四次挥手MTU与分片协议解析、流量分析基础I/O模型select/poll/epoll的机制与区别高并发流量处理、拒绝服务攻击原理并发控制互斥锁、读写锁、原子操作竞争条件漏洞、TOCTOU问题有些题目会以具体代码的形式出现比如给出一段使用fork()的代码问子进程和父进程中变量行为。这种题如果不熟悉进程地址空间的概念很容易答错。牢记一个核心fork之后子进程获得的是父进程内存空间的拷贝不是共享所以父进程里修改的变量不会影响子进程反之亦然。网络方面TCP/IP协议栈是绝对重点。有年笔试里考过一道题一个TCP报文段首部十六进制展开后要求你分析出源端口、目的端口、序号、标志位这其实就是在考TCP报文格式的硬记忆。虽然看起来很枯燥但做网络安全的工程师必须对这些格式了如指掌因为你在分析恶意流量、写检测规则时要的就是对协议字段的直觉。2.5 安全基础知识C/C岗位也要懂攻防别以为安全公司笔试只考纯开发知识实际上基础的安全概念考察一定会出现。这类题通常不难但覆盖面广常考的方向包括对称加密与非对称加密的代表算法和区别AES、RSA是高频答案、哈希算法的特性MD5、SHA-1已不安全SHA-256更可靠、常见的Web攻击类型SQL注入、XSS、CSRF的成因和防御思路、操作系统权限模型Windows的访问控制列表、Linux的SUID位等。这里面有几道题看似简单但容易丢分的点在于只答概念不给细节。比如问对称加密和非对称加密的区别你不能只说一个用一个密钥一个用两个密钥需要答到具体的计算代价差异、密钥分发问题的解决方式、HTTPS里两者如何结合使用。安全公司的招聘者希望招进来的人对安全领域有基本的敏感度而不是要在入职后从零教。另外要提一下有些试卷会在简答题部分问请设计一个安全的登录认证流程这就是一道综合题从密码存储加盐哈希、传输加密HTTPS、防暴力破解锁定策略、防重放随机数/时间戳几个维度去设计。这类题没有标准答案但考察的是你的安全思维是否成体系建议提前在脑海里准备一个完整的认证流程设计模板。3. 实操过程与核心环节实现编程题的完整走读3.1 编程题真题走读字符串压缩与展开的边界处理编程题是笔试中分值最大、最拉分的部分我拿一道比较有代表性的真题来完整走一遍。题目大意是给定一个字符串将连续重复的字符压缩成字符出现次数的形式例如aaabbc压缩为a3b2c1另给一个压缩后的字符串写一个解压函数还原原始字符串。这道题表面上是简单模拟但实际有大量的边界场景要处理输入字符串为空怎么办按题意应当返回空字符串。单个字符连续出现1次压缩结果是否要带数字1如果题目没有明确说明默认建议保留1以保证可逆性。出现次数超过9时如何解析解压时需要对连续数字做累加而不是只取一位。解压时遇到非法格式比如数字后无字符应该如何处理笔试中一般不需要抛异常按默认忽略或停止处理。我当时在笔试时用C实现压缩函数的代码如下std::string compress(const std::string input) { if (input.empty()) return ; std::string result; int count 1; for (size_t i 1; i input.size(); i) { if (i input.size() input[i] input[i - 1]) { count; } else { result.push_back(input[i - 1]); result std::to_string(count); count 1; } } return result; }这段代码的关键点在循环的结束条件上我在倒数第二个字符后必须处理最后一个字符的收尾所以循环条件写成了i input.size()在i input.size()时进入else分支。这个写法容易出错因为你很容易把条件写成i input.size()导致最后一段字符丢失。我当时就在循环结束之后漏加了一次收尾逻辑调试了好几分钟面试时被问到也是冷汗直冒。解压函数的实现如下std::string decompress(const std::string input) { std::string result; size_t i 0; while (i input.size()) { char ch input[i]; int count 0; while (i input.size() isdigit(input[i])) { count count * 10 (input[i] - 0); i; } if (count 0) continue; result.append(count, ch); } return result; }这里有三个细节值得展开。第一是字符后的数字可能不止一位必须用循环把整个数字串读完我在count count * 10 ...这里如果不小心写错位置多位数就会解析错误。第二是isdigit要包含cctype头文件并且稳妥写法是写成std::isdigit(static_castunsigned char(input[i]))避免负数输入时未定义行为。第三是append(count, ch)这个接口在C的string里很实用比循环逐个push_back效率高且代码更简洁。3.2 笔试环境中的代码规范不只看结果也看过程我在参加笔试时有个很深的体会奇安信这类公司的编程题不只是看输出结果对不对还会看你的代码风格和解题过程。虽然笔试通常是机器判题但部分批次会有面试官人工review代码的环节所以代码规范很重要。具体来说这几个方面是我从教训中总结出来的变量命名要清晰不要清一色用a、b、tmp宁可多打几个字母也要让变量名表达意图。结构要完整核心算法可以封装成函数不要在main里堆全部逻辑。边界条件处理要显式空输入、单个字符输入、极大输入这几类用例在写完代码后必须自己构建一遍验证。不要忘记包含必要的头文件。C笔试题里#include iostream、#include string、#include vector、#include algorithm基本是标配少一个都编译不过。笔试环境一般不允许查文档全靠平时养成习惯。用标准库而不是造轮子但前提是你真的理解标准库的实现逻辑。比如std::reverse翻转子串你知道怎么用也要知道它不是魔法内部其实是在做头尾交换。3.3 手写代码的常见失误点一个动作白费半小时笔试和平时开发最大的区别在于没有编译器提示没有IDE辅助不存在先跑一下看看的环节。你写下的每个字符都会直接影响结果。以下几个失误点是历届考生的重灾区我逐一帮你排雷忘写分号、括号不匹配。这些低级错误在IDE里会立刻标红但在白板环境下很容易漏掉。写完代码后第一步不是检查算法而是先把语法完整过一遍。数组越界。题目给定vector或char[]时循环条件写还是往往只在一念之间但越界导致的后果在笔试中通常表现为段错误或结果错误。整数溢出。在计算中间结果时如果涉及大数记得用long long代替int否则可能连样例都过不了。忘记释放内存或错误释放内存这在C风格的题目里很常见。分配和释放要成对出现如果题目要求你手写链表操作每次new之后务必找到对应的delete位置。4. 常见问题与排查技巧实录那些年我们一起踩过的坑4.1 选择题里的经典陷阱为什么你感觉对了却选错了几乎每年都有人从考场出来抱怨选择题我明明感觉都会结果对答案错了一半。究其原因是选择题的干扰项设计得非常精细专门针对基础不牢的知识盲区。这里把最高频的几类陷阱整理出来第一类是看起来一样实际完全不同的题型。比如const char *p和char *const p的区别前者是指向常量字符的指针指针可以改指向的内容不可改后者是常量指针指针本身不可改指向的内容可以改。一字之差语义完全相反。试卷里考这种题就是为了筛掉那些靠感觉写代码、不注意语言细节的人。第二类是运算顺序陷阱。i和i在表达式中的行为C标准某些场景下甚至没有严格定义的求值顺序比如printf(%d %d, i, i)这种未指定行为不同编译器结果可能不同。遇到这种题千万不要试图算出某个编译器的实际结果而应直接判断这段代码是否具有未定义或未指定行为。第三类是平台相关陷阱。跟数据模型Data Model相关的内容32位和64位平台下long类型大小不同指针大小不同甚至size_t和int的转换隐含风险。这类题对做过跨平台开发的人很友好对只在Windows上用MSVC做过课程设计的人来说就很容易踩雷。4.2 笔试时间分配一道题卡住五分钟后果断放弃奇安信秋招笔试的题量不少选择题平均每道只有一两分钟的思考时间编程题又需要预留大块时间。时间分配不好导致的结果往往是简单题没时间做完难题也没做出来两头落空。我的经验是分三遍做题法。第一遍快速扫描所有选择题先跳过那些明显需要复杂计算的标记起来第二遍回过头来对付选择题中的中高难度题这一遍给自己限定每道最多三分钟第三遍是编程题时间至少保证剩余40-50分钟给两到三道编程题。如果编程题中有动态规划或复杂模拟的题一定要先花两分钟想清楚状态定义和转移方程再动手边写边想是最浪费时间的做法。如果一道编程题20分钟还毫无思路立刻转做下一道最后有时间再回头来补。4.3 笔试后的复盘从错题里提炼出的备考方向很多人笔试结束就完事了试卷怎么判的、错在哪里一概不管。但我觉得笔试最大的价值不是通过与否而是它像一面镜子能帮你精准定位知识体系的薄弱环节。我每次笔试后都会做一次系统的复盘重点回顾几个维度哪些题是因为知识盲区做错的说明需要补这一部分内容。哪些题是看懂了但思路错了说明这类题目需要更多练习建立正确的思维模式。哪些题是时间不够没做完说明熟练度不够需要加强刷题速度训练。哪些编程题是很接近正确答案但差一点那差的那一点正是你的提升空间。2020年那次秋招笔试我做错了一道非常基础的题C语言中sizeof一个空结构体的值。我凭印象选了0正确答案是1这是C标准对空类的规定C语言中空结构体属于GCC扩展大小也是0。这个知识点平时根本不会注意但在笔试里就是实打实的一分。从那以后我开始系统整理类似冷门但可能考的知识点清单这种积累对后续面试也有很大帮助。5. 安全视角的额外加成为什么懂漏洞原理的人更容易过笔试在试卷之外我想单独用一个小节聊一个很多人忽略的点如果你对安全攻防有一定了解你做这套笔试卷时是有天然优势的。这体现在两个层面。第一个层面是知识点上的关联。比如你研究过栈溢出漏洞你就知道局部变量在栈上从高地址向低地址生长的顺序那么做数组越界写会覆盖哪个变量这类题时就会非常敏感。你研究过堆溢出你就知道malloc返回的内存块之间是有元数据chunk header的越界写可能破坏相邻块的元数据这对应到题目里就是free时为何会报错。第二个层面是思维习惯。安全工程师处理外部输入时默认所有输入都是恶意的这种心态放到笔试题里会体现在边界条件的周全性上。普通开发写字符串压缩可能只考虑正常输入而有过安全训练的人会自动去思考如果输入中包含数字、特殊字符、超长字符串怎么办这种思维方式在做编程题时很容易转化成扎实的边界处理代码从而在机器判题中拿到比预期更高的通过率。所以如果你还有时间准备强烈建议在纯刷题之外花一点时间了解基础的漏洞利用原理。不一定非要动手写exploit但至少把栈缓冲区溢出、堆溢出、整数溢出、格式化字符串漏洞这几个经典类型的原理搞明白。它们对笔试选择题中内存相关题目的理解深度提升效果非常明显。6. 备考路线与实用资源从真题出发按图索骥针对奇安信这类安全公司的C/C笔试我给出一条相对完整的备考路线按优先级排列供大家参考第一优先级是语言基础与内存模型。这是整个笔试的地基。推荐把经典的《C Primer Plus》和《C Primer》系统过一遍重点不是语法细节而是那些容易被忽略的底层机制类型转换、存储期、链接性、对象生命周期、拷贝与移动、内存对齐规则。学完一章就做一章笔记不用贪多一天一个问题点就够。第二优先级是数据结构与算法刷题。推荐的刷题范围是LeetCode的Top 100高频题加剑指Offer重点覆盖数组、字符串、链表、树、动态规划和位运算。每道题要求自己能白板手写并构造测试用例验证。刷题的时候不要只追求AC要追求在20分钟内独立完成并一次通过这对笔试的时间压力是很好的模拟。第三优先级是操作系统、网络、数据库基础。这部分不用像科班那样啃整本教材重点掌握高频考点即可。操作系统推荐看《深入理解计算机系统》的进程、虚拟内存、异常控制流章节网络部分推荐《计算机网络自顶向下方法》的TCP/IP重点内容。数据库不需要太深索引原理、事务ACID、SQL基本语法这三块足够应付。第四优先级是安全知识的扫盲。挑一门高质量的入门课程或者读一遍OWASP Top 10把常见的攻防类型和防御思路理清楚。在此基础上深入了解缓冲区溢出、整数溢出、释放后使用这三个安全漏洞类型能自己画出栈帧布局和堆块结构就更好。另外还有一个建议在笔试前务必实际动手配置一次C/C的开发调试环境不管是Visual Studio、VSCode配MinGW还是CLion都可以。笔试本身可能不依赖IDE但你平时习惯了IDE突然进入一个没有补全、没有编译提示的环境会非常不适应。我在第二次笔试前专门用Vim手写了几十道算法题强制自己适应裸写代码的状态效果显著。最后分享两个小技巧写完这么多最后分享两个我在实际笔试过程中验证过的小技巧虽然不起眼但关键时刻能帮大忙。第一个是选择题的代入法。遇到指针或内存布局相关的选择题如果实在不确定答案可以在草稿纸上画出内存地址和变量布局用具体数值代入计算。这个方法看起来笨但准确率极高尤其是在处理大小端、结构体对齐、指针加减这些题目时。纸上画一画比在脑子里空想要靠谱得多。第二个是编程题的输出调试法。笔试环境虽然不能打断点但你依然可以利用printf或cout在关键节点输出中间变量帮助自己排查逻辑错误。唯一要注意的是调试用的打印语句在最终提交前必须删掉否则可能影响判题结果。我见过有人因为忘了删调试输出导致格式错误直接被判零分这种低级错误不能犯。笔试说到底是一场有限的游戏题目就那么多考点就那些考的是你在有限时间内稳定发挥的能力。有时候差的就是一分准备希望这篇拆解能让你少走一些我走过的弯路。认真准备肯定会有回报。