Groups | Search | Server Info | Keyboard shortcuts | Login | Register
Groups > de.sci.electronics > #352005
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: Schlüssel: Brute force |
| Date | 2024-05-20 20:28 +0200 |
| Message-ID | <lb1j1mFreiU2@mid.individual.net> (permalink) |
| References | (15 earlier) <20240513144702.e42bea490ac3c3fe310d9767@duebbert.com> <v21gvm$qmk$2@news.bawue.net> <20240515114439.80f26f8b2c902e3547c2e02b@duebbert.com> <lautnkFiiliU6@mid.individual.net> <20240520144026.2146be09a4c088b01653c562@duebbert.com> |
Falk Dµebbert, 2024-05-20 14:40: > On Sun, 19 May 2024 20:12:07 +0200 > Arno Welzel <usenet@arnowelzel.de> wrote: > >> >> Falk Dµebbert, 2024-05-15 11:44: >>> Doch - auch TLS 1.3. Die Firewall bzw. deren Inspection-Proxy macht >>> die Verschlüsselung auf und verschlüsselt dann mit seinem eigenen >>> Zertifikat, das von der CA des Unternehmens kommt. >> >> Genau das ist ja das Problem. >> >>> Der Qualitätsunterschied ist dann, ob die Lösung eine >>> Möglichkeit hat, den Nutzer das ursprüngliche Zertifikat und >>> etwaige Fehler betrachten zu lassen... >> >> Hat sie nicht. Da der Endpunkt die Firewall ist und nicht mehr der >> Server, mit dem der Nutzer eigentlich reden wollte. > > Der Gesprächsbedarf der Nutzenden ist relativ egal, wenn es um die > Erfüllung von Schutz- und Fürsorgepflichten geht und die wird in der > Regel so interpretiert, dass es keine Verbindung gibt, die nicht auf > Legitimation und Plausibilität überprüft wurde. Wenn der Nutzende das nicht prüfen kann, ist das nicht gegeben. -- Arno Welzel https://arnowelzel.de
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar
Re: Schlüssel: Brute force Arno Welzel <usenet@arnowelzel.de> - 2024-05-12 21:28 +0200
Re: Schlüssel: Brute force Arno Welzel <usenet@arnowelzel.de> - 2024-05-13 08:50 +0200
Re: Schlüssel: Brute force Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-05-13 10:35 +0200
Re: Schlüssel: Brute force Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-05-13 13:19 +0200
Re: Schlüssel: Brute force Alexander Schreiber <als@usenet.thangorodrim.de> - 2024-05-13 15:30 +0200
Re: Schlüssel: Brute force Christian Weisgerber <naddy@mips.inka.de> - 2024-05-13 15:07 +0000
Re: Schlüssel: Brute force Falk Dµebbert <falk@duebbert.com> - 2024-05-13 14:47 +0200
Re: Schlüssel: Brute force Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-05-15 07:50 +0200
Re: Schlüssel: Brute force Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-05-15 09:26 +0200
Re: Schlüssel: Brute force Volker Bartheld <news2024@bartheld.net> - 2024-05-15 09:40 +0200
Re: Schlüssel: Brute force Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-05-15 14:04 +0200
Re: Schlüssel: Brute force Volker Bartheld <news2024@bartheld.net> - 2024-05-15 17:49 +0200
Re: Schlüssel: Brute force Arno Welzel <usenet@arnowelzel.de> - 2024-05-19 20:08 +0200
Re: Schlüssel: Brute force Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-05-20 21:07 +0200
Re: Schlüssel: Brute force Falk Dµebbert <falk@duebbert.com> - 2024-05-15 11:44 +0200
Re: Schlüssel: Brute force Arno Welzel <usenet@arnowelzel.de> - 2024-05-19 20:12 +0200
Re: Schlüssel: Brute force Falk Dµebbert <falk@duebbert.com> - 2024-05-20 14:40 +0200
Re: Schlüssel: Brute force Arno Welzel <usenet@arnowelzel.de> - 2024-05-20 20:28 +0200
Re: Schlüssel: Brute force Rupert Haselbeck <mein-rest-muell@gmx.de> - 2024-05-20 21:50 +0200
Re: Schlüssel: Brute force Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-05-20 19:58 +0200
Re: Schlüssel: Brute force Marc Haber <mh+usenetspam1118@zugschl.us> - 2024-05-20 21:09 +0200
Re: Schlüssel: Brute force Falk Dµebbert <falk@duebbert.com> - 2024-05-21 14:47 +0200
csiph-web