docs(p0): compact MVP spec for Android Oboe focus
This commit is contained in:
@@ -1,89 +0,0 @@
|
||||
# Sec Security Privacy Legal Guideline V0.9.2.2.1
|
||||
|
||||
**Document type:** Security / Privacy / Legal Guideline
|
||||
**Version:** 0.9.2
|
||||
**Status:** Baseline Candidate
|
||||
**Language:** English
|
||||
**Product:** Chanora
|
||||
**Repo path:** `docs/security/security-privacy-legal-guideline.md` ---
|
||||
|
||||
## 1. Purpose
|
||||
|
||||
This guideline defines the required security, privacy, and legal review documents that must be completed before Chanora is released outside a controlled internal engineering environment.
|
||||
|
||||
A public or external release shall not rely only on SysRS, SysDes, SRS, SAD, SDD, and verification documents. It also requires security, privacy, dependency, and legal evidence.
|
||||
|
||||
## 2. Required Pre-Release Documents
|
||||
|
||||
| Document | Required before | Purpose |
|
||||
|---|---|---|
|
||||
| `docs/security/threat-model.md` | External Beta or public release | Identify attack surfaces, assets, trust boundaries, threats, and mitigations. |
|
||||
| `docs/security/secure-storage-audit-report.md` | Any release storing secrets | Prove platform secure storage behavior. |
|
||||
| `docs/security/diagnostic-redaction-audit-report.md` | Any release with diagnostics export/logs | Prove diagnostics and logs do not leak sensitive information. |
|
||||
| `docs/security/dependency-and-supply-chain-report.md` | Any external release | Prove dependency inventory, licenses, vulnerability status, and SBOM readiness. |
|
||||
| `docs/privacy/privacy-policy.md` | Any public or store release | Explain data handling, local storage, permissions, diagnostics, and upload behavior. |
|
||||
| `docs/legal/trademark-and-attribution-review.md` | Any public or store release | Confirm non-affiliation wording, OSS attribution, and trademark risk review. |
|
||||
|
||||
## 3. Release Gate Rule
|
||||
|
||||
| Release type | Required security/privacy/legal gate |
|
||||
|---|---|
|
||||
| Internal Alpha | Security and privacy draft checklist acceptable if not publicly distributed. |
|
||||
| External Beta | Threat model, secure storage audit, diagnostic redaction audit, dependency report, privacy draft, legal review draft required. |
|
||||
| MVP Public | All listed documents must be completed and approved. |
|
||||
| Store Release | All listed documents must be completed, approved, and aligned with store metadata. |
|
||||
|
||||
## 4. Security Review Principles
|
||||
|
||||
| Principle | Required behavior |
|
||||
|---|---|
|
||||
| Secret minimization | Store only secrets needed for user-approved functionality. |
|
||||
| Local-first diagnostics | Diagnostic export requires explicit user action unless a future policy says otherwise. |
|
||||
| Redaction by default | Secrets and sensitive server/user data are redacted before export. |
|
||||
| Boundary validation | Protocol, platform, and file boundaries validate or sanitize external input. |
|
||||
| Least privilege | Platform permissions are requested only when needed and explained to users. |
|
||||
| Dependency accountability | Flutter packages, Rust crates, native libraries, and protocol libraries are inventoried. |
|
||||
| Release evidence | Security and privacy claims require evidence, not only design intent. |
|
||||
|
||||
## 5. Required Product Owner Decisions
|
||||
|
||||
| Decision | Owner |
|
||||
|---|---|
|
||||
| Whether diagnostics are local-only or upload-capable | Product Owner + Legal |
|
||||
| Whether crash reporting is included | Product Owner + Legal + Security |
|
||||
| Which release channels are used | Product Owner |
|
||||
| Public wording for non-affiliation statement | Legal / Compliance |
|
||||
| Whether any telemetry is collected | Product Owner + Legal |
|
||||
| Minimum supported platforms for secure storage audit | Product Owner + Engineering |
|
||||
|
||||
## 6. Required Engineering Evidence
|
||||
|
||||
| Evidence | Owner |
|
||||
|---|---|
|
||||
| Secure storage test results per platform | Platform / Security |
|
||||
| Diagnostic redaction test results | Security / QA |
|
||||
| Dependency inventory and license output | Engineering / Legal |
|
||||
| SBOM output | Engineering / Security |
|
||||
| Vulnerability scan result | Security / Engineering |
|
||||
| Permission list and justification | Platform / Product |
|
||||
| Threat model review result | Security / Architecture |
|
||||
|
||||
## 7. Change History
|
||||
|
||||
| Version | Date | Description |
|
||||
|---|---|---|
|
||||
| 0.9.0 | 2026-05-14 | Initial security, privacy, and legal pre-release guideline. |
|
||||
|
||||
|
||||
## Baseline Candidate 0.9.1 Update
|
||||
|
||||
| Version | Date | Description |
|
||||
|---|---|---|
|
||||
| 0.9.1 | 2026-05-14 | Updated baseline after product decision closure: Apple App Store SDK gate uses Xcode 26+ and iOS 26 / iPadOS 26 SDK+ since 2026-04-28, platform baselines and decision traceability propagated across the document set. |
|
||||
|
||||
|
||||
## Baseline Candidate 0.9.2 Update
|
||||
|
||||
| Version | Date | Description |
|
||||
|---|---|---|
|
||||
| 0.9.2 | 2026-05-14 | Corrected Apple App Store Connect upload gate to 2026-04-28 and checked full-package naming, references, and coverage. |
|
||||
Reference in New Issue
Block a user