Zum Hauptinhalt springen

Sicherheitszusammenfassung

Die wöchentliche Sicherheitszusammenfassung ist ein Trendbericht per E-Mail: wie sich die Sicherheitslage der Organisation in der letzten Woche entwickelt hat. Sie enthält nur Zahlen, keine einzelnen Befunde. Einzelne Befunde kommen mit der Sicherheitswarnung und der täglichen Warnungszusammenfassung.

Sie ist für jedes Mitglied der Organisation standardmäßig eingeschaltet: Die Einstellung Wöchentliche Zusammenfassung in den Benachrichtigungseinstellungen jeder Person ist anfangs eingeschaltet, und jede Person kann sie für jede Organisation abschalten. Ein Owner kann außerdem unter Sicherheit › Berichte › Benachrichtigungen weitere Adressen abonnieren, etwa die einer Prüferin (siehe Abonnieren).

Was drinsteht

Open findings
  Critical: 4
  High:     12
  Resolved in the last 7d: 8
  Past SLA: 1

Newly known exploited: 1
Newly reachable: 2

Security fixes this week
  Pull requests opened: 4, merged: 2, closed without merging: 1

Needs migration (3)

Die Betreffzeilen sind auf den Posteingang zugeschnitten: "[acme] Weekly security digest — 4 critical, 12 high open".

Owner erhalten zu jeder Zahl Links in die Sicherheitskonsole. Mitglieder und externe Abonnenten erhalten dieselben Zahlen ohne Links, weil die Konsole Ownern vorbehalten ist. Nur Owner erhalten den Abschnitt Abhängigkeiten von gehostetem Renovate und das PDF des Compliance-Berichts, die Repositorys und Pull Requests nennen. Ein Owner kann den PDF-Anhang für die Organisation einschalten; standardmäßig ist er aus.

Bis zum 20. Oktober 2026 listete die Zusammenfassung auch einzelne Befunde: die wichtigsten neu erreichbaren und als ausgenutzt bekannten Befunde, die wichtigsten behebbaren Upgrades und die Pakete, die eine Migration brauchen. Diese Zeilen sind entfallen. Die Zahlen und die Links für Owner bleiben.

Neu als ausgenutzt bekannt, neu erreichbar und Sicherheitskorrekturen

Diese Abschnitte erscheinen nur, wenn es etwas zu sagen gibt:

  • Neu als ausgenutzt bekannt: wie viele offene Abhängigkeitsbefunde auf einem Standard-Branch in den letzten 7 Tagen von ENISA EUVD oder CISA KEV als aktiv ausgenutzt gelistet wurden oder neu und bereits gelistet waren.
  • Neu erreichbar: bei wie vielen offenen Abhängigkeitsbefunden sich das Erreichbarkeits-Urteil in den letzten 7 Tagen von unbekannt oder nicht erreichbar zu erreichbar geändert hat.
  • Sicherheitskorrekturen diese Woche: wie viele Pull Requests für Sicherheitskorrekturen in den letzten 7 Tagen geöffnet, gemergt und ohne Merge geschlossen wurden, deterministische und KI-Korrekturen zusammen.

Ein Befund, der seit seiner Änderung behoben wurde, wird nicht aufgeführt. Die ersten beiden stammen aus denselben Datensätzen wie die Befund-Warnungen und stehen in der Zusammenfassung, ob deine Organisation diese Warnungen eingeschaltet hat oder nicht.

Migration nötig

Dieser Abschnitt erscheint nur, wenn es etwas zu sagen gibt. Er zählt die Pakete, deren offene Abhängigkeitsbefunde in dem von dir verwendeten Paket keine Behebung haben und nur in einem anderen behoben sind, etwa unter einem neuen Modulpfad, einer neuen Hauptversion oder einem neuen Paketnamen. Für sie wird kein Korrektur-Pull-Request geöffnet. Die Pakete und ihre Ziele stehen auf der Seite der Abhängigkeitsbefunde, nach Paket. Siehe Migration nötig.

Vorschau

Ein Owner kann die Zusammenfassung, die die Organisation jetzt erhalten würde, ansehen, ohne etwas zu versenden: /<org>/_admin/security/digest-preview, mit ?lang=da (oder de, fr, nl, sv) für eine andere Sprache.

Abonnieren

Abonniere sie für dich selbst (oder für jemanden aus dem Team) unter Sicherheit › Berichte › Benachrichtigungen (/<org>/_admin/security/reports/notifications). Die Karte Sicherheitszusammenfassung listet die aktuellen Abonnenten und bietet die Aktionen subscribe / toggle / unsubscribe direkt an. Auf derselben Seite liegen der Schalter für die Befund-Warnungen und die Anzeige, wie viele Webhook-Ziele und SIEM-Endpunkte Sicherheitsereignisse erhalten. Eine Zeile pro (tenant, recipient_email): Mehrere Admins einer Organisation können unabhängig voneinander abonnieren.

Über die REST-API

Abonnements der Zusammenfassung lassen sich über die öffentliche API verwalten, nützlich, wenn du das Onboarding einer neuen Admin skriptest oder die Abonnenten mit dem Verzeichnis deiner Organisation abgleichst.

  • Abonnieren POST /_app/api/v1/orgs/:slug/security/digests Body: { "recipient_email": "alice@acme.example", "cadence": "weekly" }
  • Ein-/Ausschalten PATCH /_app/api/v1/orgs/:slug/security/digests/:id Body: { "enabled": false }
  • Abbestellen DELETE /_app/api/v1/orgs/:slug/security/digests/:id

Erfordert ein Personal Access Token (PAT) mit dem Scope policy:write:

curl -X POST \
  -H "Authorization: Bearer ${FREMFORGE_PAT}" \
  -H "Content-Type: application/json" \
  -d '{"recipient_email":"alice@acme.example","cadence":"weekly"}' \
  https://frem.sh/_app/api/v1/orgs/acme/security/digests

Die vollständige OpenAPI-Spezifikation findest du in der Referenz der öffentlichen REST-API.

Rhythmus

  • Wöchentlich: der Standard. Die Zusammenfassung geht in einem täglichen Lauf um 02:30 UTC hinaus, sobald seit der letzten Zusammenfassung einer Person sieben Tage vergangen sind; der Wochentag hängt also davon ab, wann sie ihre erste erhalten hat.
  • Täglich: verfügbar für eine abonnierte Adresse ("cadence": "daily"). Nützlich in Zeiträumen, in denen Compliance-Nachweise gesammelt werden.

Eine Zahl ist eine Momentaufnahme zum Zeitpunkt, an dem die Zusammenfassung erstellt wird. Ein offener Befund wird jede Woche erneut gezählt, solange er offen bleibt: Der Zweck der E-Mail ist „das ist noch nicht behoben", nicht eine einmalige Warnung.

Datenschutz

Die Zusammenfassung läuft wie jede andere Transaktions-E-Mail von fremforge über Lettermint (NL, Unterauftragsverarbeiter in der EU). Keine Tracker von Dritten; die einzigen Linkziele sind, für Owner, die Konsolenseiten deiner eigenen Organisation.

Siehe auch

KontrollnachweiseSIEM-Weiterleitung