BK-Missbrauchskontakt - Versionsgeschichte

Dirk am 14. Februar 2025 um 11:21 Uhr

2025-02-14T11:21:24Z

Dirk: /* Prozess zur Bearbeitung eingehender Mails */

2025-02-14T10:15:39Z

Prozess zur Bearbeitung eingehender Mails

← Nächstältere Version		Version vom 14. Februar 2025, 12:15 Uhr
Zeile 42:		Zeile 42:

	=== Security ===		=== Security ===

			== Domain-based Message Authentication, Reporting and Conformance (DMARC) ==
	[[Kategorie:Mustervorlage]]		[[Kategorie:Mustervorlage]]
	[[Kategorie:Betriebskonzept]]		[[Kategorie:Betriebskonzept]]
	[[Kategorie:Entwurf]]		[[Kategorie:Entwurf]]

Dirk am 12. September 2023 um 20:46 Uhr

2023-09-12T20:46:42Z

← Nächstältere Version		Version vom 12. September 2023, 22:46 Uhr
Zeile 1:		Zeile 1:
			{{Vorlage:Entwurf}}
	Mustervorlage: '''"Betriebskonzept Missbrauchskontakt"'''		Mustervorlage: '''"Betriebskonzept Missbrauchskontakt"'''

Dirk: /* Einleitung */

2023-08-23T06:01:59Z

Einleitung

Dirk: /* Einleitung */

2023-08-23T05:48:49Z

Einleitung

← Nächstältere Version		Version vom 23. August 2023, 07:48 Uhr
Zeile 3:		Zeile 3:
	== Einleitung ==		== Einleitung ==

	Mailsysteme, ~~Webseiten~~ und andere Dienste der Organisation müssen von ~~aussen~~ erreichbar sein und nach ~~aussen~~ kommunizieren können. Diese externen Kommunikationssysteme sind selten bekannt und werden nicht von der Organisation selbst administriert.		Mailsysteme, Websites und andere Dienste der Organisation müssen von außen erreichbar sein und nach außen kommunizieren können. Diese externen Kommunikationssysteme sind selten bekannt und werden nicht von der Organisation selbst administriert.

	~~Im Falle von~~ technischen Problemen, Missbrauch oder Sicherheitsvorfällen, muss ein externer Ansprechpartner gefunden werden bzw. ein interner Ansprechpartner für externe Administratoren ~~auffindbar sein~~.		Bei technischen Problemen, Missbrauch oder Sicherheitsvorfällen muss ein externer Ansprechpartner gefunden werden bzw. ein interner Ansprechpartner für externe Administratoren gefunden werden können.

	Um die administrative Erreichbarkeit zur Meldung von technischen Problemen, Missbrauch und Sicherheitsvorfällen für ~~externe~~ zu gewährleisten, gibt es entsprechende Empfehlungen in den ~~RfC’s~~.		Um die administrative Erreichbarkeit zur Meldung von technischen Problemen, Missbrauch und Sicherheitsvorfällen für Externe zu gewährleisten, gibt es entsprechende Empfehlungen in den RfCs.

	Hat ein (externer) Nutzer oder Administrator ~~eine~~ technische Fragen zum Mailsystem einer Domain, oder technische Anmerkungen, ~~dann~~ sendet er eine E-Mail an: postmaster@domain.tld.		Hat ein (externer) Nutzer oder Administrator technische Fragen zum Mailsystem einer Domain oder technische Anmerkungen, so sendet er eine E-Mail an: postmaster@domain.tld.

	~~Will~~ ein (externer) Nutzer oder Administrator auf einen Missbrauch (z.B. Spam, Virenbefall oder gar einen Angriff) eines ~~fremdes System~~ hinweisen, wendet er sich an abuse@domain.tld.		Möchte ein (externer) Nutzer oder Administrator auf einen Missbrauch (z.B. Spam, Virenbefall oder gar einen Angriff) eines fremden Systems hinweisen, so wendet er sich an abuse@domain.tld.

	~~So wird~~ sichergestellt, dass unabhängig ~~vom~~ internen ~~Aufbau~~ einer Organisation immer der richtige Ansprechpartner adressiert werden kann.		Damit ist sichergestellt, dass unabhängig von der internen Struktur einer Organisation immer der richtige Ansprechpartner adressiert werden kann.

	Die ~~hierfür nötigen~~ Adressen müssen vorhanden sein und ~~eingehende~~ Mails innerhalb der Organisation geregelt ~~bearbeitet werden~~. ~~Beschrieben~~ ist ~~dieses u.a. im~~ [https://www.rfc-editor.org/rfc/rfc2142.html RFC2142] und im [https://www.rfc-editor.org/rfc/rfc5321.html RFC5321].		Die dafür notwendigen Adressen müssen vorhanden sein und der Umgang mit eingehenden Mails muss innerhalb der Organisation geregelt sein. Dies ist unter anderem in [https://www.rfc-editor.org/rfc/rfc2142.html RFC2142] und im [https://www.rfc-editor.org/rfc/rfc5321.html RFC5321] beschrieben.

	== Einrichtung und Konfiguration der Postfächer und Whois-Einträg ==		== Einrichtung und Konfiguration der Postfächer und Whois-Einträg ==

	Um die administrative Erreichbarkeit zur Meldung von ~~Technischen~~ Problemen und Sicherheitsvorfällen für ~~externe~~ zu gewährleisten, ist für jede Domain der Organisation ~~eine~~ Postfach „Postmaster“ und „Abuse“ einzurichten. Bei Bedarf auch „NOC“ und „Security“.		Um die administrative Erreichbarkeit zur Meldung von technischen Problemen und Sicherheitsvorfällen für Externe zu gewährleisten, ist für jede Domain der Organisation ein Postfach „Postmaster“ und „Abuse“ einzurichten. Bei Bedarf auch „NOC“ und „Security“.

	Folgende Anforderungen an die jeweiligen Postfächer sind zu erfüllen:* Die Postfächer sind mindestens einmal werktäglich auf den Eingang neuer ~~Mitteilungen~~ zu prüfen		Folgende Anforderungen an die jeweiligen Postfächer sind zu erfüllen:* Die Postfächer sind mindestens einmal werktäglich auf den Eingang neuer Nachrichten zu prüfen.
	* Bei Weiterleitung auf personalisierte Postfächer sind Vertretungsregelungen zu berücksichtigen.
	* Filterfunktionen auf diese Postfächer sind auf das erforderliche Minimum zu reduzieren.

	''Im Idealfall ist der Eingang in einem automatisierten ~~Tickeksystem~~ zu erfassen und dem Absender automatisch ~~die Ticketnummer~~ mitzuteilen.''		Bei der Weiterleitung an personalisierte Postfächer sind Vertretungsregelungen zu berücksichtigen.

			Filterfunktionen für diese Postfächer sind auf das notwendige Minimum zu reduzieren.

			''Im Idealfall ist der Eingang in einem automatisierten Ticket-System zu erfassen und die Ticket-Nummer dem Absender automatisch mitzuteilen.''

	== Prozess zur Bearbeitung eingehender Mails ==		== Prozess zur Bearbeitung eingehender Mails ==

Dirk am 22. Februar 2023 um 18:14 Uhr

2023-02-22T18:14:55Z

← Nächstältere Version		Version vom 22. Februar 2023, 20:14 Uhr
Zeile 41:		Zeile 41:
	[[Kategorie:Mustervorlage]]		[[Kategorie:Mustervorlage]]
	[[Kategorie:Betriebskonzept]]		[[Kategorie:Betriebskonzept]]
			[[Kategorie:Entwurf]]

Dirk am 22. Februar 2023 um 18:13 Uhr

2023-02-22T18:13:31Z

← Nächstältere Version		Version vom 22. Februar 2023, 20:13 Uhr
Zeile 39:		Zeile 39:

	=== Security ===		=== Security ===
			[[Kategorie:Mustervorlage]]
			[[Kategorie:Betriebskonzept]]

Dirk: /* Einleitung */

2023-01-30T17:45:04Z

Einleitung

Neue Seite

Mustervorlage: '''"Betriebskonzept Missbrauchskontakt"'''

== Einleitung ==

Mailsysteme, Webseiten und andere Dienste der Organisation müssen von aussen erreichbar sein und nach aussen kommunizieren können. Diese externen Kommunikationssysteme sind selten bekannt und werden nicht von der Organisation selbst administriert.

Im Falle von technischen Problemen, Missbrauch oder Sicherheitsvorfällen, muss ein externer Ansprechpartner gefunden werden bzw. ein interner Ansprechpartner für externe Administratoren auffindbar sein.

Um die administrative Erreichbarkeit zur Meldung von technischen Problemen, Missbrauch und Sicherheitsvorfällen für externe zu gewährleisten, gibt es entsprechende Empfehlungen in den RfC’s.

Hat ein (externer) Nutzer oder Administrator eine technische Fragen zum Mailsystem einer Domain, oder technische Anmerkungen, dann sendet er eine E-Mail an: postmaster@domain.tld.

Will ein (externer) Nutzer oder Administrator auf einen Missbrauch (z.B. Spam, Virenbefall oder gar einen Angriff) eines fremdes System hinweisen, wendet er sich an abuse@domain.tld.

So wird sichergestellt, dass unabhängig vom internen Aufbau einer Organisation immer der richtige Ansprechpartner adressiert werden kann.

Die hierfür nötigen Adressen müssen vorhanden sein und eingehende Mails innerhalb der Organisation geregelt bearbeitet werden. Beschrieben ist dieses u.a. im [https://www.rfc-editor.org/rfc/rfc2142.html RFC2142] und im [https://www.rfc-editor.org/rfc/rfc5321.html RFC5321].

== Einrichtung und Konfiguration der Postfächer und Whois-Einträg ==

Um die administrative Erreichbarkeit zur Meldung von Technischen Problemen und Sicherheitsvorfällen für externe zu gewährleisten, ist für jede Domain der Organisation eine Postfach „Postmaster“ und „Abuse“ einzurichten. Bei Bedarf auch „NOC“ und „Security“.

Folgende Anforderungen an die jeweiligen Postfächer sind zu erfüllen:* Die Postfächer sind mindestens einmal werktäglich auf den Eingang neuer Mitteilungen zu prüfen
* Bei Weiterleitung auf personalisierte Postfächer sind Vertretungsregelungen zu berücksichtigen.
* Filterfunktionen auf diese Postfächer sind auf das erforderliche Minimum zu reduzieren.

''Im Idealfall ist der Eingang in einem automatisierten Tickeksystem zu erfassen und dem Absender automatisch die Ticketnummer mitzuteilen.''

== Prozess zur Bearbeitung eingehender Mails ==

=== Postmaster ===

=== Abuse ===

=== NOC ===

=== Security ===

← Nächstältere Version		Version vom 23. August 2023, 08:01 Uhr
Zeile 5:		Zeile 5:
	Mailsysteme, Websites und andere Dienste der Organisation müssen von außen erreichbar sein und nach außen kommunizieren können. Diese externen Kommunikationssysteme sind selten bekannt und werden nicht von der Organisation selbst administriert.		Mailsysteme, Websites und andere Dienste der Organisation müssen von außen erreichbar sein und nach außen kommunizieren können. Diese externen Kommunikationssysteme sind selten bekannt und werden nicht von der Organisation selbst administriert.

	Bei technischen Problemen, Missbrauch oder Sicherheitsvorfällen muss ein externer Ansprechpartner gefunden werden bzw. ein interner Ansprechpartner für externe ~~Administratoren gefunden werden können~~.		Bei technischen Problemen, Missbrauch oder Sicherheitsvorfällen muss ein externer Ansprechpartner gefunden werden bzw. ein interner Ansprechpartner für externe Kontakte erreichbar sein.

	Um die administrative Erreichbarkeit zur Meldung von technischen Problemen, Missbrauch und Sicherheitsvorfällen für Externe zu gewährleisten, gibt es entsprechende Empfehlungen in den RfCs.		Um die administrative Erreichbarkeit zur Meldung von technischen Problemen, Missbrauch und Sicherheitsvorfällen für Externe zu gewährleisten, gibt es entsprechende Empfehlungen in den RfCs.
Zeile 13:		Zeile 13:
	Möchte ein (externer) Nutzer oder Administrator auf einen Missbrauch (z.B. Spam, Virenbefall oder gar einen Angriff) eines fremden Systems hinweisen, so wendet er sich an abuse@domain.tld.		Möchte ein (externer) Nutzer oder Administrator auf einen Missbrauch (z.B. Spam, Virenbefall oder gar einen Angriff) eines fremden Systems hinweisen, so wendet er sich an abuse@domain.tld.

	Damit ist sichergestellt, dass unabhängig von der internen Struktur einer Organisation immer der richtige Ansprechpartner adressiert werden kann.		Damit ist sichergestellt, dass unabhängig von der internen Struktur einer Organisation mit diesen Funktionspostfächern immer der richtige Ansprechpartner adressiert werden kann.

	Die dafür notwendigen ~~Adressen~~ müssen vorhanden sein und der Umgang mit eingehenden Mails muss innerhalb der Organisation geregelt sein. Dies ist unter anderem in [https://www.rfc-editor.org/rfc/rfc2142.html RFC2142] und im [https://www.rfc-editor.org/rfc/rfc5321.html RFC5321] beschrieben.		Die dafür notwendigen Funktionspostfächer müssen in jeder Organisation vorhanden sein und der Umgang mit eingehenden Mails muss innerhalb der Organisation geregelt sein. Dies ist unter anderem in [https://www.rfc-editor.org/rfc/rfc2142.html RFC2142] und im [https://www.rfc-editor.org/rfc/rfc5321.html RFC5321] beschrieben.

	== Einrichtung und Konfiguration der Postfächer und Whois-Einträg ==		== Einrichtung und Konfiguration der Postfächer und Whois-Einträg ==
Zeile 21:		Zeile 21:
	Um die administrative Erreichbarkeit zur Meldung von technischen Problemen und Sicherheitsvorfällen für Externe zu gewährleisten, ist für jede Domain der Organisation ein Postfach „Postmaster“ und „Abuse“ einzurichten. Bei Bedarf auch „NOC“ und „Security“.		Um die administrative Erreichbarkeit zur Meldung von technischen Problemen und Sicherheitsvorfällen für Externe zu gewährleisten, ist für jede Domain der Organisation ein Postfach „Postmaster“ und „Abuse“ einzurichten. Bei Bedarf auch „NOC“ und „Security“.

	Folgende Anforderungen an die jeweiligen Postfächer sind zu erfüllen:* Die Postfächer sind mindestens einmal werktäglich auf den Eingang neuer Nachrichten zu prüfen.		Folgende Anforderungen an die jeweiligen Postfächer sind zu erfüllen:

	Bei der Weiterleitung an personalisierte Postfächer sind Vertretungsregelungen zu berücksichtigen.		* Die Postfächer sind mindestens einmal werktäglich auf den Eingang neuer Nachrichten zu prüfen.
			* Bei der Weiterleitung an personalisierte Postfächer sind Vertretungsregelungen zu berücksichtigen.
	Filterfunktionen für diese Postfächer sind auf das notwendige Minimum zu reduzieren.		* Filterfunktionen (Spamfilter) für diese Postfächer sind auf das notwendige Minimum zu reduzieren.

	''Im Idealfall ist der Eingang in einem automatisierten Ticket-System zu erfassen und die Ticket-Nummer dem Absender automatisch mitzuteilen.''		''Im Idealfall ist der Eingang in einem automatisierten Ticket-System zu erfassen und die Ticket-Nummer dem Absender automatisch mitzuteilen.''