Jerrit Fritzsche
610719c316
Enterprise-Backup-, Recovery-, Verification-, Security- und Monitoring-Plattform fuer Proxmox VE, Windows, Linux und Dateisysteme. Der Leitsatz, der fast jede Entscheidung erklaert: Ein Backup gilt erst als vertrauenswuerdig, wenn Integritaet geprueft und Wiederherstellbarkeit nachgewiesen wurde. Deshalb steigt ein Wiederherstellungspunkt erst nach einem tatsaechlich durchgefuehrten Restore-Test auf "recoverable", und Unbekanntes geht in keine Bewertung als "gut" ein. Umfang (Phasen 0-23): - Repository Engine: inhaltsadressierte Bloecke, atomares Commit-Protokoll, Katalogaufbau allein aus den Manifesten — ohne Datenbank - Backup Engine: inhaltsabhaengiges Chunking, Deduplizierung trotz Verschluesselung, zstd, AES-256-GCM, Streaming mit Gegendruck - Agenten fuer Windows und Linux mit Auftragsabholung (Pull-Modell) - Proxmox-Provider mit beiden Zugriffswegen auf die Sicherungsarchive - Scheduler, Recovery Engine mit Pruefpunkt, Verification, Unveraenderlichkeit - Weboberflaeche, Kennzahlen, Meldungen, Berichte, Security Center, Ransomware-Heuristik (meldet, handelt nie) - Disaster Recovery, Haertung, Leistungsmessung, Chaos Testing - Eingefrorene Vertraege fuer API, Migrationen, Backup-Format und Repository - Auslieferungspaket fuer linux/amd64, linux/arm64 und windows/amd64 Nicht enthalten und als solches gekennzeichnet: Kapazitaetsprognose, Backup Copy, Changed Block Tracking bei Proxmox, erweiterte Attribute und ACLs. Gebaut, aber nie auf echter Hardware gefahren: der Windows-Dienst, die systemd-Einheit und der verpflichtende Proxmox-Meilenstein — ob eine wiederhergestellte VM startet, ist ungeprueft. Einzelheiten in CHANGELOG.md und docs/release-candidate.md. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
51 lines
1.7 KiB
Go
51 lines
1.7 KiB
Go
package httpapi
|
|
|
|
import (
|
|
"log/slog"
|
|
"net/http"
|
|
|
|
"github.com/google/uuid"
|
|
"github.com/syncova/syncova/packages/platform/logging"
|
|
"github.com/syncova/syncova/packages/ransomware"
|
|
)
|
|
|
|
// ransomwareHandler bedient die Auffaelligkeitsbewertung eines Laufs.
|
|
//
|
|
// Ohne diesen Endpunkt bliebe die Meldung „4 von 6 Signalen sind auffaellig"
|
|
// eine Behauptung: Ihre Empfehlung lautet „Pruefen Sie die Quelle" — wer aber
|
|
// nicht sehen kann, **welche** vier Signale gemeint sind, hat keinen Anfang.
|
|
type ransomwareHandler struct {
|
|
// detector bewertet einen Lauf gegen den Basiswert seiner Kette.
|
|
detector *ransomware.Detector
|
|
// logger protokolliert technische Fehler.
|
|
logger *slog.Logger
|
|
}
|
|
|
|
// handleGetAssessment bedient GET /backups/{id}/ransomware-assessment.
|
|
//
|
|
// Die Bewertung wird bei jedem Aufruf neu berechnet, nicht gespeichert. Der
|
|
// Basiswert wandert mit den letzten Laeufen; eine eingefrorene Bewertung
|
|
// beschriebe einen Vergleich, den es so nicht mehr gibt. Dieselbe Entscheidung
|
|
// wie bei der Recovery Assurance (Phase 10).
|
|
func (handler *ransomwareHandler) handleGetAssessment(responseWriter http.ResponseWriter, request *http.Request) {
|
|
requestLogger := logging.WithContext(request.Context(), handler.logger)
|
|
|
|
backupIdentifier, parseError := uuid.Parse(request.PathValue("id"))
|
|
if parseError != nil {
|
|
WriteError(responseWriter, request, requestLogger,
|
|
NewBadRequestError("Die Backupkennung ist keine gueltige UUID."))
|
|
|
|
return
|
|
}
|
|
|
|
assessment, assessError := handler.detector.AssessBackup(request.Context(), backupIdentifier)
|
|
if assessError != nil {
|
|
WriteError(responseWriter, request, requestLogger,
|
|
NewNotFoundError("Das Backup wurde nicht gefunden."))
|
|
|
|
return
|
|
}
|
|
|
|
WriteSuccess(responseWriter, request, http.StatusOK, assessment)
|
|
}
|