Du bist nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: OS X Entwicklerforum. Falls dies dein erster Besuch auf dieser Seite ist, lies bitte die Hilfe durch. Dort wird dir die Bedienung dieser Seite näher erläutert. Darüber hinaus solltest du dich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutze das Registrierungsformular, um dich zu registrieren oder informiere dich ausführlich über den Registrierungsvorgang. Falls du dich bereits zu einem früheren Zeitpunkt registriert hast, kannst du dich hier anmelden.

  • »Rosi-janni« ist der Autor dieses Themas

Beiträge: 525

Wohnort: Wittlich

Beruf: Schüler

Hobbys: Motorsport, Coden, Twitter: rosijanni

  • Private Nachricht senden

1

Dienstag, 17. Januar 2012, 17:20

SSL Verbindung uns Ressourcen?

Guckuuuk!

Auf meiner Seite verwende ich ein SSL Zertifikat, um eine https Verbindung für Login/Registrierung zu machen.
Allerdings sagt Chrome, dass die Seite nicht sicher ist, da Ressourcen von anderen Quellen geladen werden, diese wären unsicher.

Also im Klartext heisst das, alles, was ich auf einer SSL Seite einbinde muss auch via https eingebunden werden? Also CSS Dateien, Bilder, JavaScript und so weiter?

Beiträge: 9 662

Wohnort: Suedtirol (Italien)

Beruf: Software-Entwickler

  • Private Nachricht senden

2

Dienstag, 17. Januar 2012, 17:25

Guckuuuk!

Auf meiner Seite verwende ich ein SSL Zertifikat, um eine https Verbindung für Login/Registrierung zu machen.
Allerdings sagt Chrome, dass die Seite nicht sicher ist, da Ressourcen von anderen Quellen geladen werden, diese wären unsicher.

Also im Klartext heisst das, alles, was ich auf einer SSL Seite einbinde muss auch via https eingebunden werden? Also CSS Dateien, Bilder, JavaScript und so weiter?


warum willst du auf einer SICHEREN seite irgendwelche EXTERNEN, FREMDEN resourcen einbinden???

  • »Rosi-janni« ist der Autor dieses Themas

Beiträge: 525

Wohnort: Wittlich

Beruf: Schüler

Hobbys: Motorsport, Coden, Twitter: rosijanni

  • Private Nachricht senden

3

Dienstag, 17. Januar 2012, 17:35

Das ist allerdings eine gute Frage, ich wollte nur wissen, ob das wirklich der Grund ist.
Ich bastle das erste Mal mit SICHEREN Seiten, deswegen. Klar habe ich mir das gedacht, aber ich war mir eben nicht sicher.

Danke schön!

Wie muss ich also Ressourcen 'sicher' einbinden? Auch eben über den <img src="https://…"> Weg, oder wie geht das dann?

Beiträge: 9 662

Wohnort: Suedtirol (Italien)

Beruf: Software-Entwickler

  • Private Nachricht senden

4

Dienstag, 17. Januar 2012, 17:40

Das ist allerdings eine gute Frage, ich wollte nur wissen, ob das wirklich der Grund ist.
Ich bastle das erste Mal mit SICHEREN Seiten, deswegen. Klar habe ich mir das gedacht, aber ich war mir eben nicht sicher.

Danke schön!

Wie muss ich also Ressourcen 'sicher' einbinden? Auch eben über den <img src="https://…"> Weg, oder wie geht das dann?


du sollst auf sicheren seiten gar keine fremden resourcen einbinden!

  • »Rosi-janni« ist der Autor dieses Themas

Beiträge: 525

Wohnort: Wittlich

Beruf: Schüler

Hobbys: Motorsport, Coden, Twitter: rosijanni

  • Private Nachricht senden

5

Dienstag, 17. Januar 2012, 17:42

Ja fremd sind die ja nicht, die liegen ja auf dem gleichen Server.
Ich gebe nur immer den richtigen Pfad an. Also statt 'css/style.css' gebe ich eben 'http://asdf.xy/css/style.css' an, weil ich die Struktur ab und an anpasse und dann die Pfade stimmen sollen…

Beiträge: 9 662

Wohnort: Suedtirol (Italien)

Beruf: Software-Entwickler

  • Private Nachricht senden

6

Dienstag, 17. Januar 2012, 17:44

Ja fremd sind die ja nicht, die liegen ja auf dem gleichen Server.
Ich gebe nur immer den richtigen Pfad an. Also statt 'css/style.css' gebe ich eben 'http://asdf.xy/css/style.css' an, weil ich die Struktur ab und an anpasse und dann die Pfade stimmen sollen…


das macht man aber nicht!

wo liegt denn das problem wenn du "/css/stale.css" angibts?

  • »Rosi-janni« ist der Autor dieses Themas

Beiträge: 525

Wohnort: Wittlich

Beruf: Schüler

Hobbys: Motorsport, Coden, Twitter: rosijanni

  • Private Nachricht senden

7

Dienstag, 17. Januar 2012, 17:49

Klar, kann ich den lustigen absoluten Pfad angeben, wenn das besser ist.
Das sieht nur so nach Vergewaltigung aus, wenn man auf einem vServer liegt. ;)
Aber das versuche ich jetzt mal, danke!

Beiträge: 9 662

Wohnort: Suedtirol (Italien)

Beruf: Software-Entwickler

  • Private Nachricht senden

8

Dienstag, 17. Januar 2012, 17:51

Klar, kann ich den lustigen absoluten Pfad angeben, wenn das besser ist.
Das sieht nur so nach Vergewaltigung aus, wenn man auf einem vServer liegt. ;)
Aber das versuche ich jetzt mal, danke!


wohl eher umgekehrt ist es eine vergewaltigung!

9

Dienstag, 17. Januar 2012, 18:07

Sicherheitstechnisch ist das sicher Mumpitz. An einem CSS oder Hintergrundbild das sich Arsch und Friedrich runterladen können etwas zu verschlüsseln.

Aber wie Gritsch schon sagte, man lädt halt alles per ssl runter. Wo verschlüsselt drauf steht, ist auch verschlüsselt drin.

Letztendlich geben die Browser dann eine Warnung aus. Das verunsichert die User und damit ist das ein KO Kriterium - wie du ja schon bemerkt hast.

Der Weg um den enormen Overhead zu umgehen (99% deines HTTP Request/Response/HTML/JS/CSS/IMAGE sind Overhead der verschlüsselt wird): Seite mit js machen und die Daten mit JSON o. Ä. hoch und runter schieben.
Seminare, Artikel, Code. ObjectiveCeeds - alles für die Apfelzucht.

Beiträge: 9 662

Wohnort: Suedtirol (Italien)

Beruf: Software-Entwickler

  • Private Nachricht senden

10

Dienstag, 17. Januar 2012, 19:30

Sicherheitstechnisch ist das sicher Mumpitz. An einem CSS oder Hintergrundbild das sich Arsch und Friedrich runterladen können etwas zu verschlüsseln.

Aber wie Gritsch schon sagte, man lädt halt alles per ssl runter. Wo verschlüsselt drauf steht, ist auch verschlüsselt drin.

Letztendlich geben die Browser dann eine Warnung aus. Das verunsichert die User und damit ist das ein KO Kriterium - wie du ja schon bemerkt hast.

Der Weg um den enormen Overhead zu umgehen (99% deines HTTP Request/Response/HTML/JS/CSS/IMAGE sind Overhead der verschlüsselt wird): Seite mit js machen und die Daten mit JSON o. Ä. hoch und runter schieben.


nein, es geht darum dass man keine externen resourcen laden soll/darf weil man ja nie weiß wer diese ändert und somit schadcode eingeschleust werden kann.

ich habe noch nie gehört dass jemand all seine resourcen mit voller URL angibt anstatt den absoluten pfad zu verwenden.

ob ein bild oder sonstwas per https oder doch nur per http geladen wird ist heutzutage ja vollkommen egal.

11

Dienstag, 17. Januar 2012, 19:46

nein, es geht darum dass man keine externen resourcen laden soll/darf weil man ja nie weiß wer diese ändert und somit schadcode eingeschleust werden kann.

Er lädt ja nicht wirklich externe Ressourcen. Der Browser mäkelt halt, weil http und https zwei unterschiedliche URLs sind.

Aber was solls das auseinander zu dröseln. Alles oder nichts! Ja, und so lange man nicht Twitterentwickler ist oder für nen Webserver auf nem kleinen embedded System entwickelt, juckt das wirklich nicht wegen des bisschen overhead von 99%.
Seminare, Artikel, Code. ObjectiveCeeds - alles für die Apfelzucht.

Beiträge: 9 662

Wohnort: Suedtirol (Italien)

Beruf: Software-Entwickler

  • Private Nachricht senden

12

Dienstag, 17. Januar 2012, 19:51

nein, es geht darum dass man keine externen resourcen laden soll/darf weil man ja nie weiß wer diese ändert und somit schadcode eingeschleust werden kann.

Er lädt ja nicht wirklich externe Ressourcen. Der Browser mäkelt halt, weil http und https zwei unterschiedliche URLs sind.

Aber was solls das auseinander zu dröseln. Alles oder nichts! Ja, und so lange man nicht Twitterentwickler ist oder für nen Webserver auf nem kleinen embedded System entwickelt, juckt das wirklich nicht wegen des bisschen overhead von 99%.


es geht darum dass er jede resource im quellcode mit "https://PFAD" angibt anstatt einfach nur "/PFAD". das sieht der browser (zumindest der ein oder ander) als EXTERNE und somit gefährliche resource.

13

Dienstag, 17. Januar 2012, 19:51

Er lädt ja nicht wirklich externe Ressourcen. Der Browser mäkelt halt, weil http und https zwei unterschiedliche URLs sind.

Die Ressourcen könnten ja durchaus auf verschiedenen Maschinen liegen.

Ausserdem geht es nicht nur darum, dass externe Ressourcen eventuell schadhaft sein können, sondern auch, dass allein der Zugriff darauf schon Dinge verraten könnte, die man ansonsten für sicher hält. Wenn ich als Angreifer die Kommunikation mitschneide, sehe ich bei einer SSL-Verbindung allerhöchsten die Hostname des Servers. Kommen jetzt aber nicht-SSL Requests dazu, kann ich etwa an der Reihenfolge der Abfragen nachvollziehen, was der Nutzer grade macht.
C++

Social Bookmarks