Wie vertrauenswürdig ist Technitium DNS Server?
Der Wert stammt aus der transparenten Bewertungsmethode des Quelldatensatzes. Er ist eine strukturierte Orientierung, keine Sicherheitsgarantie und kein Ersatz für deine eigene Risikoprüfung.
Vier Bewertungsdimensionen
Positive Signale erhöhen, Vorbehalte reduzieren den WertPositive Signale
26 BelegeDie DNS-Server-Privacy-Policy sagt, dass die Kernnutzung keine Registrierung braucht und außer Weblogs keine personenbezogenen Daten sammelt.
Quelle prüfen ↗Update- und App-Store-Checks erfolgen durch den DNS-Server selbst, ohne Browserdaten des Webkonsolen-Nutzers zu senden.
Quelle prüfen ↗Die offizielle Hilfe sagt, dass Query Logging optional ist, während Error- und Audit-Logs Standard sind.
Quelle prüfen ↗Technitium unterstützt DNS-over-TLS, DNS-over-HTTPS und DNS-over-QUIC für verschlüsselte DNS-Forwarder und Dienste.
Quelle prüfen ↗Die unterstützten RFCs enthalten DNSSEC-Validierung und -Signierung über zentrale DNSSEC-RFCs.
Quelle prüfen ↗Der Changelog dokumentiert Netzwerk-ACLs für Rekursion, Zone Transfer und Dynamic Updates.
Quelle prüfen ↗Das Produkt unterstützt TOTP-2FA, OpenID-Connect-SSO und rollenbasierten Mehrbenutzerzugriff.
Quelle prüfen ↗v15 führte Authorization-Bearer-Token für die HTTP-API ein und reduziert die Abhängigkeit von URL- oder Form-Tokens.
Quelle prüfen ↗Neue v15-Installationen unter Linux und Windows laufen als Non-Root- bzw. Non-System-Services.
Quelle prüfen ↗Offizielle Downloadseiten veröffentlichen SHA256-Hashes für Setup- und Portable-Release-Archive.
Quelle prüfen ↗Cluster-Node-Transport nutzt DANE-EE-TLS und wird für sensible Schlüssel und API-Tokens zwischen Nodes dokumentiert.
Quelle prüfen ↗Das GitHub-Organisationsprofil veröffentlicht Mumbai, Indien und support@technitium.com.
Quelle prüfen ↗Das Repository hat öffentliche Issues und Pull Requests und bietet damit sichtbare Wege für Beiträge und Bugreports.
Quelle prüfen ↗Jüngere Changelog-Einträge nennen externe Pull Requests für SSO, Themes, Logging und App-Dokumentation.
Quelle prüfen ↗Der Changelog zeigt Version 15.1 mit Release am 3. Mai 2026.
Quelle prüfen ↗Die offizielle Distribution deckt Windows, Linux, macOS, Raspberry Pi und Docker ab.
Quelle prüfen ↗Die Linux-Installationsanleitung wurde am 5. Mai 2026 aktualisiert.
Quelle prüfen ↗Die Hilfe beschreibt Serve-Stale, Prefetch und Auto-Prefetch-Caching für Resilienz und Antwortlatenz.
Quelle prüfen ↗v15 führte einen Prometheus-Metrics-API-Endpunkt für Lifetime-Counter ein.
Quelle prüfen ↗Die offizielle Feature-Liste dokumentiert Load-Tests mit über 100.000 Requests pro Sekunde auf Standardhardware.
Quelle prüfen ↗Technitium kann selbst gehostet sowohl als autoritativer als auch als rekursiver DNS-Server laufen.
Quelle prüfen ↗Upgrade-Hinweise und Release-Änderungen dokumentieren Backup-ZIP-Export und Restore-Unterstützung für ältere Backups.
Quelle prüfen ↗Der Changelog dokumentiert RFC-1035-Zonen-Import/-Export und Unterstützung für das BIND Extended Zone File Format.
Quelle prüfen ↗Query Logs können per HTTP-API und GUI als CSV exportiert werden.
Quelle prüfen ↗Die integrierte HTTP-API stellt dieselben Konfigurationsaktionen bereit, die auch die Webkonsole nutzt.
Quelle prüfen ↗Die offiziellen Installationsdocs verlinken Build-Instructions für den Bau des DNS-Servers aus dem Quellcode.
Quelle prüfen ↗Vorbehalte
11 PunkteCVE-2026-42255 zeigte, dass Technitium DNS Server vor 15.0 DNS-Traffic-Amplification über zyklische Name-Server-Delegation erlaubte.
Quelle prüfen ↗CVE-2025-50334 ermöglichte Remote-Angreifern einen Denial of Service über die Rate-Limiting-Komponente in v13.5.
Quelle prüfen ↗CVE-2024-56089 erlaubte DNS-Cache-Poisoning und das Einspeisen gefälschter Antworten bis v13.2.2.
Quelle prüfen ↗Die Security-Policy unterstützt nur die neueste Version, und GitHub zeigt keine veröffentlichten Security Advisories.
Quelle prüfen ↗Das offizielle Onboarding startet die Webkonsole weiter über HTTP mit admin/admin-Autologin, bis das Passwort geändert wird.
Quelle prüfen ↗v15 härtet neue Service-Installationen, aber bestehende Linux- und Windows-Installationen behalten ohne Neuinstallation das alte Privilegmodell.
Quelle prüfen ↗Die v15 Block Page App kann SSL-MiTM durchführen, wenn ihr selbstsigniertes Root-Zertifikat auf Clients installiert ist.
Quelle prüfen ↗Patreon beschreibt Technitium als von Shreyas Zare verwaltetes Teilzeit-Hobbyprojekt, was Kontinuitätsrisiko konzentriert.
Quelle prüfen ↗Jüngere Clustering-Änderungen verlangten gemeinsame Upgrades aller Nodes und erhöhen das Rollout-Risiko für Cluster.
Quelle prüfen ↗Der offizielle Support läuft über E-Mail, GitHub Issues und Reddit, ohne öffentliche SLA- oder Enterprise-Support-Zusage.
Quelle prüfen ↗Technitium sagt, dass Clustering proprietär ist und nur mit Technitium-DNS-Server-Instanzen funktioniert.
Quelle prüfen ↗So funktioniert die Methode
Die Basisklasse beginnt je nach Offenheit und Rechtsraum bei unterschiedlichen Ausgangswerten. Danach werden Sicherheit, Governance, Zuverlässigkeit sowie Vertrag und Portabilität bewertet. Neuere oder strukturelle Vorbehalte wiegen stärker; ältere Ereignisse verlieren stufenweise Gewicht. Abzüge sind grundsätzlich gedeckelt, bestimmte gravierende Ausnahmen können davon ausgenommen sein. Klassenobergrenzen verhindern, dass positive Zusatzpunkte grundlegende Jurisdiktions- oder Transparenzrisiken vollständig verdecken.
Wichtig: Der Score bewertet öffentlich belegte Eigenschaften. Er besagt nicht, dass ein Produkt fehlerfrei, rechtssicher oder für deinen konkreten Einsatzzweck geeignet ist.