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.
36 Treffer
Client Ein Gerät oder Programm, das Dienste oder Daten von einem Server anfordert — das Gegenstück zum Server im Client-Server-Modell.
Beispiele: ein Browser, der eine Webseite von einem Webserver lädt, oder ein E-Mail-Programm, das Nachrichten von einem Mailserver abruft. Ein Gerät kann je nach Kontext gleichzeitig Client und Server sein (z. B. bei Peer-to-Peer-Systemen).
Verwandt: Endgerät · Server · Next.js App Router · MCP (Model Context Protocol) · Streamable HTTP · ARP
Ganzer Artikel im Wiki →AAAA-Eintrag Ein DNS-Eintragstyp, der einen Domainnamen direkt auf eine IPv6-Adresse abbildet — das IPv6-Gegenstück zum A-Eintrag.
Der Name "AAAA" ist kein Tippfehler: Eine IPv6-Adresse ist viermal so lang wie eine IPv4-Adresse (128 statt 32 Bit), daher vervierfachtes "A". Eine Domain kann gleichzeitig einen A- und einen AAAA-Eintrag besitzen, damit sowohl IPv4- als auch IPv6-fähige Clients sie erreichen ("Dual-Stack").
Verwandt: A-Eintrag · DNS-Einträge · Domain · DNS · IPv6 · CNAME
Ganzer Artikel im Wiki →Alert Protocol Das TLS-Teilprotokoll, über das Client und Server sich gegenseitig Fehler oder Statusänderungen mitteilen — z. B. ein ungültiges Zertifikat oder das geordnete Beenden einer Verbindung.
Alert-Nachrichten haben eine Schweregrad-Stufe (warning oder fatal) und einen Beschreibungscode (z. B. certificate_expired, handshake_failure, close_notify). Ein "fatal"-Alert beendet die Verbindung sofort, ein "warning" kann je nach Typ toleriert werden. close_notify ist der reguläre Weg, eine TLS-Verbindung sauber zu beenden — verhindert sogenannte Truncation-Angriffe, bei denen ein Angreifer eine Verbindung einfach abbricht, um Daten abzuschneiden.
Verwandt: Application Data Protocol · Change Cipher Spec Protocol · Handshake Protocol · TLS · TLS Record Protocol · Zertifikat
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 →Authentizität Die Eigenschaft, dass Daten oder eine Verbindung nachweislich von der angegebenen Quelle stammen — Schutzziel neben Integrität und Vertraulichkeit.
Authentizität wird technisch meist über digitale Signaturen oder Zertifikate hergestellt: Ein signiertes Dokument kann nur von jemandem stammen, der den passenden privaten Schlüssel besitzt. Bei TLS-Verbindungen sorgt das Server-Zertifikat dafür, dass der Client sicher sein kann, wirklich mit dem echten Server zu sprechen und nicht Opfer von Spoofing zu werden.
Verwandt: Integrität · Signatur · Zertifikatsstellen · Authentifizierung · GPG · Identität
Ganzer Artikel im Wiki →Cache-Tags und revalidateTag (Next.js) Next.js kann Serverdaten mit einem benannten “Tag” cachen (statt nur nach Zeit) — ein gezielter Aufruf von revalidateTag() macht dann NUR die mit diesem Tag versehenen, gecachten Daten ungültig, ohne den restlichen Cache anzufassen.
Erlaubt eine Kombination aus TTL (Time-to-live, als Sicherheitsnetz) und gezielter, sofortiger Invalidierung bei genau den Aktionen, die die zugrunde liegenden Daten wirklich ändern. Seit Next.js 16 verlangt revalidateTag() ein zweites Argument (Cache-Profil, z. B. "max") — das steuert Stale-While-Revalidate-Verhalten: der Tag wird als veraltet markiert, aber nicht mehr zwingend sofort und hart für alle Clients gepurged wie in älteren Next.js-Versionen ohne dieses zweite Argument.
Verwandt: React.cache() · Next.js App Router · Daten · TTL
Ganzer Artikel im Wiki →Change Cipher Spec Protocol Ein kurzes TLS-Teilprotokoll, das signalisiert: "Ab jetzt wird mit den gerade ausgehandelten Schlüsseln verschlüsselt weitergemacht."
Die Change-Cipher-Spec-Nachricht besteht nur aus einem einzigen Byte und markiert den Übergang vom unverschlüsselten Handshake zur verschlüsselten Kommunikation. Sowohl Client als auch Server senden diese Nachricht jeweils einmal, sobald sie bereit sind, mit dem neu ausgehandelten Sitzungsschlüssel zu verschlüsseln. In TLS 1.3 wurde dieser Schritt aus Vereinfachungsgründen entfernt (nur noch aus Kompatibilitätsgründen vorhanden).
Verwandt: Handshake Protocol · Alert Protocol · Application Data Protocol · Cipher Suite · Sitzungsschlüssel · TLS
Ganzer Artikel im Wiki →Cipher Suite Eine festgelegte Kombination aus Algorithmen (Schlüsselaustausch, Verschlüsselung, Hash-Funktion), die eine TLS-Verbindung für ihre gesamte Dauer verwendet.
Eine Cipher Suite wie TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 legt fest: welches Verfahren für den Schlüsselaustausch genutzt wird (ECDHE), welcher Algorithmus für die Authentifizierung (RSA), welcher symmetrische Algorithmus für die eigentliche Verschlüsselung (AES-256-GCM) und welche Hash-Funktion für Integritätsprüfungen (SHA-384). Im Handshake schlägt der Client eine Liste unterstützter Cipher Suites vor, der Server wählt eine davon aus.
Verwandt: Handshake Protocol · TLS · Change Cipher Spec Protocol · Handshake · SHA-256 · Signatur
Ganzer Artikel im Wiki →Digitale ID Ein digitaler Nachweis der Identität einer Person, eines Geräts oder eines Systems — die elektronische Entsprechung eines Ausweisdokuments.
Digitale Identitäten reichen von einfachen Benutzerkonten (E-Mail + Passwort) über zertifikatsbasierte Identitäten (z. B. ein Client-Zertifikat, das ein Gerät eindeutig ausweist) bis zu staatlich ausgegebenen elektronischen Ausweisen (z. B. der Online-Ausweisfunktion des deutschen Personalausweises, eIDAS auf EU-Ebene). Je nach Anwendungsfall unterscheidet sich das nötige Vertrauensniveau — ein einfacher Foren-Account braucht weniger starke Identitätsprüfung als ein Online-Banking-Zugang.
Verwandt: Identität · Authentifizierung · DSGVO · Zertifikat
Ganzer Artikel im Wiki →Drucker Ein Ausgabegerät, das digitale Inhalte auf Papier (oder andere Materialien) überträgt — z. B. Tintenstrahl-, Laser- oder 3D-Drucker.
In Netzwerken werden Drucker oft zentral über einen Druckserver freigegeben, sodass mehrere Clients denselben Drucker nutzen können, statt dass jedes Gerät eine eigene, direkt angeschlossene Druckerhardware braucht.
Verwandt: Peripherie · Client · Endgerät · USB · Output (Ausgabegerät)
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 →FTP File Transfer Protocol — eines der ältesten Internetprotokolle zur Dateiübertragung zwischen Client und Server, standardmäßig unverschlüsselt.
FTP nutzt zwei getrennte Verbindungen: eine für Steuerbefehle (Standard-Port 21) und eine für die eigentlichen Daten. Weil Zugangsdaten und Dateiinhalte im Klartext übertragen werden, gilt es heute als unsicher — abgelöst durch SFTP oder FTPS. Wird trotzdem noch in älteren Hosting-Umgebungen verwendet.
Verwandt: SFTP · Netzwerkdienste · OSI-Schicht: Application · SCP · SSH · Standard-Port
Ganzer Artikel im Wiki →Gaming Im Netzwerkkontext: Online-Spiele, die kontinuierlichen, latenzkritischen Datenaustausch zwischen Client und Server (oder zwischen Spielern) benötigen.
Gaming-Traffic stellt besondere Anforderungen an ein Netzwerk — niedrige Latenz ist meist wichtiger als hohe Bandbreite, da Eingaben in Echtzeit verarbeitet werden müssen. Viele Spiele nutzen UDP statt TCP, weil ein verlorenes, leicht veraltetes Paket weniger schadet als die durch TCP erzwungene Wartezeit auf erneute Übertragung.
Verwandt: Bandbreite · Latenz · Paket · TCP · UDP · Übertragung
Ganzer Artikel im Wiki →Handshake Der Verbindungsaufbau zwischen zwei Systemen, bei dem beide Seiten sich auf Parameter für die weitere Kommunikation einigen, bevor die eigentlichen Daten fließen.
Der Begriff wird auf mehreren Ebenen verwendet: Beim TCP-Three-Way-Handshake einigen sich zwei Hosts auf eine verlässliche Verbindung (SYN/SYN-ACK/ACK). Beim TLS-Handshake einigen sich Client und Server zusätzlich auf eine Cipher Suite, tauschen Zertifikate aus und handeln einen Sitzungsschlüssel aus. Erst nach erfolgreichem Handshake beginnt die eigentliche Datenübertragung.
Verwandt: Three-Way-Handshake · Handshake Protocol · Sitzungsschlüssel · Verbindung · ACK · HTTPS
Ganzer Artikel im Wiki →Handshake Protocol Das TLS-Teilprotokoll, das den Verbindungsaufbau regelt: Aushandeln der Cipher Suite, Austausch der Zertifikate und Vereinbarung des Sitzungsschlüssels.
Ablauf vereinfacht: Der Client schickt eine "ClientHello"-Nachricht mit unterstützten Cipher Suites und TLS-Versionen. Der Server antwortet mit "ServerHello" (gewählte Cipher Suite), seinem Zertifikat und ggf. weiteren Parametern. Anschließend wird über asymmetrische Kryptografie ein gemeinsamer Sitzungsschlüssel etabliert. Erst danach signalisieren beide Seiten über das Change Cipher Spec Protocol, dass ab jetzt verschlüsselt kommuniziert wird.
Verwandt: Application Data Protocol · Change Cipher Spec Protocol · Cipher Suite · Handshake · TLS Record Protocol · Alert Protocol
Ganzer Artikel im Wiki →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 →IMAP Internet Message Access Protocol — ruft E-Mails vom Mailserver ab, wobei die Nachrichten dabei zentral auf dem Server verbleiben (im Gegensatz zu POP3).
Weil E-Mails serverseitig bleiben, sind sie auf allen Geräten synchron sichtbar — Ordnerstruktur, Lesestatus und Löschungen werden zwischen Client und Server abgeglichen. Ergänzt SMTP, das nur für den Versand zuständig ist.
Verwandt: SMTP · Mailserver · OSI-Schicht: Application · Standard-Port · TLS · Client
Ganzer Artikel im Wiki →IPSec Internet Protocol Security — eine Protokollsuite, die IP-Pakete auf Netzwerkebene authentifiziert und verschlüsselt, unabhängig von der darüberliegenden Anwendung.
Weil IPSec direkt auf Schicht 3 ansetzt, ist es für alle Anwendungen transparent — sie merken nichts von der Verschlüsselung. Häufigster Einsatzzweck: Aufbau von Site-to-Site- oder Client-VPN-Verbindungen zwischen Netzwerken.
Verwandt: VPN · HTTPS · Handshake · Security · TLS · Verschlüsselung
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 →Next.js App Router Next.js’ Routing- und Rendering-System (seit Version 13), bei dem Seiten standardmäßig serverseitig gerendert werden (“Server Components”) und nur explizit markierte Teile im Browser laufen (“Client Components”, "use client").
next/dynamic mit ssr:false (eine Komponente komplett vom Server-Rendering ausschließen) funktioniert nur innerhalb einer Client Component — in einer Server Component (wie z. B. layout.tsx ohne "use client") ist das ein harter Build-Fehler, kein Warning. npx tsc --noEmit prüft nur TypeScript-Typen und fängt solche Next.js-spezifischen Regeln nicht ab — dafür braucht es einen echten next build.
Verwandt: Cache-Tags und revalidateTag (Next.js) · next-intl · proxy.ts (Next.js Middleware-Nachfolger) · Conventional Commits · Client · Server
Ganzer Artikel im Wiki →Poll/Push Zwei gegensätzliche Strategien, um Daten aktuell zu halten: Beim Polling fragt der Client regelmäßig aktiv nach neuen Daten, beim Push schickt der Server sie von sich aus, sobald sie verfügbar sind.
Polling ist einfach zu implementieren, verschwendet aber Ressourcen, wenn oft "nichts Neues" die Antwort ist. Push-Mechanismen (z. B. WebSockets, Server-Sent Events, Mobile Push Notifications) sind effizienter, brauchen aber eine dauerhafte Verbindung oder einen externen Push-Dienst.
Verwandt: Request · Bandbreite · HTTP · Load-Balancing · SNMP · Streaming
Ganzer Artikel im Wiki →Pusher Ein gehosteter Dienst für Echtzeit-Kommunikation (WebSockets) zwischen Server und Browser — z. B. damit eine Chat-Nachricht sofort bei allen anderen offenen Browserfenstern erscheint, ohne dass die Seite neu geladen werden muss.
Man abonniert im Browser einen “Channel”; der Server “published” Events auf diesen Channel, Pusher leitet sie in Echtzeit an alle verbundenen Clients weiter. Private Channels (z. B. persönliche Chats) brauchen einen eigenen Server-Endpoint (Auth-Endpoint), der bei jedem Verbindungsversuch prüft, ob der User überhaupt Zugriff auf diesen Channel haben darf.
Verwandt: Rate Limiting · DeepL API · Sockets · Server · Browser · Dienst
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 →Server Ein Computer (oder Programm), der Ressourcen oder Dienste für andere Geräte (Clients) im Netzwerk bereitstellt — z. B. Webseiten, Dateien oder Datenbankzugriffe.
Serverhardware ist meist auf Dauerbetrieb, Redundanz und hohen Durchsatz statt auf einzelne Nutzererfahrung ausgelegt (ECC-RAM, redundante Netzteile, Server-CPUs mit vielen Kernen). "Server" bezeichnet sowohl die physische Maschine als auch die darauf laufende Software (z. B. ein Webserver-Prozess).
Verwandt: Client · Computer · Neon · Next.js App Router · DNS-Records · Streamable HTTP
Ganzer Artikel im Wiki →SMTP Simple Mail Transfer Protocol — das Standardprotokoll zum Versenden von E-Mails zwischen Mail-Servern und vom Client zum Mail-Server.
SMTP regelt nur den Versand/die Zustellung, nicht das Abrufen von E-Mails — dafür sind IMAP oder POP3 zuständig. Läuft klassisch über Port 25 (Server-zu-Server) bzw. 587 mit Verschlüsselung (Client-zu-Server).
Verwandt: IMAP · E-Mails · Mail · Mailserver · Fehlermeldung · Netzwerkprotokolle
Ganzer Artikel im Wiki →SSH-TRANS Das SSH-Transport-Subprotokoll — die unterste Schicht von SSH, die die verschlüsselte, integritätsgesicherte Verbindung zwischen Client und Server herstellt, bevor überhaupt ein Nutzer authentifiziert wird.
SSH-TRANS handelt beim Verbindungsaufbau den Verschlüsselungsalgorithmus aus, führt den Schlüsselaustausch durch und prüft den Server-Host-Key, damit der Client sicher sein kann, mit dem richtigen Server zu sprechen (Schutz vor Man-in-the-Middle). Erst auf dieser gesicherten Verbindung setzt SSH-USERAUTH auf, um den Nutzer zu authentifizieren.
Verwandt: SSH · SSH-CONNECT · SSH-USERAUTH · Handshake · Verschlüsselungsalgorithmus · Client
Ganzer Artikel im Wiki →SSH-USERAUTH Das SSH-Subprotokoll, das auf der von SSH-TRANS aufgebauten verschlüsselten Verbindung die eigentliche Authentifizierung des Nutzers übernimmt — z. B. per Passwort oder Public-Key-Verfahren.
Nachdem SSH-TRANS eine sichere, verschlüsselte Verbindung zum Server hergestellt hat, prüft SSH-USERAUTH, ob sich der Client gegenüber dem Server ausweisen kann. Beim gebräuchlichsten Verfahren, der Public-Key-Authentifizierung, beweist der Client den Besitz eines privaten Schlüssels, ohne diesen je zu übertragen — der Server kennt dafür nur den passenden öffentlichen Schlüssel. Erst nach erfolgreicher Authentifizierung öffnet SSH-CONNECT die eigentlichen Kanäle (Shell, Portweiterleitung usw.).
Verwandt: SSH · SSH-CONNECT · SSH-TRANS · Authentifizierung · Private Key · Public Key
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 →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 →SYN Das erste Paket im TCP-Three-Way-Handshake — der Client signalisiert damit den Wunsch, eine Verbindung aufzubauen ("Synchronize").
Das SYN-Paket enthält eine zufällige Startsequenznummer, die der Client für diese Verbindung verwenden wird. Der Server antwortet darauf mit SYN-ACK. Eine Flut sinnloser SYN-Pakete ohne abschließendes ACK ist die Grundlage des klassischen "SYN-Flood"-DDoS-Angriffs.
Verwandt: ACK · SYN-ACK · Three-Way-Handshake · FIN · Paket · RST
Ganzer Artikel im Wiki →SYN-ACK Das zweite Paket im TCP-Three-Way-Handshake — der Server bestätigt das SYN des Clients und signalisiert gleichzeitig seine eigene Verbindungsbereitschaft.
Kombiniert zwei Flags in einem Paket: das ACK-Flag (Bestätigung des Client-SYN) und ein eigenes SYN-Flag (Server möchte ebenfalls eine Sequenznummer synchronisieren). Der Client antwortet darauf mit einem reinen ACK, womit die Verbindung steht.
Verwandt: ACK · SYN · Three-Way-Handshake · Meldung · Paket · TCP
Ganzer Artikel im Wiki →Three-Way-Handshake Der dreistufige Verbindungsaufbau bei TCP: SYN → SYN-ACK → ACK, bevor die eigentliche Datenübertragung beginnt.
Client und Server tauschen dabei ihre jeweiligen Start-Sequenznummern aus und bestätigen sich gegenseitig die Verbindungsbereitschaft. Erst nach diesen drei Paketen gilt die Verbindung als "established" und Nutzdaten werden übertragen. Dieser Overhead ist einer der Gründe, warum UDP für latenzkritische Anwendungen schneller ist — es überspringt den Handshake komplett.
Verwandt: ACK · SYN · SYN-ACK · TCP · UDP · Handshake
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 →VPN "Virtual Private Network" — ein verschlüsselter Tunnel durch ein unsicheres Netzwerk (meist das Internet), der zwei Netze oder ein Gerät und ein Netz so verbindet, als wären sie direkt verkabelt.
Ein VPN verschlüsselt den gesamten Datenverkehr zwischen Client und VPN-Server, sodass Dritte im dazwischenliegenden Netz (z. B. ein öffentliches WLAN) den Inhalt nicht mitlesen können. Typische Einsatzzwecke: Fernzugriff von Mitarbeitern auf das Firmennetzwerk, Verbindung mehrerer Standorte eines Unternehmens (Site-to-Site-VPN), oder Umgehen geografischer Sperren. Technisch basiert ein VPN meist auf einem Tunnel-Protokoll (z. B. WireGuard, OpenVPN, IPSec) kombiniert mit Verschlüsselung.
Verwandt: IPSec · Tunnel · Firewall · Fernwartung · Port-Weiterleitung · WLAN
Ganzer Artikel im Wiki →Zertifikat Ein digitales Dokument, das einen öffentlichen Schlüssel mit einer Identität (z. B. einer Domain) verknüpft und diese Verknüpfung von einer vertrauenswürdigen Stelle bestätigen lässt.
Ein Zertifikat wird von einer Zertifizierungsstelle (Certificate Authority, CA) digital signiert. Beim Aufbau einer TLS-Verbindung präsentiert der Server sein Zertifikat, der Client prüft die Signatur gegen eine Liste vertrauenswürdiger CAs (die im Betriebssystem/Browser hinterlegt sind). So kann der Client sicherstellen, dass er wirklich mit dem echten Server spricht und nicht mit einem Angreifer (Schutz vor Spoofing/Man-in-the-Middle).
Verwandt: Identität · Öffentlicher Schlüssel · Signatur · TLS · Zertifikatsstellen · HTTPS
Ganzer Artikel im Wiki →