Memory: reduce crash-dump and debug exposure

Open
  • Is something wrong?
#149 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
12/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Active
Tech stack
rust
Domain
security

Research direction

The issue names no files, tests or entry points; it is a planning umbrella. It depends on #148 and #130 (MEM-2), which should be read first. The stated first step is an architecture and implementation plan, to be approved before any code changes. Done means that plan is approved and split into one independently reviewable PR.

Written by the indexing model from the issue text.

Description

area:platform priority:P3 type:security

Ziel und minimaler Scope

OS-spezifische sichere Defaults, explizite Einschränkungen, keine falsche Zusicherung gegen Admin; opt-in/kompatibel mit Debug-Builds.

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: Speicher- und Prozesshärtung (MEM-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.