EMZETT.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.
31 Treffer
HTTP Hypertext Transfer Protocol — das Protokoll, über das Browser und Server Webseiten und andere Ressourcen austauschen, unverschlüsselt.
Funktioniert nach dem Request-Response-Prinzip: Der Client schickt eine Request (z. B. GET /seite), der Server antwortet mit Statuscode und Inhalt. Baut auf TCP auf. Da alles im Klartext übertragen wird (auch Passwörter, Cookies), heute größtenteils durch HTTPS ersetzt.
Verwandt: HTTPS · Protokoll · Request · TCP · Cookies · Ressourcen
Ganzer Artikel im Wiki →HTTPS HTTP über eine TLS-verschlüsselte Verbindung — dieselbe Kommunikation wie HTTP, aber gegen Mitlesen und Manipulation abgesichert.
Vor dem eigentlichen HTTP-Austausch findet ein TLS-Handshake statt, bei dem Server (und optional Client) sich über ein Zertifikat ausweisen und einen gemeinsamen Sitzungsschlüssel aushandeln. Erkennbar am Schloss-Symbol im Browser und am https://-Präfix. Heute Standard für praktisch jede Website.
Verwandt: HTTP · TLS · Browser · URL · DNS · End-To-End-Verbindung
Ganzer Artikel im Wiki →Streamable HTTP Einer der Transport-Typen, über die sich ein MCP-Client und -Server unterhalten (neben stdio und dem älteren SSE). Bei Streamable HTTP läuft die Kommunikation über normale HTTP-Requests an einen Endpunkt (typischerweise /mcp).
Im Gegensatz zu stdio (wo der Client den Server-Prozess selbst startet, z. B. node server.js) verbindet sich der Client bei Streamable HTTP zu einem bereits laufenden Server über eine URL – gut geeignet, wenn der Server (wie hier das Obsidian-Plugin) ohnehin schon als Teil einer anderen App läuft.
Verwandt: MCP (Model Context Protocol) · HTTP · Client · Server · Kommunikation · URL
Ganzer Artikel im Wiki →Angular Ein umfassendes Frontend-Framework von Google (TypeScript-basiert) — im Gegensatz zu React eine "Batteries-included"-Komplettlösung mit fest vorgegebener Struktur.
Angular bringt Routing, Formularverarbeitung, HTTP-Client und Dependency Injection direkt mit, statt wie React nur eine View-Bibliothek zu sein, die man mit anderen Tools kombiniert. Die Neuentwicklung ab Angular 2 (2016) war ein kompletter Rewrite des ursprünglichen AngularJS, beide sind nicht kompatibel zueinander.
Verwandt: AngularJS · React · Vue · Komponenten · jQuery · TypeScript
Ganzer Artikel im Wiki →API Application Programming Interface — eine definierte Schnittstelle, über die zwei Programme miteinander kommunizieren, ohne die jeweilige interne Implementierung zu kennen.
Legt fest, welche Funktionen/Endpunkte verfügbar sind, welche Daten man senden muss und welche man zurückbekommt. Im Web meist als HTTP-Schnittstelle umgesetzt, häufig nach dem REST-Prinzip. Eine gute API versteckt Komplexität hinter einer stabilen, dokumentierten Oberfläche.
Verwandt: Interface · JSON · REST · SDK · Offline-First und Background Sync (PWA) · DeepL API
Ganzer Artikel im Wiki →Application Data Protocol Das TLS-Teilprotokoll, über das nach abgeschlossenem Handshake die eigentlichen Anwendungsdaten (z. B. HTTP-Anfragen) verschlüsselt übertragen werden.
Sobald der Handshake abgeschlossen und der Sitzungsschlüssel etabliert ist, werden alle weiteren Daten der Verbindung als "Application Data" über das TLS Record Protocol verschlüsselt verpackt und übertragen. Für die darüberliegende Anwendungsschicht (z. B. HTTP) ist davon nichts sichtbar — sie sieht nur eine normale, aber eben verschlüsselte Verbindung.
Verwandt: Alert Protocol · Handshake Protocol · TLS Record Protocol · HTTP · TCP · Change Cipher Spec Protocol
Ganzer Artikel im Wiki →Content Security Policy (CSP) Ein HTTP-Header, mit dem eine Website dem Browser genau vorschreibt, woher Skripte, Bilder, Styles und andere Inhalte geladen werden dürfen — alles andere blockiert der Browser.
Die Policy besteht aus Regeln („Direktiven“) wie script-src (erlaubte Skriptquellen), img-src, connect-src (erlaubte Verbindungen per fetch) und frame-ancestors (wer die Seite einbetten darf). Sie wirkt als zweite Verteidigungslinie gegen XSS: Selbst wenn ein Angreifer HTML einschleusen kann, führt der Browser fremde Skripte nicht aus, wenn die Policy sie verbietet.
Verwandt: XSS (Cross-Site Scripting) · Firewall · Security · Browserspiele programmieren
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 →Echtzeitanwendung Eine Anwendung, bei der Daten ohne merkliche Verzögerung zwischen Client und Server (oder zwischen mehreren Clients) ausgetauscht werden — z. B. Chats, Live-Dashboards oder Multiplayer-Spiele.
Klassisches HTTP ist für Echtzeitanwendungen ungeeignet, da der Client aktiv anfragen muss (Polling). Echtzeitfähigkeit wird stattdessen meist über WebSockets, Server-Sent Events oder Push-Dienste wie Pusher erreicht, bei denen der Server selbstständig Updates an verbundene Clients senden kann.
Verwandt: Pusher · HTTP · Latenz · Client · Server · Daten
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 →Header Der Steuerdatenblock am Anfang eines Datenpakets, der Metainformationen enthält — z. B. Absender, Empfänger, Protokolltyp, Prüfsumme.
Jede Netzwerkschicht fügt beim Versenden ihren eigenen Header hinzu (Kapselung): Ein HTTP-Request steckt in einem TCP-Segment mit eigenem Header, das wiederum in einem IP-Paket mit eigenem Header steckt. Der Empfänger liest die Header Schicht für Schicht von außen nach innen aus.
Verwandt: Bandbreite · Footer · OSI-Modell · Paket · TCP · UDP-Header
Ganzer Artikel im Wiki →Hybride Schlüsselverfahren Kombination aus asymmetrischer und symmetrischer Verschlüsselung, um die Vorteile beider Verfahren zu nutzen — genau so funktioniert z. B. jede HTTPS-Verbindung.
Asymmetrische Verschlüsselung löst das Problem des sicheren Schlüsselaustauschs, ist aber langsam. Symmetrische Verschlüsselung ist schnell, braucht aber einen vorher sicher ausgetauschten Schlüssel. Die Lösung: Beim Verbindungsaufbau (z. B. im TLS-Handshake) wird asymmetrisch ein zufälliger Sitzungsschlüssel ausgetauscht, und die eigentlichen Daten werden anschließend damit symmetrisch verschlüsselt.
Verwandt: Asymmetrische Verschlüsselung · Sitzungsschlüssel · Symmetrische Verschlüsselung · GPG · Handshake · Schlüssel
Ganzer Artikel im Wiki →Hydra Ein Open-Source-Tool für Brute-Force- und Wörterbuch-Angriffe auf Login-Verfahren verschiedener Protokolle (SSH, FTP, HTTP-Formulare u.v.m.) — im Pentesting-Kontext eingesetzt, um schwache Passwörter aufzudecken.
Hydra probiert systematisch Kombinationen aus Benutzernamen und Passwörtern (aus Wortlisten oder generiert) gegen einen Login-Dienst durch, bis eine funktioniert oder alle Kombinationen erschöpft sind. Der Einsatz gegen Systeme ohne ausdrückliche Erlaubnis ist illegal — legitim wird es im Rahmen autorisierter Penetrationstests genutzt, um zu prüfen, ob Systeme ausreichend gegen Brute-Force-Angriffe geschützt sind (z. B. durch Rate-Limiting oder Account-Sperren).
Verwandt: Nmap · FTP · SSH · 2FA · Hashing
Ganzer Artikel im Wiki →Intranet Ein privates Netzwerk, das dieselben Technologien wie das Internet nutzt (TCP/IP, HTTP), aber nicht öffentlich zugänglich ist — typischerweise das interne Netzwerk einer Organisation.
Der Zugriff ist meist auf Mitarbeitende bzw. Geräte im internen Netz beschränkt, oft zusätzlich per VPN von außen erreichbar. Ein Intranet kann eigene interne Websites, Wikis oder Tools hosten, ohne dass diese vom öffentlichen Internet aus erreichbar sind.
Verwandt: Internet · HTTP · IP-Adressen · TCP · Firewall · VPN
Ganzer Artikel im Wiki →MCP (Model Context Protocol) Offenes Protokoll, mit dem eine KI wie Claude über einen einheitlichen Kanal auf externe Tools und Datenquellen zugreifen kann (Dateien, APIs, Apps), ohne dass für jede App eine eigene Integration geschrieben werden muss.
Ein MCP-Server bietet “Tools” (aufrufbare Funktionen) über eine standardisierte Schnittstelle an – als Transport dient z. B. stdio, SSE oder Streamable HTTP. Der Client (hier Claude Code) verbindet sich, bekommt eine Liste verfügbarer Tools, und ruft sie danach wie eingebaute Tools auf.
Verwandt: Obsidian Vault · Streamable HTTP · Protokoll · Client · Code · Dateien
Ganzer Artikel im Wiki →Netzwerkdienste Funktionen, die ein Server oder Gerät über das Netzwerk für andere Teilnehmer bereitstellt — z. B. Namensauflösung (DNS), Adressvergabe (DHCP) oder Dateifreigaben.
Jeder Netzwerkdienst läuft üblicherweise auf einem festen Port und wartet dort auf eingehende Anfragen (z. B. DNS auf Port 53, HTTP auf Port 80). Die Gesamtheit aktiver Dienste auf einem System bestimmt maßgeblich dessen Angriffsfläche — nicht benötigte Dienste sollten aus Sicherheitsgründen deaktiviert werden.
Verwandt: DHCP · DNS · FTP · HTTP · HTTPS · Netzwerkprotokolle
Ganzer Artikel im Wiki →Netzwerkprotokolle Regelwerke, die festlegen, wie Geräte in einem Netzwerk miteinander kommunizieren — Format, Reihenfolge und Bedeutung der ausgetauschten Nachrichten.
Ohne gemeinsames Protokoll könnten Geräte unterschiedlicher Hersteller nicht miteinander sprechen. Protokolle sind meist in Schichten organisiert (siehe OSI-Modell): Ein Protokoll wie HTTP auf Anwendungsebene baut auf einem Transportprotokoll wie TCP auf, das wiederum auf IP aufsetzt.
Verwandt: Protokoll · ARP · Fehlermeldung · HTTP · ICMP · IP-Adressen
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 →Port Eine Nummer (0–65535), die innerhalb eines Geräts einem bestimmten Dienst oder einer bestimmten Anwendung zugeordnet ist, damit mehrere Netzwerkverbindungen gleichzeitig unterschieden werden können.
Eine IP-Adresse identifiziert das Gerät, der Port die konkrete Anwendung darauf — z. B. Port 80 für HTTP, Port 443 für HTTPS, Port 22 für SSH. Die ersten 1023 Ports gelten als "well-known ports" mit standardisierter Zuordnung (Standard-Port).
Verwandt: Quell-Port · Sockets · Standard-Port · Ziel-Port · Firewall · Nmap
Ganzer Artikel im Wiki →Protokoll Ein festes Regelwerk, das definiert, wie zwei Systeme miteinander kommunizieren — welche Nachrichten in welcher Reihenfolge, in welchem Format und mit welcher Bedeutung ausgetauscht werden.
Ein Protokoll legt sowohl die Syntax (Aufbau der Nachrichten, z. B. Header-Felder) als auch die Semantik (was eine Nachricht bewirkt) und den Ablauf (z. B. wer zuerst sendet) fest. Nur weil zwei Systeme dasselbe Protokoll "sprechen", verstehen sie sich — das OSI-Modell ordnet die verschiedenen Protokolle (Ethernet, IP, TCP, HTTP usw.) dafür in Schichten, die jeweils auf der darunterliegenden aufbauen.
Verwandt: HTTP · Netzwerkprotokolle · MCP (Model Context Protocol) · Audit Log · Ethernet · Footer
Ganzer Artikel im Wiki →Request Eine Anfrage, die ein Client an einen Server schickt, um eine Aktion auszulösen oder Daten abzurufen — die Grundlage des Request-Response-Musters vieler Protokolle.
Bei HTTP z. B. besteht ein Request aus einer Methode (GET, POST etc.), einem Pfad und optional Kopfdaten/Body. Der Server beantwortet jeden Request mit einer Response. Dieses Muster zieht sich durch viele Protokolle, nicht nur HTTP.
Verwandt: HTTP · Poll/Push · Neon Auto-Suspend · Rate Limiting · React.cache() · proxy.ts (Next.js Middleware-Nachfolger)
Ganzer Artikel im Wiki →REST Representational State Transfer — ein Architekturstil für Web-APIs, bei dem Ressourcen über feste URLs und Standard-HTTP-Methoden (GET, POST, PUT, DELETE) angesprochen werden.
Zentrale Prinzipien: zustandslos (jede Anfrage enthält alle nötigen Informationen, der Server merkt sich nichts zwischen Anfragen), ressourcenorientiert (URLs stehen für Dinge, nicht für Aktionen — /users/5 statt /getUser?id=5) und nutzt HTTP-Statuscodes zur Fehler-/Erfolgsrückmeldung. Ist kein Protokoll, sondern eine Konvention, wie man HTTP für APIs nutzt.
Verwandt: API · CRUD · JSON · Ressourcen · HTTP · Protokoll
Ganzer Artikel im Wiki →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 →Standard-Port Der von der IANA offiziell festgelegte, allgemein bekannte Port für einen bestimmten Dienst, z. B. 80 für HTTP oder 22 für SSH.
Standard-Ports sorgen dafür, dass ein Client nicht raten muss, auf welchem Port ein Dienst erreichbar ist — er kann sich auf die Konvention verlassen. Ein Dienst kann trotzdem auf einem anderen Port laufen (z. B. aus Sicherheitsgründen SSH auf Port 2222 statt 22), muss dann aber vom Client explizit angesprochen werden.
Verwandt: Port · SSH · Ziel-Port · FTP · HTTP · IMAP
Ganzer Artikel im Wiki →TCP Transmission Control Protocol — ein verbindungsorientiertes Transportprotokoll, das garantiert, dass Datenpakete vollständig, in der richtigen Reihenfolge und ohne Duplikate beim Empfänger ankommen.
Vor der eigentlichen Datenübertragung baut TCP über den Three-Way-Handshake (SYN, SYN-ACK, ACK) eine Verbindung auf. Verlorene Pakete werden erkannt und erneut gesendet, was TCP zuverlässig, aber langsamer als UDP macht. Eingesetzt überall dort, wo Vollständigkeit wichtiger ist als Geschwindigkeit — z. B. bei HTTP, FTP oder E-Mail-Protokollen.
Verwandt: ACK · FIN · Header · HTTP · Paket · RST
Ganzer Artikel im Wiki →TLS "Transport Layer Security" — das Protokoll, das verschlüsselte und authentifizierte Verbindungen im Internet ermöglicht, z. B. bei HTTPS. Nachfolger von SSL.
TLS läuft zwischen Transport- und Anwendungsschicht und sorgt für drei Dinge: Vertraulichkeit (Verschlüsselung der Daten), Integrität (Erkennung von Manipulation) und Authentizität (Identitätsnachweis des Servers über ein Zertifikat). Der Verbindungsaufbau läuft über den TLS-Handshake, bei dem Client und Server sich auf eine Cipher Suite einigen und Schlüssel austauschen. Die eigentliche Datenübertragung nach dem Handshake läuft über das TLS Record Protocol.
Verwandt: HTTPS · Cipher Suite · SSL · TLS Record Protocol · Verschlüsselung · Zertifikat
Ganzer Artikel im Wiki →URL "Uniform Resource Locator" — die vollständige Adresse einer Ressource im Web, z. B. https://emzett-digital.com/wiki/index.
Eine URL setzt sich aus mehreren Teilen zusammen: Schema (https://), Host/Domain, optionalem Port, Pfad, optionaler Query-String (?key=wert) und optionalem Fragment (#abschnitt). Sie ist ein Spezialfall des allgemeineren URI-Konzepts, das auch nicht-lokalisierbare Bezeichner (URN) umfasst.
Verwandt: HTTPS · Domain · Ressourcen · Streamable HTTP · Vercel Blob Storage · Port
Ganzer Artikel im Wiki →Web Application Firewall (WAF) Ein Filter vor einer Website, der Webanfragen prüft und bekannte Angriffe (z. B. SQL-Injection, XSS, Scanner-Bots) blockiert, bevor sie die eigentliche Anwendung erreichen.
Anders als eine klassische Firewall, die Ports und IP-Adressen filtert, versteht eine WAF den Inhalt von HTTP-Anfragen: Sie erkennt verdächtige Muster in Adresse, Parametern und Body und wendet Regelsätze (z. B. OWASP Core Rule Set), IP-Sperren, Länderfilter und Rate-Limits an. Sie schützt auch nur den Weg zur Anwendung, nicht Fehler im Code selbst.
Verwandt: Rate Limiting · Upstash Redis · DDoS · Firewall · SAST, SCA und Secret-Scanning · SQLi (SQL-Injection)
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 →www Historisch die gängigste Subdomain für den Webauftritt einer Domain, z. B. www.emzett-digital.com.
Technisch ist www nur eine normale Subdomain ohne besondere Bedeutung für DNS oder HTTP — die Konvention stammt aus den 1990ern, als Web, Mail und FTP oft auf getrennten Subdomains derselben Domain liefen. Viele moderne Seiten verzichten inzwischen darauf und leiten www. und die nackte Domain gegenseitig aufeinander um.
Verwandt: DNS · FTP · HTTP · CNAME · Domain · Mail
Ganzer Artikel im Wiki →Ziel-Port Der Port auf dem Zielgerät, an den eine Netzwerkverbindung gerichtet ist — bestimmt, welcher Dienst die Anfrage entgegennimmt.
Anders als der zufällige Quell-Port ist der Ziel-Port meist fest bekannt, weil er den gewünschten Dienst adressiert (z. B. Ziel-Port 443 für einen HTTPS-Aufruf). Eine Firewall entscheidet häufig anhand des Ziel-Ports, welcher Traffic durchgelassen wird.
Verwandt: Port · Quell-Port · Standard-Port · Destination Unreachable · Netzwerkdienste · Sockets
Ganzer Artikel im Wiki →