Key rotation: explicit key change keeping old keys

Open
  • Is something wrong?
#141 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
10/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Active
Tech stack
rust
Domain
cryptography, security

Research direction

The issue names no files, tests or entry points, so start with the linked issues #140 and #108 and the ROT-2 reference, which set the order and existing behaviour. The issue requires an approved architecture and implementation plan before any code changes, so the first deliverable is that written plan. Done means the plan is approved, one independently reviewable PR exists, and the security, regression and rollback tests pass.

Written by the indexing model from the issue text.

Description

area:cli area:storage priority:P3 type:feature

Ziel und minimaler Scope

Neue Schlüssel erzeugen, alte sicher verfügbar lassen, Zuordnung und Freigabe dokumentieren; kein automatisches Umschreiben bestehender Archive.

Abhängigkeiten / bestehende Arbeiten

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: Kontrollierte Schlüsselrotation (ROT-3/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.