GITS

• protokolliert abgewiesene Pakete
• kann ggf. für das Feststellen von Angriffen verwendet werden

• IP-Adresse von Absender bzw. Empfänger
• Portnummer von Absender bzw. Empfänger
• Protokolle/Typ des Pakets (TCP, UDP)
• Flags im TCP-Header

• engl: Network Level Firewall, Screening Roboter
• Aufgabe: Datenpakete bei Übertragung über NW filtern, basierend auf vordef. Regeln
• davon betroffene Protokolle: IP, TCP, UDP
• Entscheidung über Weiterleitung der DP basiert auf Headern der jeweils verwendeten Protokolle
• in der Praxis meist nur als Vorfilter für andere Schutzmechanismen eingesetzt

• Einwegfunktionen
• bilden Eingabedaten einer nicht festgelegten Größe auf Ausgabedaten mit fixer Länge ab
• dabei ist Umkehrung der Operation nicht/nur mit höchstem Aufwand möglich

• Reproduzierbarkeit
• Kollisionsresistenz
• Unumkehrbarkeit
• Bitsensibilität

• identische Eingabewerte a und a'
• --> mit gleicher Hash-Funktion berechnete Werte h(a) und h(a') sollen auch identisch sein

• zwei UNgleiche Eingabewerte a und a'
• --> durch dieselbe Hash-Funktion berechneten Werte h(a) und h(a') auch UNgleich

• sollte rechnerisch nicht möglich sein: aus erzeugtem Hash h(a) --> Ausgangswert a bestimmen

• keine Änderungen der Eingabedaten a sollen zu möglichst großen Veränderungen der Ausgabedaten h(a) führen

• Hash-Werte für Passwort (kein Plain-Text in der DB)
• Referenzwerte zum Sicherstellen, dass eine zum Download angebotene Datei sich im vom Anbieter definierten Zustand befindet

Pretty Good Privacy

• = SW (kostenlos, kommerziell) zum Verschlüsseln und Unterschreiben (signieren) von Daten
• stellt dabei notwendige kryptographische Dienste zur Verfügung
• benutzt public key Verfahren
• wahlweise eine Nachricht nur signieren, nur verschlüsseln oder sowohl signieren als auch verschlüsseln

• Hash-Wert aus Nachricht erzeugen (Message digest)
• Hash-Wert mit sk verschlüsseln
• zusammen mit Nachricht wieder verschlüsseln -> Empfänger
• Empfänger entschlüsselt beides
• und für Sig nimmt er pk von Sender

• einfache technische Umsetzung
• schnelle Abarbeitung der einzelnen Regeln bei geringem Ressourceneinsatz

• Protokolle, die gleichzeitig mehr als eine logische TCP-Verbindung nutzen (zB FTP, H323) bereiten Probleme
• Täuschung des Paketfilters durch Manipulation von IP-Fragmenten möglich (zB falsche Protnummer vortäuschen)
• Daten können nicht nach Inhalt gefiltert werden --> Übertragung von SchadSW wird nicht erkannt/abgewiesen

• inhaltsbasierte Prüfmöglichkeiten
• Möglichkeit der Durchführung differenzierter Authentifikationen und Überprüfungen
• frühzeitige ERkennung auffälliger Zugriffsmuster -> Erkennen Angriffsversuche auf zu schützenden Bereich --> zukünftige Zugriffe des jeweiligen Nutzers automat. blockieren
• ermöglichen anwendungsspezif. Protokollierung von Zugriffen (zB für Abrechnung von beanspruchten Dienstleistungen)
• kann auch mit Proxy-Funktionalität verbunden werden

• müssen sehr aufwändig konfiguriert werden
• sind sehr rechenintensiv

• Application Level Gateway
• bestehen aus einem/mehreren SW-Komponenten, die Infoaustausch über bestimmte Protokolle auf Anwendungsebene kontrollieren können
• verfügen über Kenntnisse bzw. der jeweiligen Applikationen, für die die Infos gefiltert werden sollen
• --> können anwendungsspezif. Kontrollen durchführen

• Identifikation der Gefahren, Beschreibung ihrer Art, der Ursachen und Auswirkungen
• Analyse der identifizierten Gefahren hinsichtlich ihrer Eintrittswahrscheinlichkeiten und möglichen Auswirkungen
• Risikobewertung durch Vergleich mit zuvor festzulegenden Kriterien der Risiko-Akzeptanz (z. B. aus Standards und Normen)
• Risikobewältigung/Risikobeherrschung durch Maßnahmen, die Gefahren und/oder Eintrittswahrscheinlichkeiten reduzieren oder die Folgen beherrschbar machen
• Risikoüberwachung mit Hilfe von Parametern, die Aufschluss über die aktuellen Risiken geben (Risikoindikatoren)
• Risikoaufzeichnungen zur Dokumentation aller Vorgänge, die im Zusammenhang der Risikoanalyse und -beurteilung stattfinden

• Zweckgebundenheit
• Verbot bei Erlaubnisvorbehalt
• Direkterhebung
• Datensparsamkeit
• Datenvermeidung
• Transparenz
• Erfoderlichtkeit

• Nachweis bzw. Bestimmung der Identität einer Person
• Bindung einer Identität an ein Subjekt (Bishop 2005)

• geheimes Wissen (Was weiß ich?)
• persönlicher Besitz (Was habe ich?)
• Biometrie (Was bin ich? Was kann ich?)
• Standort (Wo bin ich?)

besteht idR aus 4 Prozessen

• Auth.Objekt -->  Datenaufnahmemodul
• --> Merkmalsextraktionsmodul
• --> Vergleichsmodul  <-- Referenzdaten
• --> Entscheidungsmodul  -->  Ja/Nein

• AObj wird dem System präsentiert
• zB Passwort, Schriftprobe
• --> Übergabe der Rohdaten an Merkmalsextraktionsmodul

• aus übergebenen Daten diejenigen Merkmale berechnen, die die Grundlage für Vergleich darstellen

• Merkmale des aktuell präsentierten AObj werden mit den im System hinterlegten Daten verglichen (RD, Referenz)

• basierend auf Ergebnis des Vergleichs --> Entscheidung bzgl. Auth. treffen

• Verifikation
• Identifikation

--> Autorisierung

• 1:1 Vergleich
• aktuell präsentierte AD einer Persone werden mit RD derselben Person verglichen
• überprüfen, ob Person diejenige ist, die sie vorgibt zu sein

• 1:n Vergleich
• aktuell präsentierte Daten werden mit RD aller registrierten Personen verglichen
• --> Angabe der Person, deren RD mit AD übereinstimmt
• oder: Info, dass es keine solche Person gibt

• meist nach erfolgreicher Auth.
• = erfolgreiche Zuweisung von bestimmten Rechten innerhalb von IT-Sys
• zB erfolgreich auth Nutzer eines BS --> für versch. Handlungen innerhalb des BS autorisiert

• für automatische Auth. ist das die am einfachsten zu lösende Variante (-> große Verbreitung)
• Wiederherstellung des sicheren Zustandes durch Sperren der alten & Erzeugen neuer Daten möglich

• Auth. durch geheimes Wissen
• nutzt Infos, die anderen Personen nicht bekannt sind
• Geheimhalten des Wissens = wichtigste Komponente zur Wahrung der Systemsicherheit
• sehr große Verbreitung (BS-Anmeldung, Online-Shops)

• möglichst große Grundmenge für Passworte --> mehr Vielfalt
• PW sollte nicht im Wörterbuch zu finden sein
• (-) User muss sich ggf. mehrere (sinnlose) Zeichenkombis merken, ggf sogar ständig wechselnd

• Wissen kann verloren gehen (Vergessen)
• Weitergabe durch Verraten möglich
• Ausspähen durch Kameras möglich
• heimliches Protokollieren der Tastatureingaben möglich

Passwort --> Tastatur --> Hashbildung --> Vergleich Hash und Referenzhash --> identisch/nicht identisch --> Ja/Nein

• 1917 entwickelt
• nutzt geheimes Wissen, um symmetr. Verschlüsselung durchzuführen
• gilt bis heute als theoretisch nicht brechbar

Bedingungen:

1. Schlüssel wird nur 1x vergeben
2. Länge des Schlüssels muss mind. der Länge der Nachricht entsprechen
3. Schlüssel ist unvorhersagbar zufällig
4. Schlüssel ist nur dem Sender und dem Empfänger bekannt

--> Erklärung für Sicherheit & für schwierige Umsetzung in der Praxis

• persönlicher Besitz eines Merkmals ermöglicht Auth. einer Person über einen physischen Gegenstand
• --> ermöglicht zB Zugang zu nicht-öff. Räumen oder Computersystemen
• Nutzer muss durch Aufweisen des phys. Gegenstandes seine Berechtigung nachweisen

• Berechtigung an einmaligen Gegenstand gebunden, nur Besitzer hat Zugang
• Gültigkeit verlorener/gestohlener Gegenstände kann aufgehoben werden -> neuer Gegenstand zur Auth. zur Verfügung gestellt (nur an berechtigte Person)