Zum Inhalt springen
D1
DE
EnglishРусскийEspañolFrançaisPortuguêsDeutschItalianoPolski

Browser-Sicherheit

Browser-Update-Prüfer

Erkennt Ihre Browser-Version und zeigt, ob ein Update empfohlen ist.

Browser-Sicherheit

Browser-Update-Prüfer

Erkennt Ihre Browser-Version und zeigt, ob ein Update empfohlen ist.

User-Agent may reveal browser and OS details; avoid adding extra personal data.

Update prüfen

Erkennt Ihre Browser-Version und zeigt, ob ein Update empfohlen ist.

So nutzen Sie das Tool

  1. Öffnen Sie den DN01 Browser Update Checker im Browser, den Sie prüfen möchten. Die Seite liest den live User-Agent, den Ihr Client bei normalen HTTPS-Anfragen sendet, sowie Client Hints (Brands, Plattform), wenn der Browser sie für diese Origin preisgibt. Keine Erweiterung oder Admin-Rechte nötig — DN01 lädt keine Installer herunter und löst keine Updates aus; es parst den empfangenen String und vergleicht die Major-Version mit einer gebündelten Referenztabelle für Chrome, Edge, Firefox, Safari, Opera, Samsung Internet, Yandex Browser und Chromium. Das Ergebnis erscheint in Millisekunden ohne Anmeldung; DN01 installiert nie Updates und verlinkt nur offizielle Herstellerseiten. Die Antwort kommt in Millisekunden; das Tool installiert nie Updates und verlinkt nur offizielle Herstellerseiten über update URL. Client Hints brands und platform ergänzen die Erkennung, wenn Chromium-Forks sich ähnlich melden. Kein Login erforderlich.
  2. Um einen Remote-Besucher, Bot, Kiosk oder Corporate-Image zu diagnostizieren, wechseln Sie in den manuellen Modus und fügen Sie den vollständigen User-Agent aus Webserver-Logs, Analytics, WAF-Ereignissen oder Support-Tickets ein. DN01 wertet Hersteller-Tokens in festgelegter Reihenfolge aus — Samsung Internet und Yandex vor generischen Chrome/Chromium-Tokens — damit der erkannte Produktname den echten Browser widerspiegelt. Eingebettetes Chromium in Electron oder WebView erhält ebenfalls Major und Status gegen Baseline 126. Der manuelle Modus akzeptiert UA aus nginx, Cloudflare, Akamai oder Application Insights unverändert.
  3. Prüfen Sie die Ergebniskarte: erkannter Browser, vollständige Version, für das Urteil genutzte Major-Version, Status (current, outdated oder unknown), gebündelte Referenz-Major, Kurznachricht und offizielle Update-URL bei erkanntem Engine. Der Status vergleicht nur Majors: erfüllt oder übertrifft Ihre Major die Baseline, markiert DN01 den Browser als current, auch wenn Hersteller zwischen Major-Releases Sicherheits-Patches ausliefern. Das message-Feld fasst das Urteil in Support-Sprache zusammen. Felder latest baseline und major zeigen die Lücke zur gebündelten DN01-Tabelle.
  4. Teilen Sie den Permalink über den User-Agent-Hash statt den rohen UA in Chat, E-Mail oder Ticketing zu pasten. Der Hash stabilisiert den Link ohne vollständigen Fingerabdruck in der URL — Route /browser-update-checker/{uaHash} wiederholt sich für identische Strings. Nach dem Update erneut prüfen und Major-Anstieg bestätigen; bleiben TLS-, HSTS- oder Redirect-Fehler auf current Browser, folgen Sie mit DN01 SSL Certificate Checker und HTTP Header Checker auf demselben Hostnamen; DNS Checker bestätigt den Origin. Nach Update erneut prüfen und uaHash-Permalink fürs Schichtticket anhängen. DNS Checker validiert den Hostname bei anhaltenden Site-Fehlern.

Was das Ergebnis zeigt

Das Ergebnis trennt die Signale, die für diese Prüfung wichtig sind.

FeldZweckBeispiel
BrowserErkanntes Produkt nach geordnetem Token-Matching für Chrome, Edge, Firefox, Safari, Opera, Samsung Internet, Yandex und Chromium.Microsoft Edge
VersionVollständiger Versions-Token aus User-Agent (oder Client Hints falls zutreffend).126.0.6478.57
Major-VersionGanzzahl-Major für das Frische-Urteil gegen die gebündelte Tabelle.126
Statuscurrent bei major ≥ Baseline, outdated bei major < Baseline, unknown ohne erkanntes Token.outdated
Referenz-BaselineGebündelte Referenz-Major (z. B. Chrome/Edge 126, Firefox 127, Safari 17, Opera 111).126
Update-URLOffizielle Herstellerseite für sichere Updates — kein Drittanbieter-Mirror.https://www.microsoft.com/edge
User-Agent-HashKurzes SHA-256-Präfix für teilbare URLs ohne rohen UA.a3f9c2e1b8d704fe
PlattformBetriebsumgebung aus Client Hints oder Parsing wenn verfügbar.Windows
BrandsClient-Hints-Brand-Liste für Chromium-Klasse.Chromium 126, Microsoft Edge 126
MeldungVerständliche Zusammenfassung des Urteils für Support-Kopie.Microsoft Edge wirkt älter als die gebündelte Baseline.

Wann diese Prüfung hilft

Support-Teams nutzen den Browser Update Checker, wenn Kunden Login, Passkeys, WebAuthn, Payment-Iframes oder modernes CSS melden, das in Engineering-Browsern funktioniert. Eine veraltete Major erklärt fehlende APIs oft vor stundenlangem Bug-Repro. UA aus CDN- oder Origin-Logs einfügen, offiziellen Update-Link senden, Hash-Permalink an Ticket hängen. Corporate-Proxys können User-Agent verfälschen — Origin-UA und Browser-UA vergleichen; DNS Checker und HTTP Header Checker wenn nötig. Bewahren Sie den uaHash-Permalink in CRM oder Confluence als Prüfnachweis auf, ohne den vollständigen User-Agent zu speichern. Hash-Links erleichtern Übergaben zwischen Schichten.

Security und IT prüfen Browser-Posture nach Exploit-Meldungen zu bestimmten Chromium- oder Firefox-Majors. DN01 ersetzt kein Enterprise-Patch-Management, liefert aber schnelle Antwort auf „ist dieser UA offensichtlich hinterher?“ beim IOC-, Proxy-Log- oder Phishing-Kit-Triage. IOC-Listen mit alten Chromium-Majors lassen sich stichprobenartig durch DN01 statt manuell in about:version prüfen.

QA und Web-Teams validieren Kompatibilitätsmatrizen vor Launches mit Client Hints, AVIF oder Service Workers. Sagt ein Tester „Safari 16 auf meinem Handy“, bestätigt der Checker die Major gegen Safari-17-Baseline und verlinkt Apple-Guidance. HTTP Header Checker bei CDN-Cache-Verdacht. Vor Go-Lives mit AVIF prüfen Teams Safari- und Firefox-Major gegen die Baseline-Tabelle.

SEO und Marketing teilen Hash-Ergebnisseiten in Doku, um zu erklären, warum DN01-Tools einen halbwegs aktuellen Browser brauchen — ohne vollen User-Agent in öffentlichen URLs. Marketing-Teams teilen uaHash-Seiten in Foren ohne vollständigen User-Agent preiszugeben.

MSP prüfen KMU-Arbeitsplätze mit UAs aus Remote-Sessions, wenn Chrome-, Edge- oder Firefox-Auto-Update still scheiterte. DN01 hebt veraltete Majors mit offiziellen URLs hervor.

Entwickler vergleichen Crawler und Monitoring-Bots mit derselben Tabelle wie Menschen. Unknown markiert exotische Bots ohne falsches „veraltetes Chrome“.

Nach Migration auf strikteres TLS oder HTTP/2-only Origins Legacy-Browser in Regionalbüros testen. Alte Major fehlt evtl. Cipher oder ALPN — SSL Certificate Checker am Hostnamen trennt Client-Alter von Zertifikatsfehlern.

Was prüfen, wenn das Ergebnis falsch wirkt

Zeigt DN01 Chrome, obwohl der Nutzer Edge, Opera oder Samsung Internet behauptet, vollständigen User-Agent prüfen: Chromium-Derivate tragen Chrome-kompatible Tokens. Geordnetes Matching bevorzugt Edg/, OPR/, SamsungBrowser/, YaBrowser/ — abgeschnittenes Paste verfälscht Erkennung.

Client-Hints-Brands und -Plattform nur wenn Browser und Origin sie senden; Privacy und Cross-Site verbergen oft. Ohne Hints auf User-Agent verlassen — DN01 erfindet keine Daten. unknown mit nichtleerem UA oft gefrorener Enterprise-Build. Ohne Client Hints bleibt User-Agent maßgeblich — DN01 erfindet keine Plattformdaten.

current-Urteil garantiert nicht jeden Security-Patch — Majors entscheiden. Build-Level-Compliance via MDM kombinieren. Browser neuer als Baseline nie outdated markiert. Build-Nummern außerhalb der Major bleiben außerhalb des Scopes — MDM liefert Detailtiefe.

Safari iOS/macOS meldet Version/XX; Major Version wird mit Safari-Baseline verglichen. Ausstehende OS-Updates halten Major zurück bis Apple-Flow aus Ergebniskarte. iOS Safari erfordert oft ein OS-Update über den Apple-Link in der Karte.

Tippfehler im manuellen Modus — Zeilenumbrüche, doppelte Tokens — erzeugen unknown oder falsche Major. Genau einen vollständigen User-Agent einfügen.

So interpretieren Sie das Ergebnis

Der Browser Update Checker folgt pragmatischer Major-Policy: Sites sperren selten wegen Patch .57 vs .58, aber wegen Safari 16 vs 17 oder Firefox 115 vs 127. DN01 spiegelt operative Realität für handlungsfähigen Support. Die Tabelle umfasst Opera 111, Samsung Internet 26 und Yandex 24 mit eigenen Update-URLs — kein generischer Chrome-Download. Major-Vergleich bleibt auch bei Patch-Releases stabil.

Referenz-Baselines im Backend-Bundle (Chrome/Edge 126, Firefox 127, Safari 17, Opera 111, Samsung Internet 26, Yandex 24, Chromium 126) aktualisieren mit DN01-Releases, nicht live gegen Hersteller-APIs — schnell, ohne Scraping-ToS. Konservativer Boden, keine Garantie für heutigen CDN-Build. Samsung Internet 26 und Yandex 24 sind eigene Zeilen — nicht mit Chrome 126 verwechseln.

UA-Hash: SHA-256 auf sechzehn Hex für /browser-update-checker/{uaHash} ohne rohen UA in Query. Identische UAs → deterministischer Hash. Gleiche UA erzeugen bei jedem Aufruf denselben uaHash.

DN01 installiert nie Updates — sichere Grenze auf geteilten Support-Rechnern. update URL = Übergabe; Rest unter Herstellerbedingungen.

Client Hints ergänzen, ersetzen nicht User-Agent. Brands klären Chromium-Fork; Plattform trennt Android-WebView von Desktop-Chrome. Transport + Client: HTTP Header Checker am Origin, SSL Certificate Checker am Hostnamen.

unknown ist gewollt: IE-Modi, Custom-WebViews, Appliances mit gefälschtem UA sollen kein irreführendes „Chrome updaten“ erhalten. Das Tool vergleicht absichtlich keine Patch-Build-Nummern: remote lässt sich der heutige Security-Fix nicht beweisen, aber Major-Gaps sind im User-Agent sofort sichtbar. Baselines Firefox 127 und Chrome/Edge 126 spiegeln einen typischen Outreach-Boden 2025–2026; nach DN01-Releases aktualisiert sich die Tabelle zentral.

Empfohlener Ablauf

  1. User-Agent aus betroffener Session sammeln — Browser-Besuch, Log-Zeile oder manuelles Paste. Log-Zeile oder Browser-Besuch. Reicht aus.
  2. DN01 Browser Update Checker ausführen; Browser, Major, Status und Update-URL notieren.
  3. Bei outdated offiziellen Link senden; bei unknown mit vollem UA eskalieren.
  4. Nach Update erneut prüfen: major ≥ Baseline; Hash-Permalink ins Ticket.
  5. Bleiben Site-Fehler bei current Browser: DNS Checker → SSL Certificate Checker → HTTP Header Checker. DNS Checker bestätigt den Ziel-Host vor TLS- und Header-Analyse.

Tool statt manueller Prüfung

about:version oder Über-Dialog hilft lokal, nicht bei einer Log-Zeile. DN01 macht strukturierte Karte, Baseline-Vergleich und teilbaren Link — besser als Über-Screenshot für async Support. about:version ist schnell, liefert aber keinen Baseline-Vergleich für acht Browserfamilien.

DevTools zeigt userAgent und userAgentData; Nicht-Techniker dazu zu bitten erzeugt Reibung. DN01 parst im Dienst und lokalisiert in acht Sprachen.

MDM (Intune, Jamf) = Flotten-Compliance; selten hilfreich für einzelnen UA in Zendesk. DN01 ad hoc, MDM autoritativ.

Can I Use und MDN dokumentieren API-Support nach Version; keine offizielle Update-URL oder outdated/current-Urteil für konkreten UA. DN01 beantwortet „soll diese Person jetzt updaten?“.

„What is my browser“-Gadgets monetarisieren und verstecken offizielle Links. DN01 neben DNS Checker und SSL Certificate Checker — ohne Upsell.

curl -A testet Routing ohne gepflegte Baselines oder Hash-Permalink. DN01 ergänzt, wenn Ticket lesbares Ergebnis braucht. DN01 liefert lesbare Ticket-Texte statt roher curl-Ausgabe.

Auto-Update-Policies erklären hängende Majors; DN01 zeigt Lücke, um Policy vs Unwissenheit zu klären. Firefox ESR und Chromium-LTS in Behördenumgebungen bleiben absichtlich hinter Consumer-Releases — dokumentieren Sie die Abweichung statt generischer Chrome-Links. Yandex Browser und Samsung Internet haben eigene Baselines (24 und 26). Opera und Edge: ordered matching bevorzugt OPR/ und Edg/ vor Chrome/. Firefox ESR-Kanäle erklären absichtlich verzögerte Majors in Behördennetzen.

Warum DN01

  • Majors für Chrome, Edge, Firefox, Safari, Opera, Samsung Internet, Yandex und Chromium mit offiziellen Update-Links. Acht unterstützte Browserfamilien.
  • Teilbare Hash-URLs ohne rohen User-Agent in der Adressleiste. Kein roher User-Agent in der Adressleiste.
  • Client-Hints-Brands und -Plattform wenn verfügbar; ehrlicher unknown für unbekannte Engines. Unknown bleibt ehrlich bei nicht erkannten Engines.
  • Passt zu DN01 DNS Checker, SSL Certificate Checker und HTTP Header Checker. Passt zu DNS Checker, SSL Certificate Checker und HTTP Header Checker.

FAQ

FAQ zur Browser-Update-Prüfung

User-Agent, Client Hints, veraltetes Urteil, offizielle Update-Links und Ergebnisseiten per Hash.

Wie erkennt DN01 meine Browserversion?

Es liest den User-Agent des Browsers und, wenn verfügbar, User-Agent Client Hints wie sec-ch-ua brands. Die Hauptversion wird mit einer gepflegten Tabelle für Chrome, Edge, Firefox, Safari, Opera und andere gängige Engines verglichen.

Was sind Client Hints und warum fehlen sie manchmal?

Client Hints sind strukturierte Header, die Marke und Version zuverlässiger liefern als legacy User-Agent-Tokens. Verfügbarkeit hängt von Browser und Site-Policy ab; DN01 fällt bei fehlenden Hints auf User-Agent-Parsing zurück.

Was bedeutet „veraltet“ im Ergebnis?

Veraltet heißt: Die Hauptversion liegt unter der Referenz, die DN01 für diese Browserfamilie führt. Es werden nur Hauptversionen verglichen; der Link zeigt auf die offizielle Anbieterseite, nicht auf Drittanbieter-Downloads.

Installiert DN01 Browser-Updates?

Nein. DN01 lädt und installiert nichts. Es zeigt eine praktische Statuskarte und die offizielle Update-URL von Chrome, Edge, Firefox, Safari oder einem anderen Anbieter.

Kann ich fremde User-Agents oder Bots prüfen?

Ja. Füge jeden User-Agent manuell ein, um Kundenbrowser, Crawler, Kioske oder Support-Tickets zu diagnostizieren. Die Seite im zu prüfenden Browser zu öffnen aktiviert auch die automatische Erkennung.

Warum Ergebnisseiten per User-Agent-Hash?

Jede Prüfung erhält einen stabilen Hash, damit Support SEO-freundliche URLs teilen kann, ohne den vollen User-Agent in der Adressleiste zu zeigen. Gleicher UA öffnet dieselbe Zusammenfassung erneut.

Tool-Wechsler

Mit einer anderen Prüfung fortfahren

Nächsten Schritt im Domain- oder Sicherheits-Workflow wählen.

Vollständiger Tool-Katalog →

Anleitungen

Verwandte Artikel

Praxisnahe Anleitungen für häufige Browser-Update-Prüfer-Aufgaben — DNS-Einträge, Troubleshooting-Schritte und Links zu unseren kostenlosen Tools.

Zurück zu Browser-Update-Prüfer