Geschichte und Entstehung

Die steigende Anzahl von Phishing-Angriffen und E-Mail-Spoofing führte zur Notwendigkeit, E-Mail-Authentifizierungssysteme zu entwickeln, die diese Bedrohungen bekämpfen können. DMARC entstand 2012 als Initiative führender E-Mail-Provider und Technologieunternehmen, darunter Google, Yahoo, Microsoft und Facebook. Diese Akteure erkannten die Notwendigkeit eines standardisierten Verfahrens zur E-Mail-Authentifizierung und arbeiteten gemeinsam an der Entwicklung. Mehr Informationen erhält man auf der offiziellen Seite.

Wie funktioniert es?

Es baut auf den bereits bestehenden Authentifizierungsstandards SPF (Sender Policy Framework) und DKIM (DomainKeys Identified Mail) auf. Es ermöglicht Domaininhabern, eine Richtlinie für den Umgang mit E-Mails zu veröffentlichen, die nicht die Authentifizierungstests von SPF oder DKIM bestehen.

Ein Beispiel: Ein Cyberkrimineller versucht, eine gefälschte E-Mail von einer vertrauenswürdigen Domain zu senden. Wenn diese Domain DMARC implementiert hat, wird die E-Mail entweder in den Spam-Ordner verschoben oder komplett abgelehnt, je nach der festgelegten DMARC-Richtlinie.

Einen besseren Überblick über die Funktionsweise finden man auf dieser Seite.

DMARC richtig implementieren

1. SPF und DKIM einrichten: Bevor man es implementieren kann, muss man SPF und DKIM für die spezifischen Domains aufgesetzt werden.
2. DMARC-Datensatz erstellen: Man muss einen Datensatz im DNS der Domain erstellen. Dieser Datensatz beginnt in der Regel mit „v=DMARC1“.
3. DMARC-Richtlinie festlegen: Man muss entschieden, was mit nicht authentifizierten E-Mails geschehen soll: Abweisung (p=reject), Quarantäne (p=quarantine) oder keine Aktion (p=none).
4. Berichterstattung aktivieren: Durch das Aktivieren der Berichterstattung erhalten Domaininhaber regelmäßige Updates über den Status ihrer E-Mail-Authentifizierung.

Wichtige Hinweise bei der Implementierung

• Langsam starten: Zu Beginn wird die DMARC-Richtlinie p=none verwendet, um Einblick in die Berichterstattung zu bekommen, bevor strengere Maßnahmen ergriffen werden.
• Konsistenz ist entscheidend: Alle ausgehenden E-Mail-Quellen sollten SPF, DKIM und DMARC korrekt implementieren.
• Regelmäßige Überprüfung: Man sollte die Berichte kontinuierlich überwachen, um potenzielle Probleme oder Auffälligkeiten frühzeitig zu erkennen und Gegenmaßnahmen bzw. Präventivmaßnahmen einzuleiten.

Fazit

DMARC bietet einen wirksamen Schutz gegen E-Mail-basierte Bedrohungen und stellt sicher, dass Kommunikation authentisch bleibt. Die Implementierung erfordert eine sorgfältige Planung und Überwachung, aber die Vorteile in Bezug auf Sicherheit und Vertrauenswürdigkeit überwiegen deutlich. Mit den in diesem Artikel genannten Tipps und Hinweisen lässt es sich verhältnismäßig einfach bzw. effizient umsetzen und ein verbessertes E-Mail-Schutzniveau erreichen.

Der Beitrag DMARC – Bullet Proof E-Mails erschien zuerst auf CEOsBay.

Eine kurze Zeitreise

Die Geschichte der RFCs geht auf das Jahr 1969 zurück, als man das ARPANET (Advanced Research Projects Agency Network), den Vorläufer des Internets, ins Leben gerufen hat. Steve Crocker, ein Forscher am ARPANET-Projekt, veröffentlichte das erste RFC-Dokument, RFC 1, am 7. April 1969. Das Ziel war es, eine Plattform zu schaffen, auf der sich Forscher und Entwickler austauschen und Ideen zur Verbesserung und Standardisierung der Kommunikationsprotokolle diskutieren konnten.

Im Laufe der Jahre entwickelte sich das RFC-System zur zentralen Anlaufstelle für die Veröffentlichung und Diskussion von Internetstandards, Protokollen und Best Practices. Die Internet Engineering Task Force (IETF) übernahm die Verantwortung für die Verwaltung und Entwicklung der RFCs, und das RFC-Editor-Team kümmerte sich um die Veröffentlichung und das Format der Dokumente. Übrigens gibt es hier den Link zum RFC Editor mit Index aller RFCs und in HTML 😉

Die Struktur der RFCs

Jedes RFC-Dokument hat eine eindeutige Nummer und einen Titel, der den Inhalt des Dokuments beschreibt. Die Dokumente sind in der Regel in einem einfachen Textformat verfasst, um die Lesbarkeit und den Zugang zu gewährleisten. Eine typische RFC-Struktur umfasst:

• Titel
• Autor(en)
• Datum der Veröffentlichung
• Abstract: Eine Zusammenfassung des Inhalts
• Einleitung: Einführung in das Thema
• Hauptteil: Ausführliche Diskussion und Definition der Standards, Protokolle oder Best Practices
• Referenzen: Liste der verwendeten und zitierten Quellen
• Anhänge (falls erforderlich): Ergänzende Informationen oder BeispieleDie Bedeutung der RFCs

RFCs sind von zentraler Bedeutung für das Internet und seine Funktionsweise. Sie dienen als offizielle Dokumentation für Internetstandards und Kommunikationsprotokolle wie https, SMTP, DNS und viele andere. Darüber hinaus decken RFCs auch Best Practices und Leitlinien für verschiedene Aspekte der Internetkommunikation ab.

Einige wichtige RFCs sind:

• RFC 791: Internet Protocol (IP)
• RFC 793: Transmission Control Protocol (TCP)
• RFC 1034 und RFC 1035: Domain Name System (DNS)
• RFC 2616: Hypertext Transfer Protocol (https/1.1)

Die Veröffentlichung von RFCs erfolgt in einem offenen, transparenten Prozess, bei dem Entwickler, Forscher und Interessierte aus der ganzen Welt teilnehmen können. Dieser kollaborative Ansatz fördert Innovation und ermöglicht es, dass die entwickelten Standards und Protokolle auf breite Zustimmung und Anwendung stoßen.

RFC-Kategorien

RFCs kann man in verschiedene Kategorien eingeteilen:

• Standards-Track RFCs: Diese RFCs definieren offizielle Internetstandards und Protokolle. Sie sind von der IETF entwickelt und genehmigt. Sie durchlaufen einen mehrstufigen Prozess, der von der Entwurfsphase bis zur Verabschiedung als Internetstandard reicht.
• Informational RFCs: Diese RFCs enthalten nützliche Informationen und Ratschläge, die zwar nicht normativ sind, aber dennoch zur Verbesserung der Internetkommunikation und -technologie beitragen können. Beispiele sind Leitlinien, Hintergrundinformationen oder Untersuchungen über neue Technologien.
• Experimental RFCs: Diese RFCs beschreiben experimentelle Ideen oder Protokolle, die noch nicht zur Standardisierung bereit sind. Sie dienen als Plattform, um neue Technologien zu präsentieren und Feedback aus der Community zu sammeln.
• Best Current Practice (BCP) RFCs: Diese RFCs dokumentieren etablierte Verfahren und Leitlinien. Sie sind von der IETF als bewährte Praktiken anerkannt.

Der RFC-Prozess

Der Prozess der Erstellung, Prüfung und Verabschiedung eines RFC ist offen und kollaborativ:

1. Ideenentwicklung: Ein Autor oder eine Gruppe von Autoren erstellt bzw. erstellen einen Entwurf, der die Idee, das Protokoll oder die Best Practice beschreibt.
2. Community-Feedback: Die IETF-Community erhält den Entwurf zur Überprüfung und Diskussion.
3. Überarbeitung und Verbesserung: Überarbeitung und Verbesserung auf Grundlage des erhaltenen Feedbacks, bis dieser für eine formelle Veröffentlichung als RFC bereit ist.
4. IETF-Genehmigung: Für Standards-Track und BCP RFCs ist die Genehmigung der IETF erforderlich, bevor man sie veröffentlichen kann.
5. Veröffentlichung: Nachdem alle notwendigen Schritte abgeschlossen sind, übernimmt das RFC-Editor-Team die Veröffentlichung des Dokuments und das Dokument erhält eine eindeutige RFC-Nummer.

Fazit

RFCs sind ein wesentlicher Bestandteil der Funktionsweise des Internets und der Kommunikation zwischen verschiedenen Systemen und Geräten. Sie stellen eine offene, kollaborative Plattform dar, die es ermöglicht, gemeinsam an der Entwicklung von Internetstandards, Protokollen und Best Practices zu arbeiten. Die Bedeutung der RFCs für das Internet kann man nicht hoch genug schätzen, da sie für die Interoperabilität und Stabilität des gesamten Netzwerks von entscheidender Bedeutung sind.

Der Beitrag RFC – Grundlage für Internetprotokolle und Kommunikationsstandards erschien zuerst auf CEOsBay.