Briefe von Stadt oder Ämtern im Web veröffentlichen





Das Briefgeheimnis und das Recht auf Privatsphäre (Geheimsphäre) schützt Briefeschreiber vor einer Veröffentlichung ihrer Briefe. Wenn ich bsw. meinem Chef einen Brief schreibe, so darf dieser den Brief nicht einfach herumzeigen oder gar veröffentlichen. 


Doch wie sieht das mit **Briefen von Ämtern oder der Stadt** aus. Unterliegen Behörden und Ämter ebenso diesem Privacy-Schutz, oder ist dies wegen des Amtes da anders. Kann ich ein Schreiben meiner Stadt auf meine Website stellen ohne vorher um Erlaubnis zu fragen?


Dass es immer besser ist, vorher schriftlich die Erlaubnis einzuholen, ist klar!
> 
> Das Briefgeheimnis und das Recht auf Privatsphäre (Geheimsphäre) schützt Briefeschreiber vor einer Veröffentlichung ihrer Briefe. 
> 
> 
> 


Korrekt, wenn du die Wörter "Briefgeheimnis und das" streichst. 



> 
> Wenn ich bsw. meinem Chef einen Brief schreibe, so darf dieser den Brief nicht einfach herumzeigen oder gar veröffentlichen.
> 
> 
> 


Im Grundsatz schon. Das kommt ganz auf den Inhalt des Briefes und die äußeren Umstände an.



> 
> Doch wie sieht das mit Briefen von Ämtern oder der Stadt aus. Unterliegen Behörden und Ämter ebenso diesem Privacy-Schutz, oder ist dies wegen des Amtes da anders. 
> 
> 
> 


Behörden, Ämter usw. genießen keinen Persönlichkeitsschutz, wohl aber die Mitarbeiter. Außerdem kann sich aus der Natur der rechtlichen und sachlichen Beziehung zueinander ein Anspruch auf Geheimniswahrung ergeben.



> 
> Kann ich ein Schreiben meiner Stadt auf meine Website stellen ohne vorher um Erlaubnis zu fragen?
> 
> 
> 


Im Grundsatz ja. Aber es gibt einige Schranken zu beachten:


1. Du solltest aber den Namen des Mitarbeiters (auch sein Kürzel) unkenntlich machen, da du gegen sein Persönlichkeitsrecht verstoßen könntest.
2. Du könntest aufgrund Vertrages oder Gesetzes oder aufgrund deiner Aufgabe oder der Art der Beziehung zu der Behörde zur Geheimhaltung verpflichtet sein.
3. Das Schreiben könnte urheberrechtlichen Schutz genießen (bei einer alltäglichen Mitteilung allerdings unwahrscheinlich).
Sehr geehrte/r Ratsuchende/r,  
  

selbstverständlich darf der Arbeitgeber nicht einfach Ihren Spind räumen. Wenn der Arbeitgeber den Spind anderweitig vergeben möchte, muss er Sie bitten, dass SIE oder eine von Ihnen beauftragte Person den Spind räumen. Keinesfalls darf er, ohne Sie zuvor vergeblich unter Fristsetzung zur Räumung aufgefordert zu haben, den Spind einfach selber öffnen bzw. räumen. Erst recht darf er nicht Einsicht in Ihre persönliche Dokumente nehmen und / oder Dritte darüber in Kenntnis setzen. Dies stellt eindeutig eine Verletzung Ihres allgemeinen Persönlichkeitsrechts, darüber hinaus eine Verletzung der Bestimmungen des Bundesdatenschutzgesetztes, dar. Etwas anderes kann - in besonderen Ausnahmefällen- dann gelten, wenn gegen den Arbeitnehmer der konkrete Verdacht einer Straftat besteht und die "heimliche" Öffnung des Spinds zwingend erforderlich ist, um die Straftat aufzudecken. Ansonsten ist der Spind aber für den Arbeitgeber tabu. Ich hoffe, Ihnen mit meiner Antwort geholfen zu haben und wünsche Ihnen einen schönen Tag.  
  

Ihr   
  

Matthias Filz  

Rechtsanwalt <p>die kurze antwort lautet nein. es sollte kein problem geben, da <em> email</em> ein gültiger und <a href="https://www.iana.org/assignments/jwt/jwt.xhtml">registrierter</a> <a href="https://tools.ietf.org/html/rfc7519#section-4.2">öffentlicher anspruch</a> ist.</p><blockquote> <p>ich habe eine benutzer-db, in der die eindeutige id jedes benutzers seine e-mail-adresse ist ...</p> </blockquote><p>nun, es gibt eine <em> <a href="https://tools.ietf.org/html/rfc7519#section-4.1">geschützte behauptung</a> </em> für die benutzer-id. der anspruch <code>sub</code>.</p><blockquote> <p><strong> 4.1.2. "sub" (betreff) anspruch </strong></p> <p>der anspruch "sub" (subjekt) identifiziert den auftraggeber, der gegenstand des jwt ist. die ansprüche in einem jwt sind normalerweise aussagen über das thema. <strong> der betreffwert muss entweder so festgelegt sein, dass er im kontext des emittenten lokal eindeutig oder global eindeutig ist </strong>. <strong> die bearbeitung dieses anspruchs ist in der regel anwendungsspezifisch </strong>. der wert "sub" unterscheidet zwischen groß- und kleinschreibung und enthält einen stringoruri-wert. die verwendung dieses anspruchs ist optional.</p> </blockquote><p>vielleicht wäre es besser, den anspruch <code>sub</code> anstelle von <code>email</code> zu verwenden, da die e-mail in ihrem system eine id ist und sie sie wahrscheinlich unabhängig vom format als solche behandeln möchten.</p><p>nichts hindert sie jedoch daran, sowohl <code>sub</code> als auch <code>email</code> zu implementieren. das ist auch anwendungsspezifisch.</p><p>unter sicherheitsgesichtspunkten sollten die hauptanliegen darin bestehen, <a href="https://en.wikipedia.org/wiki/transport\_layer\_security"> tls </a> (https) und <a href="https://www.owasp.org/index.php/json\_web\_token\_(jwt)\_cheat\_sheet\_for\_java#other\_cheatsheets">vorzeichen/verschlüsselung des tokens</a> zu implementieren =.</p> <p>ich glaube nicht, dass sie direkte informationen von yahoo! dies würde potenziell spammern einen vorteil im nie endenden krieg zwischen spammern und spamfiltern verschaffen.</p><p>haben sie die vom yahoo! konto? sie können informationen enthalten, die vom spamfilter eingefügt wurden.</p><p>wenden sie sich an yahoo! und erklären sie die situation. möglicherweise können sie ihre domain auf ihre whitelist setzen.</p> Da musst du dich mit den Begriffen "digitale Signatur" (siehe <http://de.wikipedia.org/wiki/Digitale_Signatur>) und PKI bzw. Zertifikate auseinander setzen. Ist nicht sooo schwierig, wenn man einmal das Grundprinzip begriffen hat. Und es gibt auch genug Gratis-Lösungen wie z.B. PGP.


In einem Schnellverfahren erklärt:
Ein solcher digitaler "Schlüssel" besteht immer aus 2 Teilen, einem privaten Schlüssel (das ist dein Heiligtum, welches du nie weitergeben darfst) und einem öffentlichen Schlüssel (den müssen alle Beteiligten bekommen -> den musst du so viel wie möglich verbreiten bzw. sollte der auf einem Server im Internet für alle verfügbar gemacht werden).


Wenn du nun etwas verschlüsselst, musst du das **immer mit dem öffentlichen Schlüssel aller Empfänger** verschlüsseln (die musst du natürlich vorher von denen bekommen) -> denn nur diese können die E-Mail dann mit Hilfe ihres jeweiligen privaten Schlüssels wieder entschlüsseln.


Fazit: nur mit solchen Techniken lassen sich Manipulationen verhindern bzw. nachweisen. es ist richtig, dass es zu diesem thema eine sms gibt.

es geht um folgendes: https://hilfe.o2online.de/docs/doc-3581-alle-wichtigen-informationen-zur-datenschutzgrundverordnung-dsgvo Untereinander einigen ist immer gut. Haltet euer Ergebnis nur schriftlich fest. Meine Freundin hat Anrecht auf den Titel, wenn sie ihn möchte. Ihr hat das Jugendamt dazu geraten. <p>sie müssen die lizenz unter keinen umständen in der gui anzeigen.</p><p>für software, die unter der apache license version 2.0 (aplv2) lizenziert ist, ist es völlig in ordnung, die software auf die von ihnen vorgeschlagene weise zu ändern. diese lizenz fördert änderungen. die lizenz garantiert ihnen die freiheit, "powered by svg edit" in ihrer geänderten version zu entfernen.</p><p>informationen zu ihren verpflichtungen in bezug auf die mit der aplv2-software gelieferte notices-datei finden sie in aplv2 (abschnitt 4(b))). sie müssen den inhalt in einer weise anzeigen, die der software. (wohlgemerkt, svg edit erledigt dies wahrscheinlich bereits.) sie können das "powered by svg edit" möglicherweise nicht entfernen, wenn dies aus der notices-datei stammt. wenn sie jedoch die notices-datei und den quellcode verteilen, dann sind sie davon ausgenommen. weitere informationen zu ihren optionen finden sie in abschnitt 4(b) der aplv2).</p><p>in jedem fall ist das, was sie tun möchten, nicht unhöflich, insbesondere wenn dadurch ihre abgeleitete arbeit besser wird.</p> soweit ich weiß, können ein Einschreiben auch andere annehmen - es muss ja nur der Empfang bestätigt werden. Wenn es allerdings Einschreiben Eigenhändig ist, dann nur der, der angegeben ist.


Meine Mutter hat auch ein normales Einschreiben für meinen Mann angenommen - war kein Problem Er darf Ihre Fotos ohne Ihr Einverständnis nicht veröffentlichen.
  

  
Gehen Sie zum Anwalt. Da wird Ihnen geholfen. <blockquote> <p>angenommen, der server soll daten mit dem privaten schlüssel verschlüsseln und mit dem öffentlichen schlüssel entschlüsseln, um daten zu verteilen, von denen überprüft werden kann, dass sie vom richtigen server stammen.</p> </blockquote><p>sie können dies tun - auf eine sehr vereinfachte ebene funktioniert die rsa-signatur (anmerkung, vereinfacht - es steckt noch ein bisschen mehr dahinter).</p><blockquote> <p>kann ich den privaten schlüssel einfach veröffentlichen und den öffentlichen schlüssel geheim halten, anstatt den code zu ändern, um dies zu ermöglichen? beeinträchtigt dies die sicherheit des systems?</p> </blockquote><p>sie <strong> müssen den privaten schlüssel überhaupt nicht </strong> veröffentlichen - rsa ist eine trapdoor-permutation, was bedeutet:</p><ul> <li>wenn sie mit einem öffentlichen schlüssel verschlüsseln, können sie mit dem privaten schlüssel entschlüsseln.</li> <li>wenn sie mit einem privaten schlüssel verschlüsseln, können sie mit einem öffentlichen schlüssel entschlüsseln.</li> </ul><p>daher unterstützt rsa sowohl das signieren als auch das verschlüsseln, wobei der endbenutzer nur über den öffentlichen schlüssel verfügt.</p><p>wenn der client in ihrem fall überprüfen möchte, ob daten vom server stammen, wenden sie den zweiten fall von rsa an und entschlüsseln die signaturdaten mit dem bereits vorhandenen öffentlichen schlüssel.</p><p>da es sich um eine permutation handelt, sollten sie ihren code außerdem überhaupt nicht ändern müssen. beide tasten sollten mit derselben funktion arbeiten. ich würde erwarten, dass jede anständige kryptobibliothek apis zur überprüfung von signaturen gemäß den unterschiedlichen standards hat - eine davon wäre wahrscheinlich eine gute wahl.</p><p>rsa labs bieten ein nice <a href="https://web.archive.org/web/20130718172549/https://www.rsa.com/rsalabs/node.asp?id=2182">erklärung hierfür</a> .</p><p>wenn sie dies zwischen servern erweitern oder die clientkommunikation überprüfen möchten, generieren sie schlüssel für jede entität und tauschen sie die öffentlichen aus. das verfahren kann dann an beiden enden angewendet werden.</p><p>theoretisch sind e und d austauschbar (weshalb rsa funktioniert) (man muss als geheim bezeichnet und geheim gehalten werden), aber p und q müssen <strong> immer </strong> sein geheim gehalten, da diese es ihnen ermöglichen, d von e abzuleiten und umgekehrt. sie müssen jedoch beim verständnis des privaten schlüssels äußerst vorsichtig sein - speichert ihre software p/q im privaten schlüssel? wenn ja, können sie es nicht so veröffentlichen, wie es ist. auch wenn ich austauschbar sage - sobald sie eines dieser paare (e oder d zusammen mit ihrem modul n) veröffentlicht haben, müssen sie das andere <em> mit ihrem leben</em> schützen. praktisch gesehen <a href="https://stackoverflow.com/questions/696472/given-a-private-key-is-it-possible-to-derive-its-public-key">wie graeme in den kommentaren verlinkt</a> e wird oft als kleiner/fester wert gewählt. mein kommentar, dass e/d austauschbar ist, trifft eindeutig nicht zu, wenn e leicht zu bestimmen ist. wenn sie so etwas tun, kann dies zu verwirrung und fehlimplementierung führen. verwenden sie eine bibliothek eines drittanbieters/veröffentlichen sie keine privaten schlüssel.</p>