Dann darf man sich nicht wundern, dass gewisse Lￜnder uns um viele Schritte voraus sind! "Unternehmen, die ihre Daten in das angeblich so sichere Cloud Computing verlagert haben, mￜssen jetzt erfahren, dass ihre Daten dort dem beliebigen Zugriff durch die Geheimdienste anderer Lￜnder offenstehen." http://www.zeit.de/digital/datenschutz/2013-06/prism-eu-fisa-datenschutz Gruￜ A.
Hi all! On Die, 2013-06-25 at 21:55 +0200, Overflo wrote:
"Unternehmen, die ihre Daten in das angeblich so sichere Cloud Computing
Rhetorische Frage: Wer hat wo behauptet, daß "Cloud Computing" bzw. "Daten in die Cloud werfen" sicher (im Sinne von "secure") wären (und nach welcher Definition von "secure")?
verlagert haben, müssen jetzt erfahren, dass ihre Daten dort dem beliebigen Zugriff durch die Geheimdienste anderer Länder offenstehen."
no shit sherlock?
UN-FASS-BAR.
War doch schon vor dem Tag 1 klar bzw. zu erwarten, oder? Bernd -- Bernd Petrovitsch Email : bernd@petrovitsch.priv.at LUGA : http://www.luga.at
"Online-Büro haben Sie immer von überall Zugriff auf Ihre Daten" die haben viele für blöd verkauft... Am 26.06.2013 15:41, schrieb Bernd Petrovitsch:
Hi all!
On Die, 2013-06-25 at 21:55 +0200, Overflo wrote:
"Unternehmen, die ihre Daten in das angeblich so sichere Cloud Computing Rhetorische Frage: Wer hat wo behauptet, daß "Cloud Computing" bzw. "Daten in die Cloud werfen" sicher (im Sinne von "secure") wären (und nach welcher Definition von "secure")?
verlagert haben, müssen jetzt erfahren, dass ihre Daten dort dem beliebigen Zugriff durch die Geheimdienste anderer Länder offenstehen." no shit sherlock?
UN-FASS-BAR. War doch schon vor dem Tag 1 klar bzw. zu erwarten, oder?
Bernd
-- Andreas Faerber Rosenheim 65, A- 9805 Baldramsdorf (Kärnten) und Wien 15, Storchengasse 23/16 Tel: +43 (0) 676 5227712 Email: info@altertuemliches.at Web: www.AltertuemLiches.at
ja hast du im erst gedacht sie schreiben dazu dass andere auch drauf zugriff haben???? never trust the shiny happy buzzwordbingo!!! greetz red On Jun 26, 2013 4:04 PM, "Andreas Faerber - Altertuemliches.at" < info@altertuemliches.at> wrote:
"Online-Büro haben Sie immer von überall Zugriff auf Ihre Daten"
die haben viele für blöd verkauft...
Am 26.06.2013 15:41, schrieb Bernd Petrovitsch:
Hi all!
On Die, 2013-06-25 at 21:55 +0200, Overflo wrote:
"Unternehmen, die ihre Daten in das angeblich so sichere Cloud Computing
Rhetorische Frage: Wer hat wo behauptet, daß "Cloud Computing" bzw. "Daten in die Cloud werfen" sicher (im Sinne von "secure") wären (und nach welcher Definition von "secure")?
verlagert haben, müssen jetzt erfahren, dass ihre Daten dort dem
beliebigen Zugriff durch die Geheimdienste anderer Länder offenstehen."
no shit sherlock?
UN-FASS-BAR.
War doch schon vor dem Tag 1 klar bzw. zu erwarten, oder?
Bernd
-- Andreas Faerber Rosenheim 65, A- 9805 Baldramsdorf (Kärnten) und Wien 15, Storchengasse 23/16 Tel: +43 (0) 676 5227712 Email: info@altertuemliches.at Web: www.AltertuemLiches.at
______________________________**_________________ Metalab mailing list Metalab@lists.metalab.at https://lists.metalab.at/**mailman/listinfo/metalab<https://lists.metalab.at/mailman/listinfo/metalab>
und manche schlucken auch z�pfchen... Am 26.06.2013 18:06, schrieb red667:
ja hast du im erst gedacht sie schreiben dazu dass andere auch drauf zugriff haben????
never trust the shiny happy buzzwordbingo!!!
greetz red
On Jun 26, 2013 4:04 PM, "Andreas Faerber - Altertuemliches.at" <info@altertuemliches.at <mailto:info@altertuemliches.at>> wrote:
"Online-B�ro haben Sie immer von �berall Zugriff auf Ihre Daten"
die haben viele f�r bl�d verkauft...
Am 26.06.2013 15 <tel:26.06.2013%2015>:41, schrieb Bernd Petrovitsch:
Hi all!
On Die, 2013-06-25 at 21:55 +0200, Overflo wrote:
"Unternehmen, die ihre Daten in das angeblich so sichere Cloud Computing
Rhetorische Frage: Wer hat wo behauptet, da� "Cloud Computing" bzw. "Daten in die Cloud werfen" sicher (im Sinne von "secure") w�ren (und nach welcher Definition von "secure")?
verlagert haben, m�ssen jetzt erfahren, dass ihre Daten dort dem beliebigen Zugriff durch die Geheimdienste anderer L�nder offenstehen."
no shit sherlock?
UN-FASS-BAR.
War doch schon vor dem Tag 1 klar bzw. zu erwarten, oder?
Bernd
-- Andreas Faerber Rosenheim 65, A- 9805 Baldramsdorf (K�rnten) und Wien 15, Storchengasse 23/16 Tel: +43 (0) 676 5227712 <tel:%2B43%20%280%29%20676%205227712> Email: info@altertuemliches.at <mailto:info@altertuemliches.at> Web: www.AltertuemLiches.at <http://www.AltertuemLiches.at>
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at <mailto:Metalab@lists.metalab.at> https://lists.metalab.at/mailman/listinfo/metalab
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at https://lists.metalab.at/mailman/listinfo/metalab
-- Andreas Faerber Rosenheim 65, A- 9805 Baldramsdorf (K�rnten) und Wien 15, Storchengasse 23/16 Tel: +43 (0) 676 5227712 Email: info@altertuemliches.at Web: www.AltertuemLiches.at
2013/6/26 Andreas Faerber - Altertuemliches.at <info@altertuemliches.at>:
die haben viele für blöd verkauft...
So einfach ist das alles leider nicht. Ohne jetzt alle möglichen Aspekte aufzuzählen, eine sehr spannende Facette ist "PFS" (Perfect Forward Secrecy) für SSL Verbindungen. Die ist nämlich nicht immer aktiviert, oder überhaupt möglich, und ist genau so ein Detail, das es erlaubt später Daten auszuwerten, ohne dass es die Betreiber wissen oder sonst wie bemerken. Artikel ist hier: http://news.netcraft.com/archives/2013/06/25/ssl-intercepted-today-decrypted... Sprich, auch wenn man glaubt durch Servicewechsel mehr Privacy zu erlangen (zB duckduckgo als google alternative, ...), kann das eventuell nur ein Schein sein. Selbiges gilt für selbst gebastelte Lösungen usw. Spannend ist auch, dass wiedermal der Internet Explorer, gefolgt vom Safari, die schwarzen Schäfchen sind. Bezeichnend ist weiters, dass der nginx Webserver – mit russischem Hintergrund – der ist, der das am aggressivsten versucht zu aktiveren. Klar gibt's auch noch mehr Themen und ich will den Thread hier nicht noch weiter füttern – dieses ist nur ein Puzzelstück. fallout: http://www.theregister.co.uk/2013/06/26/ssl_forward_secrecy/ metalab related: https://www.ssllabs.com/ssltest/analyze.html?d=metalab.at … hat keine forward secrecy (unten in der handshake simulation) Harald PS: falls ich da teilweise sinnloses getippt habe, sorry und bitte kontrollieren. ich bin so wie die meisten auch kein experte.
On 26 Jun 21:08, Harald Schilly wrote:
metalab related: https://www.ssllabs.com/ssltest/analyze.html?d=metalab.at … hat keine forward secrecy (unten in der handshake simulation)
https://scottlinux.com/2013/06/26/how-to-enable-perfect-forward-secrecy-in-a... We're on wheezy, a.k.a. shit out of luck for now :/ Eigentlich wärs schon in der Konfiguration drinnen, aber da Apache selbst den Cipher nicht unterstützt wirds halt ignoriert… Liebe Grüße, Michael -- https://niij.org/
-----Original Message----- From: Metalab [mailto:metalab-bounces@lists.metalab.at] On Behalf Of Michael Zeltner Sent: Donnerstag, 27. Juni 2013 13:01 To: Metalab General Discussion List Subject: Re: [Metalab] Cloud Computing!
On 26 Jun 21:08, Harald Schilly wrote:
metalab related: https://www.ssllabs.com/ssltest/analyze.html?d=metalab.at … hat keine forward secrecy (unten in der handshake simulation)
https://scottlinux.com/2013/06/26/how-to-enable-perfect-forward-secrecy-in- apache-on-linux/
We're on wheezy, a.k.a. shit out of luck for now :/
Eigentlich wärs schon in der Konfiguration drinnen, aber da Apache selbst den Cipher nicht unterstützt wirds halt ignoriert…
Liebe Grüße, Michael
Vllt. könnte man das z.b. mit nginx als reverse-proxy implementieren. Shouldn't be that hard. I can assist. https://www.ssllabs.com/ssltest/analyze.html?d=www.thomas-steinbrenner.net Liebe Grüße, Thomas
On Thu, Jun 27, 2013 at 01:12:32PM +0200, Thomas Steinbrenner wrote:
Eigentlich wärs schon in der Konfiguration drinnen, aber da Apache selbst den Cipher nicht unterstützt wirds halt ignoriert…
Liebe Grüße, Michael
Vllt. könnte man das z.b. mit nginx als reverse-proxy implementieren. Shouldn't be that hard. I can assist.
https://www.ssllabs.com/ssltest/analyze.html?d=www.thomas-steinbrenner.net
Halbnaiv gefragt: warum eigentlich? Was haben wir davon? Ja, sowas zu unterstützen is für sich genommen schon erstrebenswert, aber ich glaub, wir haben immer noch wichtigere Schlachten auf diesem Server zu kämpfen. Inzwischen kenn ich mich so weit aus, daß wir innerhalb von wenigen Wochen das Update auf Wheezy angehen haben können. Eine zusätzliche Komponente ist ein zusätzlicher Stolperstein. Wenn irgendwann einmal das unser dringlichstes Problem ist, können wir genausogut den Apache selbst upgraden, statt irgendwelche wirren Reverse-Proxies zu bauen. Wenn uns vorher das Debian-Upgrade erreicht, umso besser. my2c!hop -- Q.E.Duh.
2013/6/27 Christoph Schindler <hop@30hopsmax.at>:
Ja, sowas zu unterstützen is für sich genommen schon erstrebenswert, aber ich glaub, wir haben immer noch wichtigere Schlachten auf diesem Server zu kämpfen.
Ja, ich will keinen Stress auslösen. Die wiki seiten sind ja sowieso online einsichtig, also ^^ Immerhin schneidet die metalab wiki seite bei dem benchmark weit besser ab, als zB so ganz unbedeutende kleinigkeiten wie bing.com, live.com, oder gmx.net/gmx.at … https://www.ssllabs.com/ssltest/analyze.html?d=www.live.com&s=157.55.97.253 https://www.ssllabs.com/ssltest/analyze.html?d=bing.com&s=23.67.253.40 https://www.ssllabs.com/ssltest/analyze.html?d=gmx.net&s=212.227.223.4 ;-)
ich hab gerade meine nginx config angepasst und bekomme ich jetzt auch einen Grade A mit 100/90/100/90% Forward Secrecy failed nur wegen dem IE9, die entsprechenden sachen habe ich eigentlich drin... RC4 kann ich nicht disablen weil sonst TLS gegen BEAST nicht mehr immun ist... listen [::]:443; ssl on; ssl_verify_depth 3; ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m; ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2; ssl_prefer_server_ciphers on; ssl_ciphers AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH; On Thu, 27 Jun 2013 13:45:36 +0200, Harald Schilly <harald.schilly@gmail.com> wrote:
2013/6/27 Christoph Schindler <hop@30hopsmax.at>:
Ja, sowas zu unterstützen is für sich genommen schon erstrebenswert, aber ich glaub, wir haben immer noch wichtigere Schlachten auf diesem Server zu kämpfen.
Ja, ich will keinen Stress auslösen. Die wiki seiten sind ja sowieso online einsichtig, also ^^
Immerhin schneidet die metalab wiki seite bei dem benchmark weit besser ab, als zB so ganz unbedeutende kleinigkeiten wie bing.com, live.com, oder gmx.net/gmx.at …
https://www.ssllabs.com/ssltest/analyze.html?d=www.live.com&s=157.55.97.253
https://www.ssllabs.com/ssltest/analyze.html?d=bing.com&s=23.67.253.40
https://www.ssllabs.com/ssltest/analyze.html?d=gmx.net&s=212.227.223.4
;-)
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at https://lists.metalab.at/mailman/listinfo/metalab
Sebastian Bachmann <me@free-minds.net> wrote:
ich hab gerade meine nginx config angepasst und bekomme ich jetzt auch einen Grade A mit 100/90/100/90% Forward Secrecy failed nur wegen dem IE9, die entsprechenden sachen habe ich eigentlich drin... RC4 kann ich nicht disablen weil sonst TLS gegen BEAST nicht mehr immun ist...
listen [::]:443; ssl on; ssl_verify_depth 3;
ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m;
ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2; ssl_prefer_server_ciphers on; ssl_ciphers AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH;
Super, danke für die Konfiguration. Mal testen, ob sich die auch auf email übertragen lässt. LG, Raoul -- Raoul Bhatia
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 N'Abend, Am 26.06.13 21:08, schrieb Harald Schilly:
metalab related: https://www.ssllabs.com/ssltest/analyze.html?d=metalab.at � hat keine forward secrecy (unten in der handshake simulation)
Darf ich da auch gerade noch erw�hnen, da� das Fehlen von DHE bei jabber.metalab.at �hnlich heikel wenn nicht noch heikler ist? Ein Patch f�r ejabberd existiert, leider wollen die Entwickler den bislang nicht einbauen, da er zu cpu-teuer sei (Gegenbeweis bei jabber.ccc.de wird laufend erbracht): https://support.process-one.net/browse/EJAB-1386 vt100 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFRzJ/B/O/polxc3uoRAtLTAJ4uBVVHue83rqpUkPDucPuL0O4vqgCeP5yE EkHVlUU+BB9pqZAMOv2kxQ4= =KNJQ -----END PGP SIGNATURE-----
Teilnehmer (11)
-
Andreas Faerber - Altertuemliches.at -
Bernd Petrovitsch -
Christoph Schindler -
Harald Schilly -
Michael Zeltner -
Overflo -
Peter Schwindt -
Raoul Bhatia -
red667 -
Sebastian Bachmann -
Thomas Steinbrenner