Betreiber / Claim / Zugriff

das-nettz.de sicher als Betreiber verifizieren

Domain-Verifizierung fuer das-nettz.de: 0/5 Methode(n) bestanden, 3 empfohlene Methode(n), Claim bleibt getrennt vom oeffentlichen Report.

Dieses Paket ist ein Betreiber-Blueprint. Es fuehrt keinen echten Claim aus, vergibt keine Rollen und akzeptiert keine Secrets. Produktive Verifizierung braucht serverseitige Token, Auditlog, MFA und Missbrauchsschutz.

0 verification_required
5Methoden 3empfohlen 5offen neinHTTPS gesehen

Challenge

Nachweiswerte fuer das-nettz.de

DNS TXT Record pending · DNS/Admin · empfohlen

_saferpage.das-nettz.de TXT saferpage-verification=sp-verify-f02d1e457dea6e0dcee8713a

Beweist Domainkontrolle ohne Website-Code zu aendern.
Risiko
niedrig
Well-Known Datei pending · Webbetrieb · empfohlen

https://das-nettz.de/.well-known/saferpage-verification.txt mit Inhalt saferpage-verification=sp-verify-f02d1e457dea6e0dcee8713a

Geeignet, wenn DNS-Zugriff fehlt; Datei muss oeffentlich abrufbar sein.
Risiko
niedrig
HTML Meta Tag pending · CMS/Frontend · optional

<meta name="saferpage-domain-verification" content="sp-verify-f02d1e457dea6e0dcee8713a">

Schnell fuer CMS-Seiten, aber bei Theme-/Cache-Aenderungen anfaelliger.
Risiko
mittel
Admin-E-Mail Freigabe manual_review · Legal/Domain Owner · optional

admin@, webmaster@, postmaster@ oder im Impressum/Datenschutzhinweis genannter Kontakt bestaetigt Claim.

Nur als Zusatzsignal nutzen; Kontaktadresse allein beweist nicht immer technische Kontrolle.
Risiko
mittel
Kanonische Kurz-URL bestaetigen pending · Website-Betrieb/SEO · empfohlen

https://saferpage.de/das-nettz.de bleibt einziger oeffentlicher Report-Link; technische Varianten leiten um oder bleiben noindex.

Verhindert Duplicate Content und unklare Betreiberlinks.
Risiko
niedrig

Rollen

Was nach erfolgreicher Verifizierung freigegeben werden darf

Viewer Basiszugriff

Reports, Exporte und Nachweise lesen.

Operator MFA erforderlich

Re-Scans, Monitoring, Tickets und Integrationen vorbereiten.

Admin MFA erforderlich

Rollen, API-Zugriff, Integrationen und Public Links freigeben.

Security Gates

Claiming darf Reports nicht verfälschen

Kanonischen Report oeffnen
Claim aendert keine Scan-Ergebnisse required

Betreiberrechte duerfen oeffentliche Befunde nicht loeschen oder weichzeichnen.

Rollen minimal vergeben required

Viewer, Operator, Admin und API-Rollen getrennt freigeben.

Claim-Auditlog fuehren required

Methode, Zeitpunkt, Pruefwert-Hash, Pruefer und Rollenwechsel protokollieren.

Keine Secrets im Export required

Nur Challenge-Referenzen und Hashes ausgeben, keine Session- oder API-Tokens.

Regelmaessig rezertifizieren required

Domain-, DNS-, Agentur- und Owner-Wechsel koennen Kontrolle aendern.