# Nach SSL-Aktivierung, Probleme mit FF, ungültiges Sicherheitszertifikat

**URL:** <https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367>\
**Category:** Programmierung\
**Created:** [17. März 2016 um 15:19 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367 "2016-03-17T15:19:31Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![hajo808](https://avatars.discourse-cdn.com/v4/letter/h/a3d4f5/32.png) [@hajo808](https://forum.shopware.com/u/hajo808)\
**Post date:** [17. März 2016 um 15:19 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/1 "2016-03-17T15:19:31Z")

</div>

Hallo,

ich habe bei meinem Provider das RAPIDSSL Zertifikat bestellt. Das ist auch mittlerweile aktiv.  
[AlphaSSL Zertifikate günstig vom SSL Spezialisten kaufen](https://www.dmsolutions.de/alphassl.html)

Als nächstes habe ich im Backend Folgendes eingestellt.

Als nächstes habe ich die htaccess angepasst. Bezogen auf diese [Diskussion](http://forum.shopware.com/discussion/comment/141794/#Comment_141794)&nbsp;und die Antwort von&nbsp;[Moritz Naczenski](http://forum.shopware.com/profile/14574/Moritz%20Naczenski).

```
RewriteEngine on

#RewriteBase /shopware/

# Https config for the backend
RewriteCond %{HTTPS} !=on
#RewriteRule backend/(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

RewriteRule shopware.dll shopware.php
RewriteRule files/documents/.* engine [NC,L]
RewriteRule backend/media/(.*) media/$1 [NC,L]

RewriteCond %{REQUEST_URI} !(\/(engine|files|templates|themes|web)\/)
RewriteCond %{REQUEST_URI} !(\/media\/(archive|banner|image|music|pdf|unknown|video)\/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ shopware.php [PT,L,QSA]

# Fix missing authorization-header on fast_cgi installations
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

    # Block access to VCS directories
    RedirectMatch 404 /\\.(svn|git|hg|bzr|cvs)(/|$)

    # Restrict access to root folder files
    RedirectMatch 404 /(composer\.(json|lock)|README\.md|UPGRADE\.md)$

# Staging environment
#SetEnvIf Host "staging.test.shopware.in" SHOPWARE_ENV=staging

# Development environment
#SetEnvIf Host "dev.shopware.in" SHOPWARE_ENV=dev
#SetEnv SHOPWARE_ENV dev

DirectoryIndex index.html
DirectoryIndex index.php
DirectoryIndex shopware.php

# Disables download of configuration

    # Deny all requests from Apache 2.4+.
    
          Require all denied
    

    # Deny all requests from Apache 2.0-2.2.
    
        Deny from all
    

# Enable gzip compression

    AddOutputFilterByType DEFLATE text/html text/xml text/plain text/css text/javascript application/javascript application/json

    
        ExpiresActive on
        ExpiresDefault "access plus 1 month"
    

    
        Header append Cache-Control "public"
        Header unset ETag
    

    FileETag None

# Match generated files like:
# 1429684458_t22_s1.css
# 1429684458_t22_s1.js

    
        Header set Cache-Control "max-age=31536000, public"
    

    
        ExpiresActive on
        ExpiresDefault "access plus 1 year"
    

# Disables auto directory index

	Options -Indexes

    Options -MultiViews

# php_value memory_limit 256M
# php_value max_execution_time 120
# php_value upload_max_filesize 20M
   php_flag phar.readonly off
   php_flag magic_quotes_gpc off
   php_flag session.auto_start off
   php_flag suhosin.session.cryptua off
   php_flag zend.ze1_compatibility_mode off

# AddType x-mapp-php5 .php
# AddHandler x-mapp-php5 .php

    Header append X-Frame-Options SAMEORIGIN

```

Danach habe ich alle Browser Caches gelöscht und auch nochgmal CCleaner drüber laufen lassen.  
Wenn ich nun mit der neusten Version von Chrome und Edge benutze, wird die Seite ganz normal mit https:// angezeigt… Nur FF gibt mir diese Meldung aus.  
Und andere Benutzer der Seite, bestätigten diese Warnmeldung.  
Warum meckert FF rum? Zufällig jemand eine Idee? Der Provider sagte, auf dem Server ist alles ok. o0?

Grüße

---

<div class="post-metadata">

**Author:** ![hth](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@hth](https://forum.shopware.com/u/hth)\
**Post date:** [17. März 2016 um 15:28 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/2 "2016-03-17T15:28:57Z")

</div>

Hallo,

die certificate chain ist nicht vollständig. Wahrscheinlich werden einige Browser auf Mobile Devices die Seite ebenfalls nicht laden. Der Desktop Browser von Google Chrome lädt die „fehlenden“ Komponenten nach, unter Android nicht. Derjenige, der das Zertifikat installiert hat, muss auch noch die restlichen Komponeneten der Chain auf dem Server installieren.&nbsp;

Zum Beispiel mit&nbsp;diesem Webdienst kann man das auch online testen:&nbsp;[SSL Server Test (Powered by Qualys SSL Labs)](https://www.ssllabs.com/ssltest/)

Die ganze Zertifikatsituation bedarf meiner Ansicht nach einer „Wartung“.

&nbsp;

Viele Grüße

&nbsp;

HTH

---

<div class="post-metadata">

**Author:** ![hajo808](https://avatars.discourse-cdn.com/v4/letter/h/a3d4f5/32.png) [@hajo808](https://forum.shopware.com/u/hajo808)\
**Post date:** [18. März 2016 um 12:19 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/3 "2016-03-18T12:19:37Z")

</div>

Hallo HTH,

vielen Dank für diese qualifizierte Antwort.  
Ich habe Deine Aussage so an den Provider weitergegeben und siehe da, es hat sich da doch igw. ein Fehler eingeschlichen.  
Jetzt funktioniert alles so wie es soll. 🙂 Peace!

Güße

&nbsp;

---

<div class="post-metadata">

**Author:** ![hth](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@hth](https://forum.shopware.com/u/hth)\
**Post date:** [18. März 2016 um 18:48 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/4 "2016-03-18T18:48:53Z")

</div>

Hall hajo808,

lass die Seite mal bei dem Link oben testen und wende dich mit dessen Anmerkungen noch mal an deinen Hoster, damit er die beseitigt.&nbsp;

---

<div class="post-metadata">

**Author:** ![hajo808](https://avatars.discourse-cdn.com/v4/letter/h/a3d4f5/32.png) [@hajo808](https://forum.shopware.com/u/hajo808)\
**Post date:** [18. März 2016 um 20:26 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/5 "2016-03-18T20:26:54Z")

</div>

Hallo,

hä, es wurde doch schon beseitigt!?

Gr

---

<div class="post-metadata">

**Author:** ![hth](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@hth](https://forum.shopware.com/u/hth)\
**Post date:** [19. März 2016 um 07:27 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/6 "2016-03-19T07:27:58Z")

</div>

> [@hajo808 schrieb:](https://forum.shopware.com/profile/22336/hajo808 "hajo808")
> 
> Hallo,
> 
> hä, es wurde doch schon beseitigt!?
> 
> Gr

Hä&nbsp;wofür, sind Fragen zu den Ergebnissen des SSLabs-Testvorhanden?

Korrigiert worden ist die unvollständige certificate chain, die anderen Angaben im Test beziehen sich auf Serverkonfigurationen, wichtig sind die farbig hinterlegten Warnmeldungen. Es sollte Grade A als Gesamtbewertung&nbsp;erscheinen.&nbsp;

Die Browser sind mittlerweile „strenger“ bei der Ausgabe von Warnmeldungen geworden und/oder stellen dies um. Wenn man nicht ständig bei jedem Browserupdate und auf den verschiedenen Browsertypen (Desktop/Mobile) testen möchte, ist der einfachste Weg, einen Server zu betreiben, der Grade A erreicht.&nbsp;

---

<div class="post-metadata">

**Author:** ![hajo808](https://avatars.discourse-cdn.com/v4/letter/h/a3d4f5/32.png) [@hajo808](https://forum.shopware.com/u/hajo808)\
**Post date:** [19. März 2016 um 14:13 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/7 "2016-03-19T14:13:26Z")

</div>

Hallo,

ah ich verstehe. Ich hatte die url nicht nochmal getestet. Ich habe mich da auf die Antwort vom Provider verlassen.  
Grade C ist wirklich nicht ok.

> …das Zwischenzertifikat hatte ich natürlich mit installiert. Scheinbar hat RapidSSL allerdings mal wieder das Zwischenzertifikat ausgetauscht (das machen die ständig, die Firma hat offensichtlich Langeweile), und obwohl ich gestern Morgen ein positives Ergebnis hatte, hatte ich nun ebenfalls wieder ein negatives Ergebnis bei der Überprüfung. Ich habe daher das Zwischenzertifikat noch einmal ausgetauscht und nun erhalte ich wieder die Rückmeldung, dass alles in Ordnung ist. Daher bitte zur Sicherheit noch einmal den Cache des Shops leeren, dann sollte es wirklich funktionieren.
> 
> Viele Grüße aus Obertshausen

Ich werde das jetzt nochmal weiterleiten, bis Grade A erreicht ist.

Grüße

---

<div class="post-metadata">

**Author:** ![Shopwareianer](https://avatars.discourse-cdn.com/v4/letter/s/b4bc9f/32.png) [@Shopwareianer](https://forum.shopware.com/u/Shopwareianer)\
**Post date:** [19. März 2016 um 14:47 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/8 "2016-03-19T14:47:21Z")

</div>

Zumal das Zertifikat an sich überhaupt nichts mt der Konfiguration zu tun hat bzgl des&nbsp;Poodle-Angriffs bspw.

Der Hoster selbst hat die Sicherheitslücke für den Poodle-Angriff offen! Das ist also nicht nur ein kleines Problem und nicht nur ein Problem auf deiner Webseite. Ich will nicht wissen wie viele Kundenwebseite da noch angreifbar sind.

Da haste dir ja einen super Hoster ausgesucht&nbsp; ![Undecided](http://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/undecided.png "Undecided")&nbsp;Meiner Meinung nach solltest du den Hoster wechseln, da das nicht gerade kleine Sicherheitslücken sind, welche der Hoster zu verantworten hat. Und diese liegen wie @hth bereits&nbsp;gesagt hat an der Server Konfiguration und nicht am Cert.

Übrigens gibt es mittlerweile mti&nbsp;[https://letsencrypt.org/](https://letsencrypt.org/) einen Service, welcher es dir ermöglich ein SSL Zertifikat **100% kostenlos** zu bekommen.

---

<div class="post-metadata">

**Author:** ![hajo808](https://avatars.discourse-cdn.com/v4/letter/h/a3d4f5/32.png) [@hajo808](https://forum.shopware.com/u/hajo808)\
**Post date:** [20. März 2016 um 19:11 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/9 "2016-03-20T19:11:34Z")

</div>

Hallo,

nun kam Folgende Antwort.

> Hallo xxxx,
> 
> aktuell können wir da nichts weiter tun, da einige unserer Kunden noch auf die Unterstützung von SSL3 angewiesen sind, und wir den Dienst daher nicht abstellen können. Wir haben jedoch alle notwendigen Sicherheitsvorkehrungen getroffen, damit die aufgeführten Sicherheitsschwachstellen bei uns nicht ausführbar sind. Ihre Webseite und Ihre Daten sind daher sicher. Übrigens werden wir gegen Ende des Jahres SSL3 dann vollständig deaktivieren, dann wird sich der Wert auch auf A ändern. Falls Ihnen dies dennoch wichtig ist, können Sie jederzeit einen eigenen Server bei uns bestellen, dann können wir Ihnen den Server auch so einrichten, dass direkt Grade A erreicht wird. Aktuell nutzen Sie ein Shared Hosting Paket, was bedeutet, dass Sie sich den Server mit anderen Kunden teilen, und daher auf größt mögliche Anwendungskompatibilität geachtet werden muss.

Grüße

---

<div class="post-metadata">

**Author:** ![Shopwareianer](https://avatars.discourse-cdn.com/v4/letter/s/b4bc9f/32.png) [@Shopwareianer](https://forum.shopware.com/u/Shopwareianer)\
**Post date:** [20. März 2016 um 19:21 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/10 "2016-03-20T19:21:17Z")

</div>

@hajo808‍ Selten so viel Blödsinn gelesen … Übrigens schau mal hier:&nbsp;[https://www.thomas-krenn.com/de/wiki/SSL\_3.0\_POODLE\_Attack](https://www.thomas-krenn.com/de/wiki/SSL%5C_3.0%5C_POODLE%5C_Attack)

> Die POODLE Attacke (_Padding Oracle On Downgraded Legacy Encryption_) ist ein&nbsp; **Angriff** &nbsp;auf den CBC-Modus der Verschlüsselung von&nbsp; **SSL 3.0**. Im Gegensatz zu den SSL-Attacken BEAST und Lucky 13 gibt es **keinen umsetzbaren Work-around** , defacto gibt es daher keine sicheren CBC SSL 3.0 Cipher Suiten.[[1]](https://www.thomas-krenn.com/de/wiki/SSL_3.0_POODLE_Attack#cite_note-pdf-report-1)&nbsp;Um garantiert eine sichere Verschlüsselung zu erreichen, muss&nbsp; **SSL 3.0 komplett vermieden** &nbsp;bzw. deaktiviert werden.

ferner, damit du siehst wie gefährlich eine solche Sicherheitslücke sein kann:

> Bei erfolgreicher Ausnutzung der Schwachstelle, können über eine&nbsp;_man-­in­-the middle_&nbsp;Attacke sensible, verschlüsselte Informationen einer SSL 3.0 Verbindung offen gelegt werden.[[1]](https://www.thomas-krenn.com/de/wiki/SSL_3.0_POODLE_Attack#cite_note-pdf-report-1)&nbsp;Rapid7 schreibt dazu:

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [23. März 2016 um 12:04 UTC](https://forum.shopware.com/t/nach-ssl-aktivierung-probleme-mit-ff-ungultiges-sicherheitszertifikat/35367/11 "2016-03-23T12:04:53Z")

</div>

\*Irgendwas mache ich falsch - hab gerade im Shared-Hosting zwei domains getestet, und beide sind A - eine davon mit LetsEncrypt-Zertifikat\*

[Thread kapern]  
Seit dem 21.03. ist LetyEncrypt bei All-Inkl. eingebunden (zumindest bei Business) - man kann es über die Domain-Einstellung =\> SSL per Click beantragen und sofort einbinden.&nbsp;Gibt es schon Erfahrungen mit LetsEncrypt =\>&nbsp;Shopware =\>&nbsp;Browser-„Unverträglichkeiten“?
