跳到正文ChatGPT 说 · Jimmy Huang's BlogChatGPT 说
本页目录· 165 条
这一页有部分内容暂时无法显示，其余内容完整。
FIT5225 Week 10 Seminar 学习笔记：Cloud Security + A2 / Oracle Briefing
资料来源：本周 Cloud Security 课件、seminar transcript。
此处有一段内容暂不支持显示。
1. 本周 Seminar 总览
这周 seminar 不是单纯讲一个新知识点，而是由 课程技术回顾 + Assignment 2 说明 + Optional Oracle bonus task + Cloud Security 第一部分 组成。
前半部分老师先补充了上周遗留的 AWS VPC 网络成本、NAT Gateway / NAT Instance、Cognito user pool / identity pool 等内容。这部分和 applied class 以及 Assignment 2 关系很大，因为 A2 明确要求使用 AWS Cognito 做 authentication 和 authorization，而且你需要理解 VPC、subnet、security group、NACL、NAT、bastion host 等基础网络组件。
中间部分老师重点讲了 Assignment 2 的要求和注意事项。A2 是 group assignment，核心是做一个 multi-cloud online storage system，支持用户上传图片 / 视频，用预训练 ML model 自动识别 wildlife species tags，同时支持手动 tag、搜索、去重、缩略图、通知等功能。老师特别强调了：Cognito 必须用于 authentication / authorization、默认组队 3-4 人、due date 很 firm、GenAI 可以用但 demo 时必须理解代码、组内不贡献可能被扣 group mark。
后半部分进入本周新主题：Cloud Security。老师从“Security 到底是什么”开始讲，强调安全不是一个简单的 yes/no 状态，而是一个和场景、风险、预算、系统复杂度、人为因素有关的灰度问题。Cloud security 的核心不是“用了某个安全技术就安全”，而是要从系统整体、威胁模型、访问控制、隐私合规、数据生命周期、监控审计等方面一起设计。
最重要的口头重点是老师明确说：4 As（Authentication, Authorization, Access, Audit）可能是整个两周 Cloud Security 最重要的 slide。这部分必须重点掌握，因为它贯穿 Cognito、IAM、访问控制、日志审计、A2 身份系统设计，以及后续 security / compliance 内容。
2. 核心知识点总结
2.1 VPC 网络成本与 NAT Gateway / NAT Instance 回顾
这部分在讲什么
老师先回顾了 AWS VPC 相关内容，特别强调 不同网络路径会产生不同成本。
核心理解：
VPC 内部可以有 public subnet、private subnet、route table、internet gateway、NACL、security group 等。
private subnet 里的 EC2 如果要访问外网，通常需要通过 NAT Gateway 或 NAT Instance。
NAT Gateway 是 AWS 托管服务，使用方便但成本较高。
NAT Instance 是自己创建和管理的 EC2 实例，成本可能更低，但需要自己维护。
同一个 region / availability zone 内部通过 private IP 通信通常成本较低。
跨 region、跨 availability zone、走 public internet 的流量通常更贵。
只要流量走 internet，成本通常会更高；如果能走同 region / same AZ / private network，就更省。
为什么重要
这部分和 applied class 直接相关。老师说本周 applied class 会用 NAT Instance 而不是 NAT Gateway，原因是为了省钱。NAT Gateway 不只是按小时收费，还会按处理的数据量收费，而且 inbound / outbound 都可能计费。对于大量 EC2 做 update、下载依赖、传输数据的场景，成本会很明显。
和本课程整体的关系
FIT5225 不只是让你会“部署服务”，还要求你理解云上架构的 成本、安全、可维护性。VPC 和 NAT 是 cloud networking 的基础，会影响：
云架构设计
私有子网访问外网
安全边界
成本估算
applied class 实操
A2 多云系统架构设计
初学者怎么理解
你可以把 VPC 想成你在 AWS 租了一块“虚拟机房”。
public subnet 像对外开放的房间，private subnet 像内部房间。
private subnet 里的机器要上网，不能直接走大门，需要通过一个“代理出口”——这就是 NAT。
NAT Gateway 是 AWS 帮你管的出口，省心但贵；NAT Instance 是你自己搭的出口，便宜但要自己管。
2.2 VPC 核心组件：IGW、Route Table、NACL、Security Group、Bastion Host
这部分在讲什么
为什么重要
这些是后面所有 cloud security 内容的基础。你如果不理解 VPC、NACL、Security Group，就很难理解：
什么叫 network-level protection
什么叫 reduce attack surface
为什么 private subnet 更安全
为什么不能把数据库直接暴露到公网
为什么要通过 bastion host 管理内部机器
最容易混淆
Security Group vs NACL 是考试 / 面试里常见易混点：
Security Group 是 stateful：你允许入站，返回流量自动允许。
NACL 是 stateless：入站和出站都要明确写规则。
Security Group 通常挂在 instance / ENI 上。
NACL 通常作用在 subnet 层级。
2.3 Cognito：User Pool 与 Identity Pool
这部分在讲什么
老师讲了 AWS Cognito 的基本作用：帮助应用管理用户身份、登录、token、密码重置、第三方登录、临时 AWS 凭证等。
用户在 app 中输入 email / username + password 登录。
应用向 Cognito User Pool 发起认证。
User Pool 返回 token。
应用把 token 交给 Identity Pool。
Identity Pool 根据用户身份和角色生成临时 AWS credentials。
用户使用这些 credentials 访问 S3、DynamoDB、Lambda 等服务。
用户能读、写、删什么，取决于 IAM role / policy。
为什么重要
老师明确说：Assignment 2 的 authentication 和 authorization 必须使用 AWS Cognito。其他服务可以替换，比如 serverless 不一定用 Lambda，storage 不一定用 S3，但 Cognito 是硬性要求。
所以你不能只是知道 Cognito 这个名字，而是要理解：
User Pool 是认证身份
Identity Pool 是授权访问 AWS 资源
token 和 temporary credentials 的关系
Cognito 如何和 IAM role / policy 配合
和 A2 的关系
A2 是 multi-cloud system，但老师依然要求用 Cognito 做用户认证授权。原因是 Cognito 在 industry 中是常见的 identity management 服务。你们可以把 Cognito 当成全系统的 central identity provider，然后根据用户身份控制上传、搜索、删除、tag 修改、订阅通知等功能。
初学者怎么理解
User Pool 像“学校学生名单 + 登录系统”：它负责确认“你是不是这个学生”。
Identity Pool 像“门禁权限系统”：确认你是这个学生之后，再决定你能进图书馆、实验室，还是只能进普通教室。
2.4 Assignment 2 Briefing：Multi-cloud Wildlife Media Storage System
这部分在讲什么
A2 是一个 group assignment，要求设计和实现一个 multi-cloud online storage system。场景是 wildlife observation：用户上传图片或视频，系统使用预训练 ML model 自动识别物种标签，同时支持用户手动管理 tags，并能根据 tags 搜索媒体文件。
用户上传 images / videos。
至少使用两个 major cloud providers 作为 backend storage。
使用预训练 ML model 自动识别 wildlife species。
自动生成 tags，并允许用户手动 add / remove tags。
存储 metadata 到 database。
支持按 tag / species / thumbnail URL 等查询。
支持文件去重 deduplication。
上传后生成 thumbnail，网页上显示缩略图，不直接加载大图。
视频可通过 OpenCV 抽帧，再对 frame 做识别。
支持 tag-based notification，例如订阅 koala tag 后，有新 koala 图片上传就收到 email。
serverless application 可以 scale down to zero，没有请求时降低成本。
老师特别强调的 A2 要求
必须使用 AWS Cognito 做 authentication / authorization。
至少两个 major cloud providers，可以 AWS + Azure / GCP / Oracle Cloud 等。
Serverless 不一定必须用 Lambda，storage 不一定必须用 S3。
如果其他云提供 S3-compatible API，可以用相似代码访问不同 endpoint。
ML model handling 要设计好：如果给你新模型，最好不要改 source code 或重新部署整个应用。
Deduplication 是为了避免用户重复上传同一个文件，减少存储浪费和成本。
Thumbnail 是为了提升 UI 性能，不要在网页上直接加载 full-size image。
GenAI 可以使用，但必须能理解、修改、运行生成的代码。
Demo 会检查你是否真的理解自己的系统。
组队与评分注意事项
默认 group size：3-4 人。
2 人小组需要特殊批准。
超过 4 人不允许。
Due date 很 firm，group assignment 不适用普通 2-day short extension 到整个组。
如果某个组员不参与、不提交、不参加 meeting、不贡献代码，可能最多被扣掉 50% group mark。
Demo 是 group demo，通过 Zoom 进行。
team report 最大 1000 words，individual report 最大 500 words。
UI 占 20%，demo + final report 合计 20%。
和本周 Cloud Security 的关系
A2 不是单纯功能开发，它其实会用到本周 security 内容：
Cognito = authentication + authorization
multi-cloud = availability / resilience
file deletion = data lifecycle / privacy
tag management = access control / data integrity
notification = user preference + privacy
ML model update = supply chain / model management
storage across clouds = data location / compliance / vendor lock-in / governance
2.5 Optional Oracle Case Study / Design Task
这部分在讲什么
老师介绍了一个 optional case study / design task，由 Oracle 提供案例背景。它不是普通 assignment 的必做部分，而是 bonus task。
设计一个 architecture design，要求 full-page diagram。
提交相关 plan / discussion，没有严格 word limit，但要 concise。
评分 0-5，最多加 5 bonus marks。
不提供详细 feedback，只给 mark。
bonus 加到总评中，但总分不会超过 100。
due date 很 firm，不能申请 extension。
主题是一个 imaginary e-commerce company 的 global technology operations modernization。
需要至少两个 cloud providers，其中 Oracle Cloud 是 mandatory。
可以结合 AWS 和 private data centre。
Week 12 会从满分学生中随机选 2 人参加 15 分钟 mock interview。
mock interview 中学生扮演 CIO，向 CEO 汇报。
CEO 不太懂技术，所以重点不是堆技术细节，而是解释架构如何解决 business challenges。
为什么重要
这部分虽然是 optional，但对想拿高分 / bonus / 面试经验的学生很重要。它训练的是 cloud architecture 的表达能力：
高分表达方向
不要只说“我用了 OCI、AWS、Kubernetes、API Gateway”。
2.6 Security 的基本定义：安全不是 binary，而是 risk spectrum
这部分在讲什么
课件和老师都强调：Security / Secure 是很宽泛、抽象、依赖场景的概念。安全不是一个简单的“安全 / 不安全”开关，而是处在一个灰色区间。
一个小网站可能足以抵御个人 hacker 的攻击。
但如果攻击者是大型组织或国家级攻击者，同样的系统可能完全不够安全。
所以安全要看攻击者是谁、资源多少、威胁类型是什么、系统资产价值多大。
secure technology != secure system
也就是说，某个组件本身是安全的，不代表整个系统就安全。比如你使用了加密、MFA、HTTPS，但数据库没有密码或权限配置错误，系统还是可能被攻破。
为什么重要
这是 Cloud Security 的底层思维。很多初学者容易以为：
用了 HTTPS 就安全
用了 AWS 就安全
用了 Cognito 就安全
用了 encryption 就安全
但真正的 cloud security 是系统工程。你需要从应用、网络、身份、数据、运维、合规、人员、流程一起考虑。
和本课程整体的关系
FIT5225 前面学了 cloud infrastructure、serverless、VPC、container、multi-cloud。Cloud Security 这部分是在告诉你：这些技术部署上去以后，如何保证它们可信、可控、可审计、可恢复、符合法规。
2.7 Security Complications：为什么安全很难
这部分在讲什么
课件列出了现代安全的几个困难点，老师在 transcript 中展开解释了很多。
1. Security is inconvenient by nature
安全机制通常会增加用户操作成本。例如 MFA 会让登录多一步，密码策略会让用户不方便，访问控制会让流程更复杂。
老师强调：每增加一个安全屏障，通常都会增加一点用户体验摩擦。
2. Security has performance and cost overhead
加密、日志、权限检查、审计、DDoS mitigation、备份、监控都会占用资源，带来成本和性能开销。
3. Systems are complex, but users are often unsophisticated
系统越来越复杂，但很多用户并不懂安全。老师举例：公司强制复杂密码后，有员工可能把密码写在便利贴上贴在显示器旁边，这反而造成新的风险。
4. Share now, protect later creates security debt
很多 startup 或项目为了尽快上线 MVP，会先实现功能，安全以后再补。老师强调这会形成 security debt / technical debt：项目越大，后面修补越贵、越难。
5. Data is everywhere
现代系统会收集大量用户行为、传感器、浏览、播放记录等数据。如果不同 team 各自收集数据，没有统一策略，数据会散落在系统各处，容易泄漏。
6. Attackers are focused and skilled
攻击者可能只专注于一件事：找到你的系统弱点。但企业系统需要同时考虑业务、开发、运营、成本、用户体验等很多事情，所以防守方更难。
7. Management may treat security as a cost drain
老师结合 industry experience 说，很多管理层会觉得安全不直接产生业务价值，只会拖慢上线速度。但从架构师 / CTO / CIO 角度，安全必须从系统设计阶段就考虑。
为什么重要
这部分的核心不是背概念，而是理解 security trade-off：
安全 vs 用户体验
安全 vs 成本
安全 vs 开发速度
安全 vs 系统复杂度
安全 vs 业务目标
优秀的 cloud architect 不是盲目加安全组件，而是能根据风险和场景做合理设计。
2.8 Cloud Era 中安全为什么重要
这部分在讲什么
课件从两个角度解释 cloud security 的重要性：
对 CSP 和企业
Trust：用户和客户是否相信你
Compliance：是否满足法规要求
Cost：安全事件会带来直接损失
Obligation：企业有义务保护用户数据
对学生 / 开发者
老师提到职业路径从 Dev 到 DevOps，再到 DevSecOps。现在安全能力已经成为 cloud / DevOps / software engineering 的重要竞争力。
老师提到的澳洲安全事件
Latitude：ID 和客户数据泄露，造成直接成本。
Medibank：大量客户数据泄露。
Optus：大量客户数据泄露，直接和间接损失很大。
Banking hack：多个银行客户密码出现在 Telegram 和 dark web。
老师补充强调：除了直接成本，reputation damage 和未来信任损失也很严重。用户可能因为某家公司曾经数据泄露而换服务商。
对个人的学习建议
2.9 3W2H：设计安全系统前必须问的问题
这部分在讲什么
老师口头补充
老师特别强调安全应该贯穿整个 lifecycle，而不是上线后才补：
老师还提到，如果发生 data breach，企业需要根据法律要求及时报告。如果检测和上报太晚，可能面临更严重罚款。
为什么重要
3W2H 是 threat modeling 和 risk assessment 的前置思维。它帮助你从“我要加什么安全技术”转向“我要保护谁、保护什么、对抗什么风险、怎么证明我做到了”。
和 A2 的关系
Who：普通用户、恶意用户、离职组员、攻击者、云服务误配置风险。
What：用户账号、媒体文件、tags、metadata、ML model、通知订阅信息。
When：上传前、存储时、搜索时、删除时、demo 后。
How monitor：CloudWatch / logs / audit trail / error logs。
How comply：用户数据删除、跨云数据位置、最小权限、访问审计。
2.10 常见安全威胁类型与缓解方式
这部分在讲什么
课件列出常见威胁类型，老师结合例子解释了几类高频威胁。
1. Data Leakage and Tampering
Authorization
Hashing
Digital signatures
Encryption
Audit logs
2. Man-in-the-Middle / Session Hijacking / Replay / Spoofing
这些攻击都和“通信过程或身份被冒充 / 窃听 / 重放”有关。
MitM：攻击者夹在你和服务器中间偷看或修改通信。
Session hijacking：攻击者偷走你的 session token。
Replay attack：攻击者重放之前截获的合法请求。
Spoofing：攻击者冒充某个身份或服务。
3. Password Attack / Permission Elevation
老师提到 privilege escalation 的思路类似尝试获得更高权限，例如某些设备 jailbreak 的例子。
4. Vandalism / DoS / DDoS
Vandalism 指攻击者不一定是为了偷数据，也可能只是破坏服务。
DDoS 通过大量机器同时向服务器发请求，把系统打挂。
攻击者可能勒索：如果想停止攻击，就支付 Bitcoin。
Botnet 可以被攻击组织激活，用来攻击目标网站。
Throttling
QoS
Rate limiting
DDoS protection
Autoscaling
Firewall / WAF
5. Malware / Spyware / Ransomware
老师举例说，ransomware 可能在 assignment due 前把你的 source code 加密，然后要求你付钱解锁。
Proper backup strategy
3-2-1 backup rule
Endpoint protection
Patch management
Least privilege
6. Social Engineering / Phishing / Homograph Attack
老师举了 homograph attack 的例子：攻击者创建一个看起来像 Commonwealth Bank 的网站，但把某些字母换成数字或相似字符，比如 commonwea1th。用户不仔细看就可能输入账号密码。
User education
MFA
Domain checking
Anti-phishing tools
Password manager
2.11 4 As：Authentication, Authorization, Access, Audit
这部分在讲什么
这是本周最重要的核心概念。老师明确说这可能是整个两周 Cloud Security 最重要的 slide。
1. Authentication：证明你是谁
email + password
SMS code
MFA app
fingerprint
smart ID card
SSO
Cognito User Pool
2. Authorization：你被允许做什么
你能不能上传文件？
你能不能删除文件？
你能不能修改 tag？
你能不能看别人的文件？
你能不能调用某个 AWS service？
在 Cognito 中，Identity Pool + IAM policy 就和这部分相关。
3. Access：你如何实际访问资源
S3 bucket policy
S3 object ACL
IAM policy
security group
NACL
private key
whitelist / blacklist
老师用“进 server room”的例子说明：你有身份，也有权限，但进入不同区域还需要门禁、钥匙、访问列表等实际控制机制。
4. Audit：你是否在做正确的事
Audit 不是“有没有权限”，而是“你拿到权限后做了什么”。
老师举例：lecturer 可以访问学生信息，但不能把学生信息卖给第三方 tutoring company。系统应该有日志和监控，能检查访问是否合理。
为什么重要
2.12 Authentication and Authorization 的细分：RBAC、ABAC、Identity-based、Group-based
这部分在讲什么
课件列出 authentication / authorization 的实现挑战和访问控制模型。老师对 authorization 模型展开解释。
RBAC：Role-Based Access Control
normal user
manager
admin
supervisor
ABAC：Attribute-Based Access Control
按照 attribute / tag 来细粒度控制权限。
can_upload
can_delete
department=finance
region=au
deny_export
老师解释：在复杂系统中，一个 manager group 可能默认有 900 个功能权限，但某个 manager 不能访问其中一部分。这时可以用 ABAC tag 做更细粒度的 allow / deny。
Identity-based Access Control
Mohammad 能访问全部功能。
Jay 只能访问部分功能。
某个用户临时拥有某个资源访问权。
Group-based Access Control
把用户放进 group，再给 group 分配权限。老师说在实际系统中 group-based 和 role-based 很接近，有时会混用。
老师特别强调：Centralized Identity Provider 很重要
如果一个大型系统里有十几个甚至上百个组件，每个组件都有自己的 user database，那么员工离职时，你必须到每个系统里删除账号。一旦漏掉一个，就会留下安全风险。
所以实际系统中要尽量使用 centralized identity provider / SSO，让身份管理集中化。
2.13 Privacy：隐私不是全球统一概念
这部分在讲什么
课件讲 privacy 的定义：个人和组织在收集、使用、保留、披露 personal information 时的权利和义务。
老师口头强调：privacy 的含义会随着国家、文化、法律辖区变化。
所以如果开发 global application，不能假设所有国家对 personal data 的定义都一样。
为什么重要
Cloud application 很容易跨地区部署。一旦用户来自不同国家，系统就需要考虑不同 privacy law，例如：
GDPR
Australian Privacy Act
US privacy laws
HIPAA
PCI-DSS
隐私问题不仅是技术问题，也是法律、文化和商业信任问题。
2.14 Cloud Privacy Concerns：云环境下的隐私关注点
这部分在讲什么
课件列出 cloud privacy 的多个问题，老师对其中几个做了详细解释。
1. Data Access
用户有权访问、导出、删除自己的个人数据。很多大公司提供：
export my data
delete my data
inspect my data
A2 如果涉及用户文件、metadata、tag、订阅信息，也要考虑用户是否能删除自己的内容。
2. Compliance
云数据可能存储在不同 datacenter、不同 state、不同 country，每个地方法律不同。
老师反复强调：如果服务欧洲用户，数据可能需要存储在 EU region。把 EU 用户数据复制到 US datacenter 可能违反 GDPR。
3. Storage
4. Retention
不能因为“以后可能有用”就永久保存所有用户数据。用户可能要求删除、修改、导出自己的数据。
5. Destruction
删除数据不等于真正销毁数据。云存储可能有 replication、backup、异步删除。
老师举例：S3 standard 可能有多个副本。你删除主对象后，后台复制副本删除可能是 asynchronous process。系统设计时要考虑如何证明数据已经被 sanitize / destroyed。
6. Audit and Monitoring
组织需要证明 CSP 和自己的系统符合 privacy requirements。需要日志、审计、监控和合规报告。
7. Privacy Breaches
如果发生 privacy breach，需要决定：
怎么检测？
什么时候通知用户？
怎么通知监管机构？
谁负责处理？
如何保留证据？
2.15 课件后半部分的重点预习：Shared Responsibility、Threat Modeling、IAM、Data Protection、Incident Response
注意：以下内容在提供的 transcript 中没有像前半部分那样完整口头展开，但出现在 Cloud Security 课件后半部分。它很可能是 Week 10/11 两周 Cloud Security 的后续内容，建议提前掌握。
1. Shared Security Responsibility Model
课件图展示了不同 service model 下，你和 cloud vendor 的责任边界不同：
Private data center / private cloud：你几乎全部负责。
IaaS：cloud vendor 负责 networking、storage、servers、virtualization 等底层，用户负责 OS、middleware、runtime、data、application。
PaaS：vendor 管得更多，用户主要负责 application 和 data。
SaaS：vendor 管得最多，但用户仍然要管好数据、账号、访问策略和使用方式。
上云不代表安全责任全部交给 CSP。不同模型下责任边界不同。
2. Host-level Security Threats
3. Virtual Server Threats
4. Threat Modeling and Risk Assessment
Threat modeling 是系统化识别安全问题和潜在威胁的方法。
谁可能攻击我们？
哪些资产会被攻击？
威胁影响有多大？
哪些威胁最关键？
用什么控制措施缓解？
attack-focused
asset-focused
design-focused
UML diagrams
attack trees
risk register
mitigation plan
5. Cloud Security Management
课件强调要理解 trust boundary 和 management / monitoring scope：
availability management
configuration management
patch management
access management
vulnerability management
incident response
ITIL
ISO/IEC 27001
ISO/IEC 27002
6. Security Design Principles
课件引用 AWS Well-Architected Security Pillar，列出几个设计原则：
strong identity foundation
least privilege
traceability
security at all layers
automate security best practices
protect data in transit and at rest
keep people away from data
prepare for security events
这和本周老师讲的 4As、playbooks、privacy、monitoring 是连起来的。
7. IAM Best Practices
centralized identity provider
user groups and attributes
least privilege
strong sign-in mechanisms
temporary credentials
audit and rotate credentials
store and use secrets securely
这部分和 Cognito / IAM / A2 authentication authorization 直接相关。
8. Infrastructure & Network Protection
9. Data Protection
identify data
define data protection controls
lifecycle management
classification
KMS / HSM / certificate management
encryption at rest and in transit
access control
audit key usage and unintended data access
automate data-at-rest protection
10. Detection and Incident Response
establish response objectives
document plans
know what you have and need
use redeployment mechanisms
automate where possible
learn and improve
educate, simulate, iterate
这和老师口头讲的 playbook 一致：不能等事故发生再临时想办法。
11. Disaster Recovery and Backup
failover sites
disaster recovery should be tested regularly
full system backups
backups encrypted with AES-256
offsite backups
3-2-1 rule：3 copies, 2 different media, 1 offsite
这可以对应老师讲 ransomware 的例子：如果作业代码被勒索软件加密，真正有效的应对方式是有可靠备份，而不是临时慌张。
12. Common Compliance Risks
课件图中出现四类常见 compliance risks：
Disclosure of PHI / HIPAA
Breach of payment card data / PCI-DSS
Infringement of personal data privacy rights / GDPR
Lack of disaster preparedness / Disaster Recovery
这说明 compliance 不只是“隐私政策”，还包括医疗数据、支付卡数据、个人数据权利、灾备能力等。
3. 老师强调的重点
3.1 4 As 是最高优先级重点
这可能是整个两周 Cloud Security 最重要的 slide。
Authentication = prove who you are
Authorization = what you can do
Access = actual mechanisms to access resources
Audit = are you doing the right thing
老师明确口头标记“most important”。
和 Cognito user pool / identity pool 直接关联。
和 A2 必须实现的 auth/authz 直接关联。
和 IAM、logs、security design、exam 概念题高度相关。
3.2 Cognito 在 A2 中是强制要求
老师明确说 A2 中 必须使用 AWS Cognito 做 authentication 和 authorization。其他服务可以选别的云或同类服务，但 Cognito 是 enforced requirement。
老师直接用 must / enforce 说明。
A2 评分中 authentication / authorization 占 10%。
很多学生可能会问是否可以不用 AWS 服务，所以老师特别澄清。
demo 时如果 Cognito 没有正确使用，很可能影响得分。
3.3 User Pool 和 Identity Pool 的区别
老师用 Cognito 反复解释 authentication 和 authorization：
这是 Cognito 的核心机制。
容易和 4As 混在一起。
A2 必须使用。
应用课可能会实际操作登录流程。
3.4 Security is not binary
老师反复解释安全不是“安全 / 不安全”的二元判断，而是和风险、攻击者、预算、当前威胁环境有关。
这是整周 Cloud Security 的开场核心思想。
决定后面 threat modeling、risk assessment、trade-off 的理解方式。
体现老师想让学生从 architecture 思维理解安全，而不是背工具。
3.5 Secure technology 不等于 secure system
老师强调单个安全组件不能保证整个系统安全。系统安全取决于最弱环节。
和 cloud architecture 设计直接相关。
可能用于解释为什么不能只依赖 CSP 或某个工具。
和 A2 多组件系统很相关：Cognito 安全，不代表存储、数据库、tag API、model pipeline 都安全。
3.6 Security should be considered at design time, not afterthought
老师用 security debt / technical debt 解释：如果一开始不考虑安全，后面补救成本会更高。
3.7 Centralized Identity Provider 很重要
老师解释，如果每个系统都有自己的 user database，员工离职或权限变更时容易遗漏账号，形成安全风险。
3.8 Privacy 和 compliance 不是可选项
不同国家和文化对 personal data 定义不同。
服务全球用户时必须考虑数据存储位置。
GDPR 等法规可能要求数据在特定地区存储。
用户可能要求 export / delete / modify their data。
云存储的副本、备份、异步删除会让 data destruction 变复杂。
3.9 A2 due date、group contribution、GenAI 使用是行政高频重点
group assignment due date 很 firm。
2-day short extension 不会自动适用于整个 group。
group member 不贡献可能被扣 group mark，最多 50%。
GenAI 可以用，但 demo 时必须理解代码，否则会扣分，极端情况可能零分。
这是老师针对学生 FAQ 的澄清。
与实际得分直接相关。
很容易因为忽略规则而影响成绩。
3.10 Optional Oracle task 的表达重点是 business value，不是技术堆叠
老师说 mock interview 中你扮演 CIO，对 CEO 汇报。CEO 不太 technical，所以要低技术细节，重点解释架构如何解决公司挑战。
老师明确解释了 interview 角色和表达方式。
如果只画复杂技术图，不解释 business benefit，可能难拿高分。
这个任务的目标是 architecture communication，不只是 cloud service list。
4. transcript 里补充的重要信息
4.1 NAT Gateway 在澳洲 region 可能很贵，本周 applied class 用 NAT Instance 省钱
课件里可能只讲 VPC，但老师口头补充了 NAT Gateway 的费用结构：
这解释了为什么 applied class 选择 NAT Instance。
4.2 “所有走 Internet 的流量通常更贵”
老师用跨 region、跨 availability zone、private IP、internet gateway 等场景解释网络成本。核心结论是：如果架构设计不注意网络路径，可能产生额外 data transfer charges。
这在 cloud architecture 中很重要，因为很多初学者只关注 compute / storage 费用，忽略 network cost。
4.3 A2 的 ML model handling 要支持模型更新，不要每次改源码
老师口头补充：很多 research lab 会频繁更新 ML model。如果给你一个新 model，你最好不要修改 source code 或重新部署整个应用，而是设计一种机制让新模型可以被放入系统后自动可用。
decoupling
maintainability
cloud-native design
model lifecycle thinking
4.4 Deduplication 的真实目的：省存储空间和钱
老师解释 deduplication 不是为了好看，而是为了防止用户重复上传相同图片 / 视频，造成 storage waste 和 cost waste。
如果在 A2 report / demo 中解释这一点，会比只说“实现去重功能”更有说服力。
4.5 Thumbnail 是为了避免网页加载 full image
老师解释用户浏览网页时不应该直接加载大图，而是上传后生成小的 thumbnail。这样能提升 UI 体验，也能节省带宽和加载时间。
4.6 Video handling 可以通过 OpenCV 抽帧实现
老师补充：视频文件可以 frame by frame 抽取图像，然后对 frame 做 detection，再给 video 添加相应 tags。
4.7 Tag-based notification 是订阅模型
老师举例：用户订阅 koala tag，只要有 koala 图片上传，就收到 email notification。
这说明 A2 不是简单 CRUD，还要有 event-driven / notification 逻辑。
4.8 老师用 industry experience 强化 security 重要性
老师提到自己以前在 industry 做 CTO，多年没有发生 data breach，但遭遇过 DDoS，并有 mitigation。这种口头经历说明老师希望学生把 security 看成真实工程问题，不只是理论。
4.9 用户安全行为也很重要
使用 password manager
不同网站使用不同密码
开启 MFA
使用 dark web monitor
4.10 严格密码策略可能产生反效果
老师举例：公司要求复杂密码后，有员工把密码写在便利贴上贴显示器。这个例子说明安全设计不能只看技术强度，也要考虑人类行为和可用性。
4.11 Privacy 的文化差异例子
老师用“问工资 / 年龄在不同文化中的接受程度不同”解释 privacy 的 context dependence。这比课件定义更容易理解：personal information 不是全球统一固定概念，而是受文化和法律影响。
4.12 数据删除在云上可能不是即时完成
老师口头补充：云存储可能有多个副本，删除主副本后，后台 replica / backup 的删除可能是 asynchronous。系统要考虑如何处理 deletion request、backup、replication 和 data sanitization。
5. 这周最可能要掌握的考点 / 作业相关点
5.1 最可能考 / quiz 的概念点
5.2 A2 必须掌握的作业相关点
硬性要求
Group size 默认 3-4。
2 人组需要批准。
超过 4 人不允许。
至少 2 个 major cloud providers。
必须用 AWS Cognito 做 authentication / authorization。
GenAI 可用但必须理解代码。
Group contribution 会被评估，不贡献可能被扣分。
功能相关
高分隐含点
设计 model update 机制，不要写死 model。
用 Cognito + IAM 清楚区分 authentication 和 authorization。
对跨云存储解释 availability 和 vendor lock-in。
对 deletion / retention / privacy 有说明。
用 logs / audit 证明系统行为可追踪。
在 demo 里能解释每个功能为什么这样设计。
5.3 Optional Oracle task 相关点
Diagram 要是一整页完整架构，不是零散服务图。
方案要围绕 business challenges，不要只堆 cloud services。
Oracle Cloud 必须出现。
可以结合 AWS 和 private data centre。
如果进 mock interview，要用 CIO 视角对 CEO 汇报。
CEO 不 technical，所以重点说 business value：降低风险
提升可靠性
控制成本
支持迁移
避免 vendor lock-in
满足合规
保证业务连续性
6. 我应该怎么学这周内容
6.1 推荐学习顺序
第一步：先搞懂行政和作业要求
先把 A2 和 optional task 的要求整理清楚，避免方向错误：
A2 是 multi-cloud storage system。
Cognito 必须用。
Group size 和 due date 规则。
功能清单：upload、ML tags、manual tags、search、dedup、thumbnail、notification、delete。
GenAI 可以用但必须理解。
第二步：复习 VPC 和 Cognito
VPC 是什么
subnet / route table / IGW / NAT / NACL / Security Group
NAT Gateway vs NAT Instance
SG stateful vs NACL stateless
Cognito User Pool vs Identity Pool
token vs temporary AWS credentials
这些和 applied class / A2 直接相关。
第三步：理解 Cloud Security 的大框架
第四步：重点掌握 4 As
Authentication：证明你是谁。
Authorization：决定你能做什么。
Access：通过什么机制让你访问资源。
Audit：记录你做了什么并检查是否合规。
然后把它们映射到 Cognito / IAM / logs / A2。
第五步：学习常见威胁和缓解方式
spoofing -> authentication
tampering -> hashing / signature / authorization
information disclosure -> encryption / authorization
DoS -> throttling / QoS / autoscaling
elevation of privilege -> least privilege
ransomware -> backup / patching / least privilege
第六步：学习 privacy 和 compliance
personal data 定义不统一
data access / export / delete
data location / data residency
retention policy
data destruction / backup / replicas
audit and monitoring
breach notification
第七步：预习课件后半部分
shared responsibility model
IAM best practices
threat modeling
data protection
detection and incident response
disaster recovery and backup
monitoring under IaaS / PaaS / SaaS
6.2 必须先搞懂的基础概念
6.3 哪些内容属于“理解型”
为什么 security 不是 binary。
为什么 secure technology 不等于 secure system。
为什么安全会带来 UX / cost / performance trade-off。
为什么 cloud security 是 shared responsibility。
为什么 privacy 受文化和 jurisdiction 影响。
为什么数据删除在云上复杂。
为什么 centralized identity provider 很重要。
为什么 security debt 越晚修越贵。
6.4 哪些内容属于“记忆型”
4 As 的名称和含义。
Common threat classes。
Threat -> mitigation table。
RBAC / ABAC / identity-based / group-based。
User Pool vs Identity Pool。
SG stateful vs NACL stateless。
Security design principles。
IAM best practices。
3-2-1 backup rule。
常见 compliance risk：HIPAA、PCI-DSS、GDPR、DR。
6.5 哪些内容属于“应用型”
这些内容要能拿来设计系统或回答作业 / demo：
用 Cognito 设计 A2 的登录和权限控制。
根据 3W2H 分析 A2 的安全风险。
给 A2 的文件上传 / 删除 / tag 修改设计权限。
给 multi-cloud storage 解释可用性和成本。
给 ML model update 设计 decoupled model handling。
给 ransomware / DDoS 设计 backup / throttling / playbook。
用 logs / audit 解释如何追踪用户行为。
根据 privacy concerns 设计 data deletion / retention policy。
6.6 哪些内容只需要了解
ICMP Smurf 和 TCP SYN flood 的底层网络机制。
homomorphic encryption 的数学细节。
TOGAF security guide 全部结构。
DoD 5220.22-M media sanitization 细节。
每个合规标准的完整条款。
每个 IDS / IPS 工具的具体配置。
6.7 哪些内容需要重点掌握
4 As。
Cognito User Pool / Identity Pool。
Authentication vs Authorization。
VPC 基础组件。
SG vs NACL。
Security is not binary。
3W2H。
Common threats and mitigations。
Privacy concerns。
A2 功能和规则。
6.8 最容易混淆的地方
6.9 学完后你应该能回答的问题
为什么说 security is not binary？
为什么 secure technology 不等于 secure system？
4 As 分别是什么？用一个例子解释。
Cognito User Pool 和 Identity Pool 有什么区别？
Authentication 和 authorization 的区别是什么？
Security Group 和 NACL 有什么区别？
NAT Gateway 为什么可能很贵？为什么本周 applied class 用 NAT Instance？
A2 为什么必须用 Cognito？
A2 中 deduplication、thumbnail、tag notification 分别解决什么问题？
什么是 RBAC？什么是 ABAC？实际系统为什么经常组合使用？
如果一个员工离职，为什么 centralized identity provider 能降低风险？
常见威胁有哪些？分别可以用什么方式缓解？
为什么 ransomware 的重要缓解方式是 backup？
3W2H 如何用于设计安全系统？
Cloud privacy concerns 包括哪些？
为什么数据存储 region 会影响 compliance？
删除云上数据为什么不一定简单？
Shared responsibility model 的核心思想是什么？
IaaS / PaaS / SaaS 中用户和 provider 分别负责什么？
Optional Oracle task 中为什么要用 CIO 视角而不是 developer 视角？
7. 简短复习清单 Checklist
A. 本周总体
B. VPC / Cognito
C. Assignment 2
D. Cloud Security 核心概念
E. 3W2H
F. 威胁与缓解
G. 4 As
H. Privacy / Compliance
I. 课件后半部分预习
8. 如果我是初学者，用更简单的话解释一遍
假设你要建一个“野生动物照片网站”。用户可以上传照片和视频，系统自动识别里面有没有 koala、kangaroo，然后给照片打 tag，之后大家可以搜索这些 tag。
8.1 VPC 像你的虚拟机房
AWS VPC 可以想成你在云上租了一个虚拟机房。
public subnet：外面的人可以访问。
private subnet：外面不能直接访问，更安全。
NAT：内部机器要上网时走的出口。
Security Group / NACL：门口的保安规则。
Bastion Host：你进入内部区域的跳板机。
老师提醒你：云上网络不是免费乱走的。流量走不同路线，价格不一样。走 internet 往往更贵，所以架构设计要注意成本。
8.2 Cognito 像登录系统 + 权限系统
Authentication：证明身份。
Authorization：决定权限。
A2 必须用 Cognito，所以这部分一定要懂。
8.3 安全不是“安全 / 不安全”这么简单
老师强调，安全不是开关，不是说你用了 HTTPS 或 Cognito 就一定安全。
攻击者是谁？
你要保护什么？
系统哪个地方最弱？
你有多少预算？
你能接受多大风险？
用户会不会犯错？
管理层愿不愿意投入安全？
所以安全更像“风险管理”，不是“装一个安全插件”。
8.4 安全很麻烦，但必须做
登录要 MFA，用户觉得麻烦。
密码要复杂，用户可能写在纸上。
加密和日志会增加成本。
做权限控制会让开发变慢。
监控和审计不直接赚钱。
数据泄露
用户不信任
法律罚款
业务中断
声誉损失
作业 / 项目代码被 ransomware 加密
所以正确做法是：一开始设计系统时就考虑安全，不要等出事后再补。
8.5 4 As 是本周最重要概念
Authentication：门卫确认你是谁。例如看学生卡、账号密码、MFA。
Authorization：系统决定你能去哪里。例如普通学生不能进教师办公室，管理员可以进机房。
Access：真正开门的机制。例如门禁卡、钥匙、ACL、白名单。
Audit：记录你进去后做了什么。例如监控录像、刷卡记录、系统日志。
8.6 Privacy 就是用户数据权利
你的网站收集用户数据，比如 email、照片、视频、tags、订阅偏好，就要考虑 privacy。
你存了我哪些数据？
你能不能导出给我？
我能不能要求删除？
你把数据放在哪个国家？
你有没有备份？
删除后备份里还有没有？
数据泄露了你什么时候通知我？
云上的问题是：数据可能有多个副本、多个 region、多个 cloud provider，所以 privacy 和 compliance 会更复杂。
8.7 A2 不是只做功能，还要能解释设计理由
如果你想 A2 做得更好，不要只是说“我实现了上传、搜索、删除”。
9. 一句话总结
本周最核心的学习目标是：从“我会部署云服务”升级到“我能从身份、权限、网络、数据、隐私、合规、监控和风险的角度设计一个更安全的云系统”。
Authentication 证明你是谁，Authorization 决定你能做什么，Access 控制你怎么访问，Audit 记录你做了什么；而真正的 Cloud Security 不是某个工具，而是从架构设计开始的整体风险管理。