Re: Erklärung PGP/GnuPG,

[Walter H.]

On 14.03.2019 20:03, J. Fahrner wrote:

Am 2019-03-14 19:49, schrieb Walter H.:

und müsstest strenggenommen jede Mail, welche einen Key verwendet,
welcher nicht hinterlegt ist
verwerfen;

Warum denn gleich verwerfen?

Django spricht von einem Gateway - einer Maschine;

Zunächst mal brauche ich ja nur anzweifeln ob die Mail wirklich von dem Absender stammt, den er vorgibt.

Ja Du, aber was macht eine Maschine? nebenbei sollen durch derartige Mechanismen, nicht die durchgelassenen Mails sondern die geblockten/verworfenen Mails maximiert werden; oder anders: die Mails welche nichts zu suchen haben

auf ein Minimum reduziert werden;

aus heutiger Sicht ist es tatsächlich besser entweder sauberes S/MIME zum Signieren verwenden oder es bleiben lassen;

Wie bei jeder anderen Mail auch. Wenn ich Wert darauf lege, den Absender zu verifizieren, dann tue ich das halt.

hier wieder, Du als Mensch, aber eine Maschine hat hier genau 0 Möglichkeiten;

Über einen zweiten unabhängigen und vertrauenswürdigen Kanal. Wo ist das Problem?

rate mal ...

oder anders der Erstkontakt ist mit PGP unmöglich;

Wieso denn? Keiner zwingt mich die Mail abzuweisen.

nein, aber jeder der ein Gateway betreibt ist gut beraten, dies so einzustellen,

weil sonst der Sinn von so einem Gateway in Frage zu stellen ist ...

dieses Problem hast mit S/MIME gar nicht;

Nur wenn ich den 1000 CAs da drausen wirklich vertraue.

Zusatzfrage: wenn ich Dir eine Mail sende, würdest Du meiner CA vertrauen - hier würde ich Dir

den Token meiner CA auf einem sicheren 2ten Kanal übermitteln ...,
und was damit dann alles geht brauche ich Dir wohl nicht sagen, oder?

(vor allem dann, wenn der Certstore vom Mail-client der selbe ist wie vom Browser ...)

Tust du das? Wenn die CA "Türktrust" heisst (gibts wirklich), wäre ich zumindest vorsichtig ;-)

ich weiß was es da so f. CAs gibt; wobei - ich verwende ein Release meiner Wahl/meines Vertrauens vom ThunderBird

und da ist die CA-Liste ohnehin etwas kleiner;


also deutlich weniger als die Hälfte ...

wobei zum Thema CAs, letztes Jahr hatte CentOS einen tabu la rasa veranstaltet; vorher hatte der ca-bundle.trust.crt etwa 1064 kBytes, nachher nur noch etwa 408 kBytes,

smime.p7s
Description: S/MIME Cryptographic Signature