01
Einen rein lesenden Zugang erstellen
Erstellen Sie den Zugang in Mailgun mit minimalem Lese-Scope, fügen Sie ihn in devguard ein, und die Verbindung steht. Die Integrationsseite im Produkt nennt die exakten Berechtigungen.
Lesende Checks auf Mailgun prüfen Ihre Sende-Domains: aktiv, verifiziert und mit SPF- und DKIM-Einträgen, die tatsächlich validieren, die E-Mail-Posture, auf der Phishing-Controls aufbauen.
4 rein lesende Checks, ausgeführt nach Zeitplan. Jeder Fehlschlag wird zum Finding an einem Control, jeder Check ist gelistet, keiner ist «demnächst».
Connectivity check: confirms the Basic key authenticates against the chosen region host and lists domains (HTTP 200). A non-200 (e.g. 401) indicates an invalid key or the wrong region host.
account-connectivity
Fails if any Mailgun sending domain is not in the `active` state (e.g. unverified or disabled). Also fails if no domains are returned, to avoid a vacuous pass. Reads up to 1000 domains in one page (the endpoint uses numeric skip/limit paging, which the check DSL cannot express).
domains-active
Fails if any of the sending DNS records (SPF TXT, DKIM) for the specified domain do not resolve as valid. Also fails if no sending DNS records are returned, to avoid a vacuous pass.
domain-dns-valid
Inventories the account's API keys (description, key ID, kind, domain, role, disabled flag, created, updated and expiry date, age in days; Mailgun returns the key secret only at creation, and the requesting user is not kept) and fails if an enabled key was created longer ago than the approved maximum age (default 365 days). Passes when there are none, since there is nothing to rotate; the result says so and records a count of 0. Uses the connected private API key. Endpoint: GET /v1/keys (documentation.mailgun.com/docs/mailgun/api-reference/send/mailgun/keys/get-v1-keys).
api-key-inventory
Bringen Sie die Test-Liste Ihrer aktuellen Plattform mit, wir gleichen sie mit diesen Checks ab, Lücke für Lücke
Die Einrichtung dauert Minuten, kein Migrationsprojekt, und jeder Schritt bleibt auf Ihrer Seite
Erstellen Sie den Zugang in Mailgun mit minimalem Lese-Scope, fügen Sie ihn in devguard ein, und die Verbindung steht. Die Integrationsseite im Produkt nennt die exakten Berechtigungen.
Der erste Lauf startet direkt nach dem Verbinden und wiederholt sich dann nach Zeitplan. Ergebnisse tragen Zeitstempel, Ihre Evidenz hat also eine Geschichte, keinen Schnappschuss.
Bestandene Ergebnisse hängen sich als Evidenz an die zugehörigen Controls; Fehlschläge werden zu Findings, die Sie triagieren. Wenn das Audit kommt, ist der Nachweis bereits verknüpft.
Öffnen Sie eine beliebige Seite für ihr vollständiges Check-Register.
Jeden Zugang erstellen und berechtigen Sie selbst, und Sie können ihn jederzeit widerrufen. Checks lesen nur; Ergebnisse und Evidenz werden in der Schweiz gespeichert und bleiben exportierbar.
Ja. Die Checks authentifizieren sich mit einem Zugang, den Sie selbst erstellen und berechtigen, und lesen ausschliesslich Konfiguration. devguard hat keinen Schreibzugriff auf Mailgun und remediiert nichts im Stillen.
Ein fehlgeschlagener Check wird zum Finding am zugehörigen Control, mit der Evidenz im Anhang. Sie entscheiden über die Behandlung: Niemand wird angepiept, und nichts wird automatisch remediiert.
Die Checks laufen auf Schweizer Infrastruktur, Ergebnisse und Evidenz werden in der Schweiz gespeichert. Alles ist exportierbar, Ihre Evidenz gehört weiterhin Ihnen.
20 Minuten dazu, wie Sie Ihre Zertifizierung heute betreiben. Bringen Sie Ihre aktuelle Test- oder Control-Liste mit, und wir gleichen sie mit diesen Checks ab, ehrlich und Lücke für Lücke.