QA: versioned attack test matrix and baseline

Open
#151 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
18/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
cli, rust, wasm

Research direction

Start with the existing CLI, API and key/archive code paths and the referenced issues #97 and #103 to see what behaviour is already fixed. The first deliverable is a written analysis and test-catalogue plan, not code changes. Done means a reviewed plan covering the attack scenarios, expected fail-closed behaviour and CI gates, approved before a single PR lands.

Written by the indexing model from the issue text.

Description

area:core priority:P2 type:security

Ziel und minimaler Scope

Testkatalog: manipulierte Container, Replay, Rechte, Crash, OOM, Race, Downgrade, Recovery; erwartetes fail-closed-Verhalten und CI-Gates.

Abhängigkeiten / bestehende Arbeiten

  • #97, #103
  • Erste Phase: Analyse/Entwurf; keine produktive Verhaltensänderung.
  • Bestehende Funktionen wiederverwenden; keine doppelte Kryptografie, GUI- oder IPC-Implementierung.

Sicherheitsanforderungen

  • Least privilege, fail-closed, kein stiller unsicherer Fallback.
  • Keine Geheimnisse in Logs, Fehlern, CLI-Argumenten oder Telemetrie.
  • Neue Funktion nur opt-in, wenn sie den Angriffsraum oder Datenzustand verändert.
  • Keine Internet-/Remote-Freigabe und keine automatische Migration.

Tests / Abnahmekriterien

  • Positiv-, Negativ-, Grenzwert- und Manipulationstests für den konkreten Scope
  • Fehlende Berechtigung, Abbruch/Crash und beschädigte Eingaben sicher behandelt
  • Bestehende CLI/API, Schlüsseldateien und .pqkf v1 unverändert nutzbar; relevante v2-Entwürfe beachten
  • Plattformtests Windows/Linux, wo relevant, und CI fmt/clippy/test/audit grün
  • Dokumentation DE/EN, Bedrohungsmodell und Sicherheitsgrenzen aktualisiert

Definition of Done

  • Architektur-/Implementierungsplan vor Änderungen dokumentiert und freigegeben
  • Genau ein unabhängig reviewbarer PR; keine Vorwegnahme weiterer Schritte
  • Sicherheits- und Regressionstests nachweislich grün
  • Rollback praktisch getestet und Release-Notes ergänzt

Rollback

Alter Pfad bleibt nutzbar. Bei Fehlern Feature abschalten bzw. PR zurücknehmen, ohne bestehende Schlüssel/Archive zu verlieren. Neue Zustände atomar und versioniert schreiben; kein destruktiver Default. Bei Migrationen nur explizite Bestätigung, Backup und Restore-Probe.

Reihe: Security-Test-Matrix und unabhängige Prüfung (QA-1/4).

Dominant language
Rust
Stars
0
Forks
0
Avg merge
1h 22m
Merged PRs (30d)
72

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from SpecterAoD/pqkeep

All issues in SpecterAoD/pqkeep

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.