Files
wonder 70e368e235
Deploy Examination / deploy (push) Successful in 7s
feat: add cybersecurity topic with 6 subtopics (204 questions)
New topic group: 网络安全专题 (cybersecurity)
Subtopics:
- web-security: Web 安全基础 (34 questions)
- crypto-basics: 密码学基础 (34 questions)
- buffer-overflow: 缓冲区溢出与漏洞利用 (34 questions)
- os-security: 操作系统安全 (34 questions)
- network-attack: 网络攻防 (34 questions)
- secure-coding: 安全编程实践 (34 questions)

Question types per subtopic:
- single_choice × 20
- true_false × 10
- short_answer × 3
- code_reading × 1

Difficulty range: 1-3 (基础)
2026-09-17 13:33:04 +08:00

150 lines
8.4 KiB
JSON
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
{
"topic": "os-security",
"type": "true_false",
"schema_version": "1.0.0",
"generated": "2026-09-17T00:00:00+08:00",
"questions": [
{
"id": "tf-001",
"type": "true_false",
"difficulty": 1,
"tags": [
"操作系统安全",
"权限模型"
],
"question": "在 Linux 系统中,root 用户(UID=0)可以绕过文件的所有权限检查。",
"answer": false,
"explanation": "这个说法不完全正确。root 用户虽然拥有极大的特权,但并不能绕过所有权限检查。具体来说:1)root 可以读写大多数文件,但在执行文件时仍需文件具有执行权限;2)如果文件系统被挂载为只读,root 也不能写入;3)对于使用了 POSIX ACL 或强制访问控制(如 SELinux)的系统,root 也受限于安全策略;4)带有不可变属性(immutable flag, chattr +i)的文件,root 也不能修改,除非先移除该标志。因此 root 并非完全绕过所有权限检查。",
"source": null,
"related": []
},
{
"id": "tf-002",
"type": "true_false",
"difficulty": 1,
"tags": [
"操作系统安全",
"权限模型"
],
"question": "Linux 中的 Sticky Bit 可以防止目录中的文件被非所有者删除。",
"answer": true,
"explanation": "当一个目录设置了 Sticky Bit(权限位末尾的 t,如 /tmp 的 drwxrwxrwt),只有文件的所有者、目录的所有者或 root 用户才能删除或重命名该目录中的文件。即使其他用户对该目录有写权限,也不能删除别人的文件。这是防止共享目录中文件被任意删除的重要安全机制,最典型的例子是 /tmp 目录。",
"source": null,
"related": []
},
{
"id": "tf-003",
"type": "true_false",
"difficulty": 2,
"tags": [
"操作系统安全",
"沙箱"
],
"question": "chroot 可以提供完整的安全沙箱隔离,足以防止所有类型的逃逸攻击。",
"answer": false,
"explanation": "chroot 只改变了进程看到的文件系统根目录,是一种非常基础的隔离手段,并非真正的安全沙箱。存在多种 chroot 逃逸方法:1)具有 root 权限的进程可以创建设备节点访问宿主磁盘;2)通过 mount 系统调用可能访问宿主文件系统;3)chroot 不隔离网络、进程、IPC 等资源。因此 chroot 不足以提供完整的安全隔离,现代方案通常使用 namespace、seccomp、SELinux 等组合来实现更完善的沙箱。",
"source": null,
"related": []
},
{
"id": "tf-004",
"type": "true_false",
"difficulty": 1,
"tags": [
"操作系统安全",
"windows安全"
],
"question": "Windows 的 Windows Defender 是操作系统内置的防病毒和安全防护软件。",
"answer": true,
"explanation": "Windows Defender(现称 Microsoft Defender Antivirus)是 Windows 操作系统内置的安全防护软件,从 Windows 8 起默认启用。它提供实时保护、云安全智能、防火墙等功能,是 Windows 安全中心的核心组件之一。在 Windows 10/11 中,Defender 已成为功能完善的防病毒解决方案,无需额外安装第三方杀毒软件。",
"source": null,
"related": []
},
{
"id": "tf-005",
"type": "true_false",
"difficulty": 2,
"tags": [
"操作系统安全",
"windows安全",
"win32api"
],
"question": "在 Windows 中,普通用户进程可以通过 DuplicateTokenEx() 将自己的令牌提升为管理员权限。",
"answer": false,
"explanation": "DuplicateTokenEx() 只能复制一个已有的令牌,并可能改变其模拟级别(如从 SecurityIdentification 提升到 SecurityImpersonation 或 SecurityDelegation),但它无法凭空为令牌添加管理员权限。要获得管理员权限的令牌,必须通过 UAC 提升(如 ShellExecute 以 runas 动词运行)或由已具有管理员权限的进程显式创建和分配。安全子系统不会允许低权限进程自我提权。",
"source": null,
"related": []
},
{
"id": "tf-006",
"type": "true_false",
"difficulty": 2,
"tags": [
"操作系统安全",
"沙箱"
],
"question": "容器技术(如 Docker)的隔离强度与虚拟机相同,可以完全替代虚拟机用于安全敏感场景。",
"answer": false,
"explanation": "容器与虚拟机的隔离机制本质不同。容器共享宿主机内核,通过 namespace 和 cgroup 实现隔离,攻击者若利用内核漏洞可能实现容器逃逸,直接威胁宿主机。而虚拟机拥有独立的内核和虚拟硬件,通过 Hypervisor 实现硬件级别的隔离,攻击面更小。在多租户、高安全需求场景下,虚拟机或 Kata Containers 等轻量级 VM 方案更合适。容器更适合可信代码的快速部署和资源高效利用。",
"source": null,
"related": []
},
{
"id": "tf-007",
"type": "true_false",
"difficulty": 1,
"tags": [
"操作系统安全",
"权限模型"
],
"question": "在 Linux 中,文件的 SUID 位对 shell 脚本会像对二进制程序一样生效。",
"answer": false,
"explanation": "Linux 内核会为设置了 SUID 位的二进制可执行文件切换有效用户 ID,但对于 shell 脚本(以 #!/bin/bash 等开头的解释型脚本),出于安全原因,大多数现代 Linux 系统会忽略其 SUID 位。这是因为脚本执行依赖于解释器,且脚本内容可被修改,存在严重的安全风险。如果需要以其他用户身份运行脚本,应使用 sudo 等机制。",
"source": null,
"related": []
},
{
"id": "tf-008",
"type": "true_false",
"difficulty": 2,
"tags": [
"操作系统安全",
"windows安全"
],
"question": "Windows 的 Credential Guard 功能可以防止 Pass-the-Hash 攻击。",
"answer": true,
"explanation": "Windows Credential Guard 利用基于虚拟化的安全(VBS)技术,将 NTLM 密码哈希和 Kerberos 票据等凭据存储在一个独立的、受保护的虚拟机中(称为安全隔离环境),即使攻击者获得了操作系统内核权限也无法直接访问这些凭据。Pass-the-Hash 攻击依赖于获取 NTLM 哈希来伪造认证,Credential Guard 使攻击者无法读取内存中的哈希值,从而有效防御此类攻击。",
"source": null,
"related": []
},
{
"id": "tf-009",
"type": "true_false",
"difficulty": 1,
"tags": [
"操作系统安全",
"沙箱"
],
"question": "浏览器的同源策略(Same-Origin Policy)是一种操作系统级别的沙箱机制。",
"answer": false,
"explanation": "同源策略是浏览器实现的一种 Web 应用安全策略,属于应用程序层面的安全机制,而非操作系统级别。它限制来自一个源(协议+域名+端口)的脚本访问另一个源的资源,防止恶意网站通过 JavaScript 窃取用户数据。操作系统级沙箱指的是如 seccomp、namespace、AppContainer 等由内核提供的隔离机制。虽然浏览器也会使用操作系统提供的进程沙箱(如 Chrome 的 sandbox),但同源策略本身不是操作系统机制。",
"source": null,
"related": []
},
{
"id": "tf-010",
"type": "true_false",
"difficulty": 2,
"tags": [
"操作系统安全",
"windows安全",
"win32api"
],
"question": "Windows 的 ASLR(地址空间布局随机化)可以完全阻止缓冲区溢出攻击。",
"answer": false,
"explanation": "ASLR 通过随机化可执行文件、DLL、堆、栈等在内存中的加载地址,增加了攻击者预测目标地址的难度,是重要的漏洞利用缓解措施。但它不能完全阻止缓冲区溢出攻击:1)信息泄露漏洞可能暴露内存布局,绕过 ASLR;2)32 位系统的地址空间有限,随机化熵较低,暴力猜测成功率可观;3)攻击者可使用 ROP(Return-Oriented Programming)结合信息泄露绕过 ASLR;4)攻击者可能利用未启用 ASLR 的模块。ASLR 应与 DEP、CFG 等其他缓解措施配合使用。",
"source": null,
"related": []
}
]
}