Diskussion:Off-the-Record Messaging

message: Ich habe bisher keinen Text finden können, der OTR halbwegs verständlich erklärt. Wie arbeiten die drei Elemente AES, SHA-1 und der DH-Key Exchange zusammen? Wie oft wird der Key erneuert, mit jeder Nachricht? Eine Schritt-für-Schritt-Erklärung wäre hilfreich, wenn nicht notwendig. --Makaveli 16:24, 7. Mai 2007 (CEST)
replies: text: Evtl. hilft dir das Protokoll: http://www.cypherpunks.ca/otr/Protocol-v2-3.1.0.html Finde ich eigentlich recht verständlich erklärt.--Mgk 23:15, 22. Jan. 2008 (CET)
thread_title:  Fehlendes Kapitel zum allgemeinen Verständnis

message: Um die Funktion von OTR einem Antinerd zu erklären, fände ich einen Link zum Artikel http://de.wikipedia.org/wiki/Sub_rosa gut. Ich denke die Technologie als Elektronisches Sub Rosa zu bezeichnen trifft es ziemlich genau. Ja es vermutlich gelöscht wird, wenn ich das mache, möchte ich darum bitten das es ein angemeldeter Benutzer macht. 
--93.217.126.213 00:16, 27. Okt. 2010 (CEST)
thread_title:  Anderer Verständnisansatz 

message: Mittlerweile scheint es auch ein Plugin fuer den Miranda-Instant-Messenger zu geben:
Miranda OTR Plugin.
:Mit der neuesten Miranda-Version laeuft es tatsaechlich.
::Kann ich bestätigen, selbst zwischen Miranda und Adium X funktioniert das jetzt. Sehr schön. Habe Miranda im Artikel erwähnt. --JensKohl 03:14, 25. Mai 2006 (CEST)
replies: text: Mittlerweile ist ein Trillian Plugin in Entwicklung, es ist zu finden unter http://trillianotr.kittyfox.net/ mre 13:04, 8. Jul. 2008 (CEST)
thread_title:  Weitere Implementierungen 

message: In meinen Augen sollte der Text: "Es ist also möglich, dass jemand Nachrichten nach einer Konversation so fälscht, dass sie von einem selbst zu stammen scheinen."
eher  "Es ist möglich, dass jemand Nachrichten nach einer Konversation so fälscht, dass sie von einem selbst zu stammen scheinen." lauten, 
da die Fälschbarkeit der Nachricht kein Resultat aus der fehlenden digitalen Unterschrift ist.--Mgk 23:15, 22. Jan. 2008 (CET)
thread_title:  Fälschbarkeit der Nachrichten 

message: Hat jemand noch das PDF? Der Link (http://www.stanford.edu/~jbonneau/OTR_analysis.pdf) rückt es nicht mehr raus (Zugriff verweigert). --141.76.46.116 12:03, 12. Okt. 2007 (CEST)
replies: text: Link gefixt. Das Paper ist jetzt auf Bonneaus eigener Seite zu finden, nicht mehr auf der Stanford Seite. --129.187.50.161 12:45, 12. Okt. 2007 (CEST)
replies: text:  Link wieder kaputt. Neuer ist http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.165.7945&rep=rep1&type=pdf --84.60.123.247 10:34, 24. Aug. 2013 (CEST)
thread_title:  Finite-State Security Analysis of OTR Version 2 - kaputt 

message: "Im Gegensatz zur Übertragung der verschlüsselten Nachrichten mittels GPG, PGP (oder in seltenen Fällen auch mittels X.509-Zertifikat) kann man beim Off-the-Record Messaging später nicht mehr feststellen, ob ein bestimmter Schlüssel von einer bestimmten Person genutzt wurde (deniability; Prinzip der Abstreitbarkeit)."
Das halte ich für falsch. Wenn man mit einer dieser Methoden eine Nachricht für jemanden nur verschlüsselt (also ohne sie zu signieren), dann kann niemand dieser Nachricht ansehen, wer sie verschlüsselt hat. Wie soll das denn gehen? Gemeint ist vermutlich "Im Gegensatz zur Übertragung SIGNIERTER Nachrichten mittels GPG, PGP...".--Hauke Laging 13:07, 14. Jul. 2010 (CEST)
thread_title:  Gegensatz zu GPG, PGP und X.509? 

message: (uebertrag von meiner disk  in antwort auf ) --Mario d 16:04, 28. Nov. 2013 (CET)
replies: text: mir geht es nicht darum, den proxy in schutz zu nehmen. natuerlich sollen die informationen im artikel relevant und aktuell sein. so wie es aussieht, gibt es ja noch clients ohne plugin, die auf den proxy angewiesen sind. dass die entwickler dringend von der benutzung abraten, kann ich nicht erkennen. die situation sollte so dargestellt werden, den abschnitt einfach zu loeschen, finde ich keine loesung (das gilt uebrigens auch fuer die en.WP). aus der einleitung kann man den proxy, genau wie die lizenzen, gerne rausnehmen. --Mario d 16:19, 28. Nov. 2013 (CET)
replies: text: Um weitere Diskussionen zu vermeiden werden ich nun also den entsprechenden Abschnitt durch den von mir vorgeschlagenen Satz ersetzen. Ich hoffe, das ist konsensfähig. Tribut (Diskussion) 21:58, 28. Nov. 2013 (CET)
replies: text: "Um weitere Diskussionen zu vermeiden" ist so ziemlich die schlechteste Begründung für eine Änderung, insbesondere wenn davor schon Versionen rückgängig gemacht wurden. Damit provozierst du nur einen Editwar. Ich werde deine Bearbeitung zumindest nicht sichten. Hier gilt Erst diskutieren, dann den Artikel ändern und nicht andersherum. --ThE cRaCkEr (Diskussion) 22:27, 28. Nov. 2013 (CET)
replies: text: Offensichtlich bin ich nicht in der Lage, Wikipedia-kompatibel zu kommunizieren :) Damit wollte ich sagen, dass ich nicht weiter darauf hinarbeite, den Abschnitt zum Proxy aus dem Artikel zu entfernen. Meine letzte Änderung - das ist zumindest meine Absicht gewesen - ist exakt, was Mario ursprünglich als Alternative vorgeschlagen hatte. Falls es daran bislang noch nicht geäusserte Kritik gibt, immer her damit. Tribut (Diskussion) 10:07, 29. Nov. 2013 (CET)
replies: text: missverstaendnisse gibt es immer mal. die aenderung finde ich absolut in ordnung, vielen dank fuer deine mitarbeit.  --Mario d 23:30, 1. Dez. 2013 (CET)
thread_title:  OTR/Proxy 

message: könnte man darüber noch ein Kapitel hinzufügen? Oder gilt otr als"absolut" sicher? Sedrubal (Diskussion) 00:30, 21. Feb. 2014 (CET)
replies: text: Das gibt es schon: Off-the-Record Messaging#Kryptoanalyse --ThE cRaCkEr (Diskussion) 11:49, 21. Feb. 2014 (CET)
thread_title:  Kritik oder Bewertung der Sicherheit 

message: ...der kommt ursprünglich aus den bereichen "Journalismus" bzw. "Diplomatie":
siehe auch hier →Deutscher Presseclub - muss hier natürlich nich zwingend eingearbeitet werden - einfach nur so.
lg, --89.0.137.205 17:51, 15. Mai 2014 (CEST)
thread_title:  zum begriff "Off-the-Record" - rein inhaltlich... 

message: – GiftBot (Diskussion) 21:44, 21. Dez. 2015 (CET)
thread_title:  {{Anker|deadurl_2015-10}} Defekte Weblinks