Glossar

736 Begriffe aus IT, Netzwerk, Sicherheit und Programmierung: erst kurz erklärt, dann ausführlicher. Suche nach einem Wort oder wähle einen Buchstaben.

10 Treffer

Session Ein zusammenhängender Kommunikationszeitraum zwischen zwei Parteien, in dem Zustand (z. B. Anmeldestatus) über mehrere einzelne Anfragen hinweg erhalten bleibt.
Da viele Protokolle wie HTTP von sich aus zustandslos sind (jede Anfrage steht für sich), braucht es einen Mechanismus, um z. B. einen eingeloggten Nutzer über mehrere Seitenaufrufe hinweg wiederzuerkennen — meist über ein Session-Cookie, das eine eindeutige Session-ID enthält, während die eigentlichen Daten serverseitig gespeichert sind.
Verwandt: Authentifizierung · Cookies · Claude Code Hooks · HTTP · HTTPS · OSI-Modell
Ganzer Artikel im Wiki →
Authentifizierung Der Vorgang, bei dem ein Nutzer oder System beweist, dass es wirklich die Identität ist, die es vorgibt zu sein — z. B. durch Passwort, Zertifikat oder biometrisches Merkmal.
Authentifizierung ("Wer bist du?") ist von Autorisierung ("Was darfst du?") zu unterscheiden — die beiden werden oft verwechselt, sind aber unabhängige Schritte: erst wird die Identität geprüft, dann wird anhand dieser Identität entschieden, welche Rechte gelten. Eine Session hält den Zustand "bereits authentifiziert" für nachfolgende Anfragen, damit der Nutzer sich nicht bei jeder einzelnen Aktion neu ausweisen muss.
Verwandt: Session · 2FA · Identität · Nutzer · Fernwartung · PPP
Ganzer Artikel im Wiki →
Claude Code Hooks Shell-Kommandos (oder Prompts/Agents), die Claude Code automatisch an bestimmten Punkten im Ablauf ausführt – z. B. bevor ein Tool läuft, nachdem Claude fertig geantwortet hat, oder wenn eine Session startet bzw. endet.
Hooks werden in settings.json konfiguriert, pro Event (z. B. Stop, PreToolUse, SessionEnd) und optional mit einem “Matcher” (z. B. nur für bestimmte Tools). Wichtig: Stop feuert nach jedem Antwort-Turn, nicht nur einmal am Ende der ganzen Konversation – für “einmal pro Session” ist eigentlich SessionEnd gedacht.
Verwandt: JSONL (JSON Lines) · Session
Ganzer Artikel im Wiki →
Cookies Kleine Datenstücke, die ein Webserver im Browser eines Nutzers speichert und bei jedem weiteren Aufruf derselben Seite automatisch mitgeschickt bekommt — Grundlage für Sessions und Login-Zustände im zustandslosen HTTP.
Da HTTP von Natur aus zustandslos ist (jede Anfrage ist unabhängig, der Server "erinnert" sich nicht), braucht es einen Mechanismus, um einen Nutzer über mehrere Anfragen hinweg wiederzuerkennen — dafür wurden Cookies erfunden. Wichtige Sicherheitsattribute: HttpOnly (nicht per JavaScript auslesbar, schützt vor XSS-Diebstahl), Secure (nur über HTTPS gesendet) und SameSite (schränkt ein, bei welchen websiteübergreifenden Anfragen der Cookie mitgeschickt wird, schützt vor CSRF).
Verwandt: HTTP · Session · Cookie-Einwilligung (TDDDG) · HTTPS · Request · DSGVO
Ganzer Artikel im Wiki →
Forged Cookies Gefälschte oder manipulierte Session-Cookies, mit denen ein Angreifer versucht, sich als ein anderer, bereits angemeldeter Nutzer auszugeben.
Wenn ein Session-Cookie erraten, gestohlen (z. B. via XSS) oder mit einem schwachen/fehlenden Signaturverfahren einfach nachgebaut werden kann, kann ein Angreifer ihn im eigenen Browser setzen und wird vom Server als der ursprüngliche Nutzer erkannt. Schutz: kryptografisch signierte, zufällige Session-Tokens, HttpOnly/Secure-Flags auf Cookies und kurze Session-Laufzeiten.
Verwandt: Session · Cookies · SQLi (SQL-Injection) · Wireshark · Server · Browser
Ganzer Artikel im Wiki →
OSI-Modell Ein 7-Schichten-Referenzmodell, das beschreibt, wie Netzwerkkommunikation in klar getrennte Aufgabenbereiche zerlegt wird — von der physischen Übertragung (Schicht 1) bis zur Anwendung (Schicht 7).
Die Schichten von unten nach oben: Physical, Data Link, Network, Transport, Session, Presentation, Application. Jede Schicht kommuniziert nur mit der direkt darüber-/darunterliegenden und kapselt Details der jeweils anderen Schichten. In der Praxis orientiert sich das Internet eher am schlankeren TCP/IP-Modell (4 Schichten), das OSI-Modell dient aber weiterhin als didaktisches Referenzmodell, um Netzwerkprobleme einer bestimmten Ebene zuzuordnen (z. B. "Kabel defekt" = Schicht 1, "falsches Routing" = Schicht 3).
Verwandt: Ethernet · Frames · Header · OSI-Schicht: Application · OSI-Schicht: Transport · Physical Structure
Ganzer Artikel im Wiki →
OSI-Schicht: Application Die oberste (7.) Schicht des OSI-Modells — hier laufen die Protokolle, mit denen Anwendungen direkt kommunizieren, z. B. HTTP, SMTP, SSH.
Für Nutzer und Anwendungsentwickler die "sichtbarste" Schicht, weil hier die eigentliche fachliche Kommunikation stattfindet (eine Webseite anfragen, eine E-Mail senden). Alle darunterliegenden Schichten (Presentation, Session, Transport, Network, Data Link, Physical) sind für die Anwendung transparent — sie muss sich nicht um Details wie Routing oder Bitübertragung kümmern.
Verwandt: OSI-Modell · OSI-Schicht: Presentation · FTP · HTTP · HTTPS · IMAP
Ganzer Artikel im Wiki →
Sitzungsschlüssel Ein temporärer symmetrischer Schlüssel, der nur für die Dauer einer einzelnen Verbindung (Session) gilt und danach verworfen wird.
Sitzungsschlüssel sind der Kern eines hybriden Verschlüsselungsverfahrens: Beim Handshake wird der Sitzungsschlüssel asymmetrisch sicher ausgetauscht, die eigentlichen Nutzdaten der Verbindung werden dann schnell symmetrisch mit diesem Schlüssel verschlüsselt. Ein neuer Sitzungsschlüssel pro Verbindung sorgt dafür, dass selbst bei Kompromittierung eines Schlüssels nur diese eine Sitzung betroffen ist, nicht alle vergangenen oder künftigen Verbindungen (Forward Secrecy).
Verwandt: Handshake · Hybride Schlüsselverfahren · Schlüssel · Symmetrische Verschlüsselung · HTTPS · Session
Ganzer Artikel im Wiki →
Upstash Redis Ein “Serverless Redis”-Anbieter — eine In-Memory-Datenbank für schnelle, kurzlebige Daten (z. B. Sessions, Rate-Limiting-Zähler), über eine REST-API statt einer klassischen Redis-Verbindung ansprechbar.
Zugriff läuft über eine REST-URL + Token (UPSTASH_REDIS_REST_URL/_TOKEN), die dauerhaft im Dashboard einsehbar sind. Fehlt die Verbindung, fallen viele Anwendungen in einen Fallback-Modus, was sich oft als plötzliche Langsamkeit bemerkbar macht.
Verwandt: Rate Limiting · Feature Flags (Kill-Switch) · Neon · Request · Web Application Firewall (WAF) · PostgreSQL
Ganzer Artikel im Wiki →
Web Scraping Das automatisierte Auslesen von Daten aus Webseiten per Skript — entweder aus rohem HTML oder über eine offizielle API, falls vorhanden.
Für einfache Seiten ohne eigene API reichen HTTP-Requests + ein HTML-Parser (Python: requests + BeautifulSoup; Node.js: fetch/axios + cheerio). Braucht die Seite JavaScript zum Rendern (viele moderne Admin-Oberflächen), reicht das nicht mehr — dann braucht es einen echten (headless) Browser wie Playwright oder Puppeteer. Login-geschützte Seiten: Session-Cookie/Token einmal per Login-Formular holen, dann wiederverwenden. Existiert eine offizielle API, ist die fast immer die bessere Wahl (stabiler, nicht ToS-riskant) — Scraping ist meist nur der Fallback.
Verwandt: Router · API · Browser · HTML · Node.js · Daten
Ganzer Artikel im Wiki →

Glossar

736 Begriffe aus IT, Netzwerk, Sicherheit und Programmierung: erst kurz erklärt, dann ausführlicher. Suche nach einem Wort oder wähle einen Buchstaben.

10 Treffer

Session Ein zusammenhängender Kommunikationszeitraum zwischen zwei Parteien, in dem Zustand (z. B. Anmeldestatus) über mehrere einzelne Anfragen hinweg erhalten bleibt.

Da viele Protokolle wie HTTP von sich aus zustandslos sind (jede Anfrage steht für sich), braucht es einen Mechanismus, um z. B. einen eingeloggten Nutzer über mehrere Seitenaufrufe hinweg wiederzuerkennen — meist über ein Session-Cookie, das eine eindeutige Session-ID enthält, während die eigentlichen Daten serverseitig gespeichert sind.

Verwandt: Authentifizierung · Cookies · Claude Code Hooks · HTTP · HTTPS · OSI-Modell

Ganzer Artikel im Wiki →

Authentifizierung Der Vorgang, bei dem ein Nutzer oder System beweist, dass es wirklich die Identität ist, die es vorgibt zu sein — z. B. durch Passwort, Zertifikat oder biometrisches Merkmal.

Authentifizierung ("Wer bist du?") ist von Autorisierung ("Was darfst du?") zu unterscheiden — die beiden werden oft verwechselt, sind aber unabhängige Schritte: erst wird die Identität geprüft, dann wird anhand dieser Identität entschieden, welche Rechte gelten. Eine Session hält den Zustand "bereits authentifiziert" für nachfolgende Anfragen, damit der Nutzer sich nicht bei jeder einzelnen Aktion neu ausweisen muss.

Verwandt: Session · 2FA · Identität · Nutzer · Fernwartung · PPP

Ganzer Artikel im Wiki →

Claude Code Hooks Shell-Kommandos (oder Prompts/Agents), die Claude Code automatisch an bestimmten Punkten im Ablauf ausführt – z. B. bevor ein Tool läuft, nachdem Claude fertig geantwortet hat, oder wenn eine Session startet bzw. endet.

Hooks werden in settings.json konfiguriert, pro Event (z. B. Stop, PreToolUse, SessionEnd) und optional mit einem “Matcher” (z. B. nur für bestimmte Tools). Wichtig: Stop feuert nach jedem Antwort-Turn, nicht nur einmal am Ende der ganzen Konversation – für “einmal pro Session” ist eigentlich SessionEnd gedacht.

Verwandt: JSONL (JSON Lines) · Session

Ganzer Artikel im Wiki →

Cookies Kleine Datenstücke, die ein Webserver im Browser eines Nutzers speichert und bei jedem weiteren Aufruf derselben Seite automatisch mitgeschickt bekommt — Grundlage für Sessions und Login-Zustände im zustandslosen HTTP.

Da HTTP von Natur aus zustandslos ist (jede Anfrage ist unabhängig, der Server "erinnert" sich nicht), braucht es einen Mechanismus, um einen Nutzer über mehrere Anfragen hinweg wiederzuerkennen — dafür wurden Cookies erfunden. Wichtige Sicherheitsattribute: HttpOnly (nicht per JavaScript auslesbar, schützt vor XSS-Diebstahl), Secure (nur über HTTPS gesendet) und SameSite (schränkt ein, bei welchen websiteübergreifenden Anfragen der Cookie mitgeschickt wird, schützt vor CSRF).

Verwandt: HTTP · Session · Cookie-Einwilligung (TDDDG) · HTTPS · Request · DSGVO

Ganzer Artikel im Wiki →

Forged Cookies Gefälschte oder manipulierte Session-Cookies, mit denen ein Angreifer versucht, sich als ein anderer, bereits angemeldeter Nutzer auszugeben.

Wenn ein Session-Cookie erraten, gestohlen (z. B. via XSS) oder mit einem schwachen/fehlenden Signaturverfahren einfach nachgebaut werden kann, kann ein Angreifer ihn im eigenen Browser setzen und wird vom Server als der ursprüngliche Nutzer erkannt. Schutz: kryptografisch signierte, zufällige Session-Tokens, HttpOnly/Secure-Flags auf Cookies und kurze Session-Laufzeiten.

Verwandt: Session · Cookies · SQLi (SQL-Injection) · Wireshark · Server · Browser

Ganzer Artikel im Wiki →

OSI-Modell Ein 7-Schichten-Referenzmodell, das beschreibt, wie Netzwerkkommunikation in klar getrennte Aufgabenbereiche zerlegt wird — von der physischen Übertragung (Schicht 1) bis zur Anwendung (Schicht 7).

Die Schichten von unten nach oben: Physical, Data Link, Network, Transport, Session, Presentation, Application. Jede Schicht kommuniziert nur mit der direkt darüber-/darunterliegenden und kapselt Details der jeweils anderen Schichten. In der Praxis orientiert sich das Internet eher am schlankeren TCP/IP-Modell (4 Schichten), das OSI-Modell dient aber weiterhin als didaktisches Referenzmodell, um Netzwerkprobleme einer bestimmten Ebene zuzuordnen (z. B. "Kabel defekt" = Schicht 1, "falsches Routing" = Schicht 3).

Verwandt: Ethernet · Frames · Header · OSI-Schicht: Application · OSI-Schicht: Transport · Physical Structure

Ganzer Artikel im Wiki →

OSI-Schicht: Application Die oberste (7.) Schicht des OSI-Modells — hier laufen die Protokolle, mit denen Anwendungen direkt kommunizieren, z. B. HTTP, SMTP, SSH.

Für Nutzer und Anwendungsentwickler die "sichtbarste" Schicht, weil hier die eigentliche fachliche Kommunikation stattfindet (eine Webseite anfragen, eine E-Mail senden). Alle darunterliegenden Schichten (Presentation, Session, Transport, Network, Data Link, Physical) sind für die Anwendung transparent — sie muss sich nicht um Details wie Routing oder Bitübertragung kümmern.

Verwandt: OSI-Modell · OSI-Schicht: Presentation · FTP · HTTP · HTTPS · IMAP

Ganzer Artikel im Wiki →

Sitzungsschlüssel Ein temporärer symmetrischer Schlüssel, der nur für die Dauer einer einzelnen Verbindung (Session) gilt und danach verworfen wird.

Sitzungsschlüssel sind der Kern eines hybriden Verschlüsselungsverfahrens: Beim Handshake wird der Sitzungsschlüssel asymmetrisch sicher ausgetauscht, die eigentlichen Nutzdaten der Verbindung werden dann schnell symmetrisch mit diesem Schlüssel verschlüsselt. Ein neuer Sitzungsschlüssel pro Verbindung sorgt dafür, dass selbst bei Kompromittierung eines Schlüssels nur diese eine Sitzung betroffen ist, nicht alle vergangenen oder künftigen Verbindungen (Forward Secrecy).

Verwandt: Handshake · Hybride Schlüsselverfahren · Schlüssel · Symmetrische Verschlüsselung · HTTPS · Session

Ganzer Artikel im Wiki →

Upstash Redis Ein “Serverless Redis”-Anbieter — eine In-Memory-Datenbank für schnelle, kurzlebige Daten (z. B. Sessions, Rate-Limiting-Zähler), über eine REST-API statt einer klassischen Redis-Verbindung ansprechbar.

Zugriff läuft über eine REST-URL + Token (UPSTASH_REDIS_REST_URL/_TOKEN), die dauerhaft im Dashboard einsehbar sind. Fehlt die Verbindung, fallen viele Anwendungen in einen Fallback-Modus, was sich oft als plötzliche Langsamkeit bemerkbar macht.

Verwandt: Rate Limiting · Feature Flags (Kill-Switch) · Neon · Request · Web Application Firewall (WAF) · PostgreSQL

Ganzer Artikel im Wiki →

Web Scraping Das automatisierte Auslesen von Daten aus Webseiten per Skript — entweder aus rohem HTML oder über eine offizielle API, falls vorhanden.

Für einfache Seiten ohne eigene API reichen HTTP-Requests + ein HTML-Parser (Python: requests + BeautifulSoup; Node.js: fetch/axios + cheerio). Braucht die Seite JavaScript zum Rendern (viele moderne Admin-Oberflächen), reicht das nicht mehr — dann braucht es einen echten (headless) Browser wie Playwright oder Puppeteer. Login-geschützte Seiten: Session-Cookie/Token einmal per Login-Formular holen, dann wiederverwenden. Existiert eine offizielle API, ist die fast immer die bessere Wahl (stabiler, nicht ToS-riskant) — Scraping ist meist nur der Fallback.

Verwandt: Router · API · Browser · HTML · Node.js · Daten

Ganzer Artikel im Wiki →