D-Trust Advanced SSL ID (OV) SAN

IPv6 (Internet Protocol Version 6, von der Internet Engineering Task Force, IETF, seit 1998 standardisiert) ist nicht etwa eine Weiterentwicklung von IPv4, sondern ein komplett neues Protokoll. Bedeutet: IPv6 ist nicht abwärtskompatibel. Das erschwert die Umstellung von IPv4 auf IPv6 erheblich. Der Nutzen ist allerdings hoch: IPv6 ermöglicht die vereinfachte Vernetzung von Computersystemen, da Hostsysteme bei IPv6 in der Lage sind, selbstständig IP-Adressen für Netzwerkschnittstellen zu wählen. Weiter ist der IPv4-Adressraum schon drastisch knapp: IP-Adressen für den IPv4-Adresspool sind ausgeschöpft.

Online ist IPv4 überwiegend präsent, da es zurzeit diverse Probleme mit IPv6 gibt (weiterführende Informationen dazu bei Wikipedia). Nichtsdestotrotz sind erste Umstellungsmaßnahmen angelaufen; so betreibt Heise beispielsweise Router für IPv4 und IPv6. Für diese Umstellung ist die Sorge in aller Munde, dass SSL-Zertifikate ungültig werden könnten. Dem ist nicht so: Es gibt SSL-Zertifikate (auch TLS-Zertifikate genannt), die auf eine IP-Adresse ausgestellt werden. Dies empfehlen wir jedoch nicht, da Sie dann auch Mailserver über die IP ansprechen müssten. Wird der Hostname angegeben, wird dieser auch zertifiziert und die dahinterstehende IP-Adresse tut nichts zur Sache.

Sie erhalten diese Fehlermeldung, wenn Sie das SSL-Zertifikat (auch TLS-Zertifikat genannt) für einen anderen Domainnamen verwenden als den, für den Sie das Zertifikat erstellt haben. Sie können das Zertifikat für www.beispiel.de nicht für blog.beispiel.de verwenden. Möchten Sie mit Ihrem SSL-Zertifikat auch Subdomains absichern, empfiehlt sich der Kauf eines Wildcard-Zertifikats.

Bitte überprüfen Sie zunächst, ob Sie Ihren privaten Schlüssel in Ihren Backups finden. Wenn nicht, wenden Sie sich bitte an unseren Support (support@psw.net). Wir stellen Ihnen natürlich kostenfrei* ein neues Zertifikat aus. Dafür müssen ein neuer privater Schlüssel sowie das CSR erzeugt werden.
*(Bitte beachten Sie, dass dieser Service nicht bei allen Zertifizierungsstellen kostenfrei zur Verfügung steht. Wenn Sie sich unsicher sind sprechen Sie uns an!)

Zunächst ist es wichtig, sich zur Sicherung von Subdomains mit Wildcard-Zertifikaten auseinanderzusetzen. Damit schützen Sie die Subdomains Ihrer Hauptdomäne. Mit "*.beispiel.de" sichern Sie auch www.beispiel.de, shop.beispiel.de, blog.beispiel.de oder login.beispiel.de ab. Wichtig ist allerdings, dass Domänen vierter Ordnung (z. B. sonderaktion.shop.beispiel.de) nicht abgesichert sind – für diese Domain bräuchten Sie ein gesondertes SSL-Zertifikat (auch TLS-Zertifikat genannt).

Das kommt darauf an, was Sie sichern wollen: Möchten Sie beispielsweise ausschließlich eine Login-Seite auf Ihrer Website, etwa www.login.beispiel.de, sichern, reicht es, ein Einzel SSL-Zertifikat auf diese Domäne zu legen. Bedenken Sie aber: Bestellen Sie ein Zertifikat, das mit "www." beginnt, können Sie es auch ohne "www." nutzen, z. B.: Sie bestellen das Zertifikat für www.beispiel.de und nutzen es auch für beispiel.de. Umgekehrt ist das nicht so! Ein auf beispiel.de bestelltes Zertifikat können Sie nicht auch für www.beispiel.de nutzen! In solchen Fällen empfehlen wir den Einsatz von Wildcard-Zertifikaten, mit denen Sie neben Ihrer Hauptdomain auch Subdomains absichern.

Nein, in aller Regel können Sie Ihr SSL-Zertifikat (auch TLS-Zertifikat genannt) unabhängig von Ihrem Serveranbieter bestellen. Somit ist es nebensächlich wo sie ihr Hosting betreiben. Fragen Sie im Zweifelsfall nach.

Nein, Sie brauchen für beide Domains Einzelzertifikate. Wenn Sie weitere Domains sichern wollen, ist es bequemer und kostengünstiger Multidomainzertifikate zu bestellen.

Ja, wir bieten kostenlose Testzertifikate für ihre Website mit einer Laufzeit von 30 Tagen der Zertifizierungsstellen Sectigo (ehemals Comodo) und GeoTrust an. Weitere Informationen erhalten Sie von unserem kostenlosen Support oder auf unserer Webseite unter Einzel-Zertifikate.

Root-Zertifikate werden auch als Stamm- oder Wurzelzertifikate bezeichnet, was ihren Charakter bereits etwas näher beschreibt: Das Root-Zertifikat validiert die Gültigkeit aller untergeordneten Zertifikate. Als wichtiger Bestandteil von Public-Key-Infrastruktursystemen (PKI-Systeme) basiert die am häufigsten verwendete Variante eines Root-Zertifikats auf dem ISO x.509-Standard. Dieser Standard beschreibt, welche Inhalte ein Wurzelzertifikat aufweisen muss: Name des Zertifikatsinhabers, öffentlicher Schlüssel desselben, die Gültigkeitsdauer des Zertifikats sowie die Zertifizierungsstelle (CA). Die CA (zum Beispiel SwissSign, Sectigo (ehemals Comodo),GeoTrust etc.) signiert die im Root-Zertifikat enthaltenen Informationen mit ihrem Private Key, womit die Korrektheit der im Zertifikat stehenden Angaben bestätigt wird.

Das Zertifikat selbst lässt sich mit dem dazugehörigen öffentlichen Schlüssel der Zertifizierungsstelle überprüfen. Voraussetzung dafür ist die Überprüfbarkeit der Authentizität und Integrität des öffentlichen Schlüssels der CA – heißt: die Zertifizierungsstelle selbst benötigt auch ein Zertifikat. Das erhält sie beispielsweise von einer übergeordneten CA, die wiederum selbst ein Zertifikat einer übergeordneten Zertifizierungsstelle braucht usw. Daraus folgend, erhält man eine Hierarchie von Zertifikaten, die eine Prüfung benötigen, um ihre Gültigkeit zu bestätigen.

Diese Kette muss allerdings irgendwo enden – und hier kommt das Root-Zertifikat ins Spiel. Das Stammzertifikat wird von keiner übergeordneten Zertifizierungsinstanz ausgestellt, es gibt auch keine Verweise auf andere Zertifikate. Die sogenannte Root CA, also die oberste Zertifizierungsstelle, signiert eigene Zertifikate selbst. Damit müssen Root-Zertifikate uneingeschränkt vertrauenswürdig sein. Weiter ist es zwingende Voraussetzung, dass Wurzelzertifikate in den Anwendungsprogrammen installiert sind, andernfalls können sie nicht überprüft werden. Insbesondere Webbrowser enthalten bereits Listen von vorinstallierten Root-Zertifikaten unterschiedlicher CAs, um sichere SSL-Verbindungen herzustellen.

Das hängt davon ab, wo Sie Ihre SSL-Zertifikate bestellen. Haben Sie bei der PSW GROUP bestellt, erhalten Sie vor Ablauf Ihres Zertifikats eine Benachrichtigung inklusive der Möglichkeit, Ihr SSL-Zertifikat binnen weniger Minuten zu verlängern. Der Verlängerungsprozess gleicht dem einer Neubestellung; sofern sich Ihre Rechnungsempfängerdaten in der Zwischenzeit nicht geändert haben, entfällt Ihre Identitätsprüfung als Rechnungsempfänger. Zu beachten ist, dass diese Regelung nicht die Identitätsprüfung des Zertifikatsinhabers eines organisationsvalidierten bzw. erweitert validierten- Zertifikats betrifft. Hierfür muss eine erneute Identitätsprüfung erfolgen, obgleich diese uns aus der  Vergangenheit bereits vorliegt. Entscheiden Sie sich für die Verlängerung derselben Produktlinie, wird Ihnen die Restlaufzeit Ihres noch gültigen SSL-Zertifikats gutgeschrieben. Sie können Ihr SSL-Zertifikat frühestens 90 Tage vor dem Ablauf verlängern. Automatische Verlängerungen mit dem alten CSR sind aus technischen Gründen nicht auf Windows-Servern möglich. Um domainvalidierte Zertifikate beim IIS zu verlängern, genügt leider keine einfache Verlängerungsanforderung. Lesen Sie bitte die nötigen Schritte in unserer Knowledge-Base nach.

Bei Shared-SSL teilen sich alle Hosting-Kunden ein SSL-Zertifikat. Hierzu erwirbt der jeweilige Anbieter ein Wildcard-Zertifikat für eine Domain und sichert damit die Subdomains der Kunden ab. Der Nachteil: alle Kunden laufen unter der gleichen Hauptdomain. Daraus folgend wird zwar die Domain des Webhosting-Anbieters authentifiziert, nicht aber die Subdomain des Kunden. Aus Kostengründen mag Shared-SSL interessant sein, allerdings widerspricht es dem eigentlich Sinn der SSL-Zertifikate: Dem Nachweis einer erfolgreichen Identitätsprüfung durch eine Zertifizierungsstelle als unabhängige Stelle.

Wenn Sie ein SSL-Zertifikat erwerben wollen, finden Sie Preise ab 15,- Euro; nach oben hin können es auch 349,- oder gar 899,- Euro werden.
SSL-Zertifikate unterscheiden sich in der Validierungsart (domain-, organisations- oder erweitert validierte SSL-Zertifikate), der Browserakzeptanz (diese hängt von der ausstellenden Zertifizierungsstelle ab) und der Zertifikatsart (Einzel-, Wildcard- oder Multidomain-Zertifikate).

Die Preisunterschiede lassen sich wie folgt begründen:

• Validierungsart: Je umfangreicher die Validierung ist, desto teurer wird das SSL/TLS-Zertifikat, da der personelle Aufwand für die Prüfung des Zertifikatsinhabers größer wird. Dabei gilt: domainvalidierte SSL-Zertifikate stellen die niedrigste Validierungsstufe und Erweitert Validierte SSL-Zertifikate die höchste dar. Dementsprechend ist auch die Preisgestaltung.
• Browserakzeptanz: Je länger eine Zertifizierungsstelle auf dem Markt agiert, umso mehr Root-Zertifikate sind in unterschiedlichen Browsern und Betriebssystemen, auch älteren, enthalten. Dies steigert die Browserakzeptanz der ausgestellten SSL/TLS-Zertifikate.
• Zertifikatsart: Einzelzertifikate, welche nur eine Domain absichern, sind am günstigsten und Wildcard SSL-Zertifikate am teuersten, die unbegrenzt viele Subdomains einer Domain absichern können. Multidomain SSL-Zertifikate liegen preislich dazwischen und sichern mehrere (bis zu 100) unterschiedliche Domains oder Subdomains ab.
• Ein weiterer Faktor für die heftigen Preisunterschiede ist natürlich die Preispolitik der jeweiligen Zertifizierungsstelle.

Der verschlüsselte Verbindungsaufbau zwischen Client und Server findet bereits statt, bevor die URL, die angefragt wird, überhaupt übertragen wird – dass Sie Ihre Verbindung zum Server über SSL sichern, ist bereits klar, bevor die Verbindung steht. Deshalb erlaubt es die SSL-Verschlüsselung eigentlich nicht, verschiedene Domains unter einer IP-Adresse nutzen zu können (Virtual Hosts). Der Server wüsste dann nicht, welches Zertifikat benutzt werden soll, gilt doch jedes Zertifikat immer nur für eine Domain.Server Name Indication (SNI), eine vergleichsweise junge Technologie, möchte es künftig ändern, dass pro IP-Adresse nur ein SSL-Zertifikat ausgestellt werden kann. Sie können seit einigen Jahren unterschiedliche Zertifikate auf denselben IP hosten. Server und Client müssen allerdings so aktuell sein, dass sie dieses Verfahren unterstützen. Diesen Anforderungen hält im Wesentlichen der Internet Explorer unter Windows XP nicht mehr stand, alle anderen Browser sind bereits soweit. Für diesen Fall empfiehlt es sich, wenn Sie im nicht-verschlüsselten Part Ihrer Website auf eine Browserweiche setzen, die dem Besucher die Nutzung einer aktuelleren Browserversion nahelegt. Serverseitige Unterstützung finden Sie bei diesen Produkten: Ubuntu ab 10.04, Debian ab 6.x, Plesk ab 10.3, CentOS 5 mit Plesk oder ab Version 6.  Kommt SNI für Sie nicht infrage, um Nutzer älterer Browser  nicht auszusperren, sind Multidomainzertifikate für Sie denkbar.

Es ist nicht einfach, eine allgemeingültige Anleitung zum Installieren Ihres SSL-Zertifikats abzugeben, da es verschiedene Typen und Varianten gibt und die Installation zusätzlich abhängig von dem von Ihnen verwendeten Servertypen ist. Entscheiden Sie sich für ein Zertifikat, erhalten Sie auch eine Installationsanleitung, die es Ihnen auch als Laie möglich macht, SSL-Zertifikate zu installieren. Zudem haben wir auf unseren Supportseiten Installationsanleitungen für diverse Server für Sie zusammengestellt. Verlassen Sie sich aber auch darauf, dass Sie unseren Support jederzeit ansprechen können – wir helfen Ihnen gerne bei der Installation Ihres SSL-Zertifikats. PSW GROUP – mit Sicherheit Ihr Partner!

Diese Frage kann nicht pauschal beantwortet werden, da dies von Ihren speziellen Anforderungen abhängt: muss nur eine/mehrere Domains abgesichert werden; ist es sinnvoller ein EV SSL-Zertifikat (auch EV TLS-Zertifikat genannt) einzusetzen oder reicht ein OV- oder DV- SSL-Zertifikat. In diesem Fall empfehlen wir Ihnen unseren Support zu kontaktieren und sich ausführlich beraten zu lassen. Tel: 0661 480 276 10

Grundsätzlich ja! Das hängt aber von mehreren Faktoren ab:

haben Sie Ihr SSL-Zertifikat (auch TLS-Zertifikat genannt) mit dem privatem Schlüssel gesichert - können Sie das SSL-Zertifikat auf dem neuen Server problemlos installieren
haben Sie auf dem neuen Server den gleichen Domainnamen konfiguriert, der im SSL-Zertifikat eingetragen wurde, können Sie dieses SSL-Zertifikat wieder verwenden. Vorausgesetz, Sie haben noch Ihren privaten Schlüssel!

Haben Sie weder den privaten Schlüssel noch den gleichen Domainnamen, müss das SSL-Zertifikat erneut ausgegeben werden. Bei Verlust des privaten Schlüssels bieten wir Ihnen einen kostenlosen Austausch Ihres SSL-Zertifikates an. Bei Änderungen an dem Common Name muss ein neues SSL-Zertifikat erworben werden. Bei weiteren Fragen kontaktieren Sie bitte unseren Support unter: 0661 480 276 10 oder per E-Mail an support(at)psw.net

Das hängt von der jeweiligen Zertifizierungsstelle ab. Mit vielen Multi-Domain SSL-Zertifikaten können Sie bis zu 100 unterschiedliche Domains absichern. Die genaue Anzahl der abzusichernden Domains finden Sie in der jeweiligen Produktbeschreibung.

Das kommt darauf an, ob nur eine Domain über mehrere Webserver ausgeliefert wird (z.B. ein Server als Backup) oder ob unterschiedliche Domains auf mehreren Webservern abgesichert werden sollen?

Falls Sie nur eine Domain über mehrere Webserver absichern möchten, reicht es aus ein Einzel SSL-Zertifikat für eine Domain zu erwerben.  Dieses Einzel SSL-Zertifikat können Sie auf mehreren Webservern installieren um eine Domain abzusichern. Dabei sollten Sie beachten ein Einzel SSL-Zertifikat auszuwählen bei welchen die zusätzlichen Lizenzen kostenfrei sind (bei uns alle außer Symantec).

Je nach dem wie viele unterschiedliche Domains abzusichern sind kann ein Multidomain SSL-Zertifikat die günstigste Variante sein. Mit einem Multidomain SSL-Zertifikat können Sie bis zu 100 unterschiedliche Domains mit einem SSL-Zertifikat absichern. Ein kleiner administrativer Nachteil entsteht, wenn Sie Änderungen an diesem Multidomain SSL-Zertifikat (z.B. Erweiterungen) vornehmen. Sie müßten dann das SSL-Zertifikat auf allen Webservern austauschen.

Da es hierfür diverse Gründe geben kann, empfehlen wir Ihnen den Kontakt zu unserem technischen Support aufzunehmen. Tel 0661 - 480 276 10 E-Mail support(at)psw.net.

Eine Anleitung, wie Sie auf Ihrem Apache-Server eine Zertifikatsanforderung erstellen und das SSL-Zertifikat installieren, finden Sie in unserer Knowledge Base.

Die technischen Voraussetzungen, die Sie erfüllen müssen, um ein SSL-Zertifikat bestellen zu können, haben wir für Sie in unserem Knowledge Base-Eintrag zusammengefasst.

Wenn Sie prüfen möchten, ob Ihr SSL-Zertifikat (auch TLS-Zertifikat genannt) zu Ihrem privaten Schlüssels passt, können Sie das am schnellsten mit zwei einfachen openSSL Befehlen tun. Gehen Sie wie folgt vor:

Geben Sie an der Shell für SSL-Zertifikat und private key ein:

openssl x509 -noout -modulus -in dateiname.crt | openssl md5

openssl rsa -noout -modulus -in dateiname.key | openssl md5

Beide Prüfsummen sollten gleich lauten, weicht eine Prüfsumme ab, passt der jeweilige Bestandteil nicht zu den anderen. Tritt dies ein, erstellen Sie bitte eine neue Zertifizierungsanforderungen und den privaten Schlüssel. Anschließend veranlassen Sie über unseren SSL Support einen kostenlosen Austausch. Weitere Informationen zum kostenlosen Austausch finden Sie in unserer Knowledge Base.

• Als Domainzertifizierung bezeichnen wir den Vorgang der Domainvalidierung/ Domainprüfung. Das domainvalidierte SSL-Zertifikat kann auch als Domainzertifizierung bezeichnet werden, da bei dieser Art der SSL-Zertifikate ausschließlich die Domain und der Zugriff auf diese geprüft werden.
• Als Identitätszertifizierung bezeichnen wir den Vorgang der Identitätsprüfung anhand von persönlichen Ausweisdokumenten.

Die grüne Adresszeile signalisiert maximale Sicherheit und ist somit für potenzielle Kunden sofort sichtbar. Ausschließlich SSL-Zertifikate mit Extended Validation (EV) erhalten die grüne Adresszeile. Besonders für Online-Shops ist ein EV-Zertifikat von Vorteil, da sie dem Kunden zeigen, dass bei Transaktionen oder der Eingabe vertraulicher Daten eine Verschlüsselung stattfindet. Zudem zeigt eine Website mit einem gültigen EV SSL-Zertifikat, dass sie die Domaininhaberschaft besitzt und die Identität der Organisation geprüft wurde. Da auch Google die Wichtigkeit der Sicherheit in der online Welt erkannt hat, wirkt sich ein SSL-Zertifikat positiv auf ihr Ranking aus.

Bei der Bestellung eines SSL-Zertifikates, muss der Zugriffs auf die Domain durch den Empfang einer E-Mail an eine bestimmte E-Mail-Adresse bestätigt werden. Die E-Mail-Adresse muss innerhalb der zu zertifizierenden Domain liegen und wie folgt aufgebaut sein:

admin@domain.de
administrator@domain.de
hostmaster@domain.de
postmaster@domain.de
webmaster@domain.de

Bei der Bestellung eines Zertifikates kann man sich dann von den oben genannten E-Mail-Adressen eine aussuchen. Diese kann später auch beliebig oft geändert werden. Dementsprechend ist die E-Mail-Adresse grundsätzlich frei wählbar, aber ist an die beschriebene Form gebunden.

Wir sehen es als Bestandteil unseres Service an, unsere Kunden via Mail über den Ablauf Ihres Zertifikats zu informieren. Daher erinnern wir Sie noch vor dem Ablauf Ihres Zertifikats daran, dass Sie sich um ein neues Zertifikat kümmern sollten. Um Ihre Domain(s) weiterhin zu verschlüsseln, müssen Sie nur einige wenige Schritte vornehmen. Für eine Folgebestellung können Sie auf unserer Webseite ein neues Zertifikat erwerben.

Nein, Sie müssen die Webseite nicht speziell programmieren. Es reicht aus, wenn Sie weiterhin Ihre Webseite in Perl, HTML oder PHP schreiben. Die Datenverschlüsselung, die sich zwischen Browser und Server ereignet, geschieht fast komplett unabhängig von allen Anwendungen.

Intel vPro-Zertifikate wurden speziell für die Nutzung auf PCs mit Intel Active Management Technology entwickelt. Diese SSL-Zertifikate ermöglichen Ihnen die zur Remote-Konfiguration notwendige Authentifizierung auf Intel vPro Plattformen und verschlüsseln diese Datenübertragung. Somit haben IT-Techniker aus der Ferne gesicherten Zugriff auf vernetzte Intel vPro Plattformen und können dementsprechend ihre Soft- und Hardware-Ressourcen, Informationen aus dem Betriebssystemstatus u. V. m. aus der Ferne managen. Wir bieten Intel vPro-Zertifikate zum Beispiel von Sectigo aus der AMT-Zertifikate-Reihe an.

mTLS steht für Mutual Transport Layer Security und ist ein Prozess, der eine verschlüsselte TLS-Verbindung herstellt. Wie bei SSL/TLS-Zertifikaten werden digitale X.509-Zertifikate verwendet. mTLS-Zertifikate sind Teil des SSL/TLS-Standards und basieren auf diesem, verwenden aber eine gegenseitige Authentifizierung.

SSL-Zertifikate dienen in der Regel dazu, die Vertraulichkeit in Form von Verschlüsselung zu erhöhen. Zwischen dem Client und dem Server findet bei SSL-Zertifikaten aber keine Authentifizierung statt. Um eine stärkere Authentifizierung zu gewährleisten und die Sicherheit noch weiter zu erhöhen, bieten mTLS-Zertifikate mit einer gegenseitigen Authentifizierung die Möglichkeit, kryptografisch die Identität eindeutig zu verifizieren.

Bei Verwendung von mTLS-Zertifikaten findet eine gegenseitige Authentifizierung zwischen Client und Server statt. Da mTLS Teil des SSL/TLS-Standards sind, handelt es sich dabei nicht um ein neues Protokoll. Jeder Webserver, der SSL/TLS verwendet, sollte somit auch mTLS einsetzen können, um sich gegenseitig zu identifizieren. Zur Authentifizierung können DV und OV Zertifikate verwendet werden.