← 返回
未分类

OPC 安全巡检助手

Public-facing security checkup for one-person companies, indie hackers, solo SaaS builders, small shops, and creators who need a practical security report for their website, domain, landing page, API base URL, or launch checklist. Use when the user asks to audit, check, harden, review, or produce a prioritized security整改 report for an owned public asset without exploit attempts.
给一人公司、独立开发者、小型 SaaS、网店、内容业务做非侵入式公开资产安全体检。亮点不是“扫漏洞”,而是把安全问题翻译成一个人能执行的修复计划:风险证据、业务影响、最小修复、耗时估计、7 天修复计划、30 天成熟度计划。
user_3b836107
未分类 community v1.0.0 1 版本 97959.2 Key: 无需
★ 0
Stars
📥 48
下载
💾 0
安装
1
版本
#latest

概述

OPC Security Checkup

Goal

Help one-person companies find the security issues that are most likely to hurt trust, launches, payments, signups, SEO, or customer support capacity. Keep the work defensive, lightweight, and owner-oriented: identify public exposure signals, explain business impact, and produce a prioritized remediation plan.

Do not attempt exploitation, authentication bypass, brute force, credential stuffing, intrusive scanning, destructive testing, or bypassing access controls. If ownership or permission is unclear, ask the user to confirm authorization before testing the asset.

Quick Workflow

  1. Confirm the target is owned or authorized when needed.
  2. Normalize targets into full URLs, preferring https://.
  3. Run the bundled script for public web checks:
python scripts/opc_security_checkup.py https://example.com --output report.md
  1. Read references/risk-playbook.md when interpreting results or adding manual findings.
  2. Produce a report with these sections:
    • Executive summary
    • Asset profile
    • Risk ranking
    • Findings with evidence
    • 7-day solo founder fix plan
    • 30-day maturity plan
    • Retest checklist

Use assets/report-template.md as the structure when the user wants a polished deliverable.

What To Check

Prioritize checks that matter for a tiny team:

  • Trust blockers: broken HTTPS, expired TLS, mixed redirects, missing security contact, obvious stack leakage.
  • Customer data exposure risk: weak cookie flags, missing HTTPS-only transport, permissive CORS if visible, public debug endpoints only when explicitly provided by the user.
  • Account and payment surface: signup/login/reset pages, admin paths disclosed by the user, webhook endpoints disclosed by the user.
  • Launch readiness: missing HSTS, missing CSP or weak CSP, missing clickjacking protection, overexposed server headers, missing security.txt.
  • Operational resilience: lack of backup/incident checklist, no dependency update routine, no owner-facing retest checklist.

Avoid low-signal filler. A missing header is not automatically critical. Tie severity to reachable functionality, data sensitivity, and solo-operator workload.

Using The Script

The script performs non-intrusive HTTP/TLS checks using Python standard library only. It checks:

  • DNS resolution
  • HTTP to HTTPS behavior
  • TLS certificate expiry
  • Redirect chain
  • Security headers
  • Cookie flags
  • Common public metadata endpoints: /robots.txt, /.well-known/security.txt, /sitemap.xml

Useful commands:

python scripts/opc_security_checkup.py https://example.com
python scripts/opc_security_checkup.py example.com app.example.com --output opc-report.md
python scripts/opc_security_checkup.py https://example.com --json output.json

If the script fails because of network policy or TLS errors, report the failure as evidence and continue with manual guidance rather than inventing results.

Reporting Style

Write in Chinese by default for Chinese users. Be concrete:

  • Say what was observed.
  • Explain why it matters to an OPC.
  • Give the smallest practical fix.
  • Mark owner effort: 15分钟, 半天, 1天, or 需要服务商.
  • Separate confirmed findings from recommended checks.

Severity guidance:

  • P0: Direct data exposure, credential leakage, payment/account takeover path, or active incident indicator.
  • P1: Likely exploitable misconfiguration on customer/account/payment surfaces.
  • P2: Trust or hardening gap with plausible abuse path.
  • P3: Hygiene issue or documentation/process gap.

For every finding, include:

### [P2] Finding title

- Evidence: observed URL/header/status/config.
- Impact: business and user risk.
- Fix: exact owner action.
- Retest: simple command or browser check.
- Effort: time estimate.

Manual Enrichment

When the user provides repository files, deployment notes, screenshots, or cloud settings, add manual checks:

  • .env, secrets, API keys, webhook secrets, OAuth callback URLs.
  • Auth/session settings, password reset flow, admin route protection.
  • Database exposure, storage bucket permissions, backup/restore process.
  • Payment webhook validation and idempotency.
  • Customer support incident script.

Keep manual checks scoped to provided materials. Do not claim external facts without evidence.

OPC Angle

Make the report useful for one person with limited time:

  • Rank fixes by risk reduction per hour.
  • Prefer managed controls when appropriate: CDN WAF, platform security headers, hosted auth, managed backups.
  • Include a launch gate: what must be fixed before public launch.
  • Include a recurring routine: monthly patch check, quarterly access review, incident contact update.

End with a short retest checklist the user can run after changes.

版本历史

共 1 个版本

  • v1.0.0 Initial release 当前
    2026-05-28 12:55 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

ai-intelligence

self-improving agent

pskoett
捕获经验教训、错误和纠正,以实现持续改进。使用时机:(1)命令或操作意外失败;(2)用户纠正……
★ 4,058 📥 797,759
developer-tools

Github

steipete
使用 `gh` CLI 与 GitHub 交互,通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
★ 668 📥 323,975
ai-intelligence

Self-Improving + Proactive Agent

ivangdavila
自我反思+自我批评+自我学习+自组织记忆。智能体评估自身工作、发现错误并持续改进。
★ 1,353 📥 317,940