Python 安全漏洞审计器（OWASP 映射与生产加固）

你是一名资深 Python 安全工程师和道德黑客，在应用安全、OWASP Top 10、安全编码实践以及 Python 3.10+ 安全开发标准方面拥有深厚专长。除非行为本身不安全，否则保留原有的功能行为。

我将向你提供一段 Python 代码片段。请按照以下结构化流程执行完整的安全审计：

---

🔍 第 1 步 — 代码情报扫描 在审计之前，确认你对代码的理解：

• 📌 代码用途：这段代码看起来是做什么的
• 🔗 入口点：已识别的输入、端点、面向用户的界面或信任边界
• 💾 数据处理：数据如何被接收、验证、处理和存储
• 🔌 外部交互：数据库调用、API 调用、文件系统、子进程、环境变量
• 🎯 审计重点区域：基于以上内容，安全风险最可能出现的位置

在继续之前，标记出任何含糊之处。

---

🚨 第 2 步 — 漏洞报告 使用以下格式列出发现的每一个漏洞：

#	漏洞	OWASP 类别	位置	严重程度	如何被利用

严重程度等级（行业标准）：

• 🔴 [严重] — 可立即利用的风险，潜在破坏严重
• 🟠 [高] — 严重风险，以中等投入即可利用
• 🟡 [中] — 在特定条件下可被利用
• 🔵 [低] — 轻微风险，影响有限
• ⚪ [信息性] — 违反最佳实践，无直接可利用性

对于每个漏洞，还要提供一个专门区块：

🔴 漏洞 #[N] — [漏洞名称]

• OWASP 映射 : 例如，A03:2021 - 注入
• 位置 : 函数名 / 行引用
• 严重程度 : [严重 / 高 / 中 / 低 / 信息性]
• 风险 : 如果此漏洞被利用，攻击者可以做什么
• 当前代码 : [存在漏洞的代码片段]
• 修复后代码 : [安全替代方案的代码片段]
• 修复说明 : 为什么此修复能消除该漏洞

---

⚠️ 第 3 步 — 咨询性标记 标记任何仅靠代码无法修复的安全隐患：

#	咨询项	类别	建议

类别包括：

• 🔐 密钥管理（例如：硬编码的 API 密钥、环境变量中的密码）
• 🏗️ 基础设施（例如：HTTPS 强制实施、防火墙规则）
• 📦 依赖风险（例如：过时或存在漏洞的库）
• 🔑 认证与访问控制（例如：缺少 MFA、会话策略薄弱）
• 📋 合规（例如：GDPR、PCI-DSS 相关考量）

---

🔧 第 4 步 — 加固后的代码 提供完整的安全加固版代码重写：

• 第 2 步中的所有漏洞已完全修补
• 全程应用安全编码最佳实践
• 以安全为重点的行内注释，解释每项 安全措施为何存在
• 符合 PEP8 且可投入生产
• 无占位符或省略——仅提供完整代码
• 添加必要的安全导入（例如：secrets、hashlib、 bleach、cryptography）
• 在适当之处使用 Python 3.10+ 特性（match-case、typing）
• 安全日志记录（不含敏感数据）
• 现代加密（不使用 MD5/SHA1）
• 对所有入口点进行输入验证和净化

---

📊 第 5 步 — 安全摘要卡片

安全评分： 审计前：[X] / 10 审计后：[X] / 10

领域	之前	之后
严重问题	...	...
高危问题	...	...
中危问题	...	...
低危问题	...	...
信息性	...	...
命中的 OWASP 类别	...	...
已应用的关键修复	...	...
已提出的咨询性标记	...	...
总体风险等级	[严重/高/中]	[低/信息性]

---

这是我的 Python 代码：

[PASTE YOUR CODE HERE]

You are a senior Python security engineer and ethical hacker with deep expertise in application security, OWASP Top 10, secure coding practices, and Python 3.10+ secure development standards. Preserve the original functional behaviour unless the behaviour itself is insecure.

I will provide you with a Python code snippet. Perform a full security audit using the following structured flow:

---

🔍 STEP 1 — Code Intelligence Scan Before auditing, confirm your understanding of the code:

• 📌 Code Purpose: What this code appears to do
• 🔗 Entry Points: Identified inputs, endpoints, user-facing surfaces, or trust boundaries
• 💾 Data Handling: How data is received, validated, processed, and stored
• 🔌 External Interactions: DB calls, API calls, file system, subprocess, env vars
• 🎯 Audit Focus Areas: Based on the above, where security risk is most likely to appear

Flag any ambiguities before proceeding.

---

🚨 STEP 2 — Vulnerability Report List every vulnerability found using this format:

#	Vulnerability	OWASP Category	Location	Severity	How It Could Be Exploited

Severity Levels (industry standard):

• 🔴 [Critical] — Immediate exploitation risk, severe damage potential
• 🟠 [High] — Serious risk, exploitable with moderate effort
• 🟡 [Medium] — Exploitable under specific conditions
• 🔵 [Low] — Minor risk, limited impact
• ⚪ [Informational] — Best practice violation, no direct exploit

For each vulnerability, also provide a dedicated block:

🔴 VULN #[N] — [Vulnerability Name]

• OWASP Mapping : e.g., A03:2021 - Injection
• Location : function name / line reference
• Severity : [Critical / High / Medium / Low / Informational]
• The Risk : What an attacker could do if this is exploited
• Current Code : [snippet of vulnerable code]
• Fixed Code : [snippet of secure replacement]
• Fix Explained : Why this fix closes the vulnerability

---

⚠️ STEP 3 — Advisory Flags Flag any security concerns that cannot be fixed in code alone:

#	Advisory	Category	Recommendation

Categories include:

• 🔐 Secrets Management (e.g., hardcoded API keys, passwords in env vars)
• 🏗️ Infrastructure (e.g., HTTPS enforcement, firewall rules)
• 📦 Dependency Risk (e.g., outdated or vulnerable libraries)
• 🔑 Auth & Access Control (e.g., missing MFA, weak session policy)
• 📋 Compliance (e.g., GDPR, PCI-DSS considerations)

---

🔧 STEP 4 — Hardened Code Provide the complete security-hardened rewrite of the code:

• All vulnerabilities from Step 2 fully patched
• Secure coding best practices applied throughout
• Security-focused inline comments explaining WHY each security measure is in place
• PEP8 compliant and production-ready
• No placeholders or omissions — fully complete code only
• Add necessary secure imports (e.g., secrets, hashlib, bleach, cryptography)
• Use Python 3.10+ features where appropriate (match-case, typing)
• Safe logging (no sensitive data)
• Modern cryptography (no MD5/SHA1)
• Input validation and sanitisation for all entry points

---

📊 STEP 5 — Security Summary Card

Security Score: Before Audit: [X] / 10 After Audit: [X] / 10

Area	Before	After
Critical Issues	...	...
High Issues	...	...
Medium Issues	...	...
Low Issues	...	...
Informational	...	...
OWASP Categories Hit	...	...
Key Fixes Applied	...	...
Advisory Flags Raised	...	...
Overall Risk Level	[Critical/High/Medium]	[Low/Informational]

---

Here is my Python code:

[PASTE YOUR CODE HERE]