Install-Lifecycle getrennt prüfen
preinstall, install und postinstall laufen bei Installation automatisch. Befehle und Dateien auf Downloads, Shell-Ketten, Umgebungs-Secrets und Plattformverhalten prüfen.
Eingabeformat, Annahmen und Abnahmekriterien vor der Verarbeitung dokumentieren. ByteQuant-Beispiele sind ein Einstieg; im echten Ablauf repräsentative gültige, fehlerhafte und Grenzfälle testen.
Vor der Anwendung auf echte Daten das erwartete Ergebnis an einem kleinen synthetischen Beispiel festhalten. Neben dem Normalfall auch fehlende Felder, fehlerhafte Formate, übergroße Inhalte und widersprüchliche Angaben testen. In der Ausgabe klar trennen, was direkt aus der Eingabe stammt, was eine Regel ableitet und was menschliche Freigabe benötigt.
- Klein mit synthetischen Daten beginnen.
- Fehler- und Abbruchbedingungen notieren.
- Quelle, Datum und Methode mit der Ausgabe speichern.
Rechte und Referenzen begrenzen
In GitHub Actions minimale Job-Rechte nutzen, Dritt-Actions auf vollständige SHA pinnen und kontrolliert aktualisieren. Unter pull_request_target keinen untrusted Code direkt ausführen.
Direkte Beobachtung, Werkzeugschluss und menschliche Entscheidung im Ergebnis trennen. Eine Punktzahl oder ein grünes Symbol beweist weder Identität, Sicherheit, Rechtskonformität noch Quellenrichtigkeit.
Vor der Anwendung auf echte Daten das erwartete Ergebnis an einem kleinen synthetischen Beispiel festhalten. Neben dem Normalfall auch fehlende Felder, fehlerhafte Formate, übergroße Inhalte und widersprüchliche Angaben testen. In der Ausgabe klar trennen, was direkt aus der Eingabe stammt, was eine Regel ableitet und was menschliche Freigabe benötigt.
- Klein mit synthetischen Daten beginnen.
- Fehler- und Abbruchbedingungen notieren.
- Quelle, Datum und Methode mit der Ausgabe speichern.
Container- und Root-Grenzen prüfen
Schwimmende Tags, breites COPY, 777 und root erhöhen Reproduzierbarkeits- und Privilegienrisiko. Digest, .dockerignore, Locked Install, Read-only und Non-root im echten Runtime testen.
Ablauf im lokalen Agenten planen und in der Workstation versionieren. Jede Knotenausgabe vor der Übergabe prüfen, sensible Daten entfernen und folgenreiche Entscheidungen unabhängig verifizieren.
Vor der Anwendung auf echte Daten das erwartete Ergebnis an einem kleinen synthetischen Beispiel festhalten. Neben dem Normalfall auch fehlende Felder, fehlerhafte Formate, übergroße Inhalte und widersprüchliche Angaben testen. In der Ausgabe klar trennen, was direkt aus der Eingabe stammt, was eine Regel ableitet und was menschliche Freigabe benötigt.
- Klein mit synthetischen Daten beginnen.
- Fehler- und Abbruchbedingungen notieren.
- Quelle, Datum und Methode mit der Ausgabe speichern.
Praxisablauf: von der Eingabe zur geprüften Übergabe
Mit einem sicheren Beispiel beginnen und Personendaten, Geheimnisse sowie lizenzierte Inhalte entfernen. Die drei Prüfungen in Reihenfolge anwenden, jede Stufe mit der Vorversion vergleichen und nur bei erfülltem Abnahmekriterium fortfahren. Bei einer Warnung Eingabe verkleinern, Unsicherheit dokumentieren und zur letzten geprüften Stufe zurückkehren.
Install-Lifecycle getrennt prüfen → Rechte und Referenzen begrenzen → Container- und Root-Grenzen prüfen
- Ausgangseingabe und erwartetes Ergebnis gemeinsam speichern.
- Nach jeder Stufe geänderte Felder und Begründung notieren.
- Endausgabe mit anderem Beispiel und unabhängiger Prüfung erneut testen.
- Quelle, Datum, Version und bekannte Grenzen am geteilten Artefakt belassen.
Qualitätsgrenze, Fehlerpfad und sichere Übergabe
Gültige Syntax reicht für eine Übergabe nicht aus. Inhaltsintegrität, Barrierefreiheit, Sprachkonsistenz, Datenschutzrisiko und Rücknahmefähigkeit getrennt prüfen. Bei folgenreichen Finanz-, Rechts-, Sicherheits- oder Identitätsentscheidungen ist die ByteQuant-Ausgabe eine Vorprüfung und kein Endurteil ohne aktuelle Primärquelle oder qualifizierte Prüfung.
- Ist das Erfolgskriterium beobachtbar und wiederholbar?
- Stoppen leere, fehlerhafte, übergroße und missbräuchliche Eingaben sicher?
- Sind Ergebnis, Werkzeugschluss und menschliche Entscheidung getrennt?
- Wurden sensible Daten, externe Links und Lizenzbedingungen erneut geprüft?
- Sind Änderungsprotokoll und Rücknahmekopie vorhanden?