Sicher teilen
Wie man einen privaten Link sicher teilt
Praktische Schritte, um einen Collogue-Link und sein Passwort mit weniger dauerhafter Offenlegung zu teilen.
Veröffentlicht: 4. März 2026
Grenzen der aktuellen Implementierung
Aktuelle Collogue-Links enthalten die verschlüsselte Nutzlast in der URL. Der Browser verwendet die Web Crypto API: PBKDF2-SHA-256 mit 310.000 Iterationen leitet aus dem separat eingegebenen Passwort einen 256-Bit-AES-GCM-Schlüssel ab, mit einem zufälligen 16-Byte-Salt und einem 12-Byte-IV. Der aktuelle Client sendet keine Anwendungs-API-Anfrage zum Erstellen, Abrufen oder Speichern von Nachrichten.
Das Passwort ist nicht im Link kodiert. Die Implementierung bietet keine einmalige Ansicht, keine serverseitige Löschung und keinen Ablauf-Timer. Behandeln Sie den vollständigen Link als sensibel und teilen Sie das Passwort über einen separaten Kanal.
Weiterer Kontext
Verschlüsselung schützt Inhalte unter technischen Annahmen. Die Zustellung entscheidet, wer die Gelegenheit erhält, sie zu verwenden.
Eine wunderschön verschlüsselte Nachricht an die falsche Adresse ist weiterhin an die falsche Adresse gesendet.
- prüfen Sie die vollständige E-Mail-Adresse oder den Kontonamen;
- seien Sie bei der Autovervollständigung vorsichtig;
- bestätigen Sie ungewöhnliche Anfragen über einen etablierten Kanal;
- senden Sie nicht an große Gruppen;
- veröffentlichen Sie den Link nicht in einem öffentlichen Ticket oder Repository.
Bei wichtigen Zugangsdaten kontaktieren Sie den Empfänger über einen bekannten Kanal, statt blind auf eine unerwartete Anfrage zu antworten.
Angenommen, Sie senden Zugang zu einem Administrationsbereich.
- der Firmenname;
- die Anmelde-URL;
- der Benutzername;
- das Passwort;
- der Zweck des Kontos.
Eine abgefangene Nachricht liefert eine vollständige Gebrauchsanweisung.
Eine engere Collogue-Nachricht könnte nur das temporäre Passwort enthalten. Der normale Kanal kann den nicht sensiblen Kontext liefern, oder der Kontext kann getrennt werden, wenn das Risiko dies rechtfertigt.
Machen Sie daraus kein Ritual. Harmlose Details zu trennen hat wenig Wert, wenn jeder Kanal vom selben kompromittierten Konto kontrolliert wird. Entscheiden Sie mit Augenmaß.
Das beste zu übermittelnde Passwort ist oft temporär und leicht zu ersetzen.
- Link und Passwort müssen geheim bleiben;
- der Empfänger sollte den Link nur auf einem vertrauenswürdigen Gerät öffnen;
- er sollte ihn nicht an einen Online-Link-Checker senden;
- er sollte einen Link oder ein Passwort melden, das nicht funktioniert;
- ein Passwort sollte nach der Verwendung geändert werden.
Vermeiden Sie technischen Jargon in Texten für Benutzer. Erklären Sie, dass das Passwort separat geteilt wird und beide Teile geheim bleiben müssen.
Verwenden Sie den Bestätigungsstatus des Produkts, automatisierte Tests oder eine separate Beispielnachricht.
Die Oberfläche sollte diese Warnung sichtbar machen, bevor der Absender den Ergebnisbildschirm verlässt.
E-Mail, SMS, Team-Chat und Telefonate haben unterschiedliche Risiken.
- Kontenkompromittierung;
- gemeinsam genutzte Geräte;
- Aufbewahrung von Nachrichten;
- Unternehmensarchive;
- Link-Scanning;
- Vorschauen in Benachrichtigungen;
- Bequemlichkeit des Empfängers;
- Möglichkeit, die Identität zu prüfen.
Unabhängig von den beteiligten Menschen und Systemen gibt es keinen universell sichersten Kanal.
Für gewöhnliche Geschäftsvorgänge ist ein etablierter Kanal zu einem geprüften Empfänger plus ein temporäres Zugangsmittel oft wertvoller als ein komplizierter Prozess, den niemand korrekt befolgt.
- öffentliche URL-Scanner;
- allgemeine Kürzungsdienste;
- öffentliche Dokumente;
- Analyse-Weiterleitungen;
- QR-Code-Generatoren, denen Sie nicht vertrauen.
Solche Dienste können die vollständige URL empfangen oder anfordern. Wenn der Schlüssel im Link enthalten ist, erhalten sie möglicherweise die Fähigkeit, die Nachricht zu öffnen.
Ein Absender kann den Link per E-Mail senden und den Empfänger telefonisch bestätigen. Ein anderer Ablauf sendet den nicht geheimen Kontext über ein Ticket und den privaten Link über einen zugelassenen Messenger.
Dadurch kann ein einzelner kompromittierter Kanal weniger ausreichen.
Das schafft nicht automatisch starke Authentifizierung. Wenn dieselbe Person beide Kanäle kontrolliert, beide Kanäle auf ein Gerät synchronisiert sind oder der Absender einen Angreifer verifiziert, bietet die Trennung weniger.
Verwenden Sie getrennte Kanäle als eine Kontrolle unter mehreren.
- Zugangsdaten ersetzen;
- dasselbe Geheimnis nicht erneut senden;
- das Ziel bestätigen;
- die letzten Kontoaktivitäten prüfen;
- einen neuen Link erstellen.
Ich habe das temporäre Passwort über einen privaten Collogue-Link gesendet. Verwende das separat geteilte Passwort und ändere es nach der ersten Anmeldung. Wenn eines der beiden Teile bei jemand anderem gelandet sein könnte, sag mir Bescheid, damit ich die Zugangsdaten ersetzen kann.
Dieser Text ist kurz, konkret und verspricht keine unmögliche Sicherheit.
Er kann passen, wenn Empfänger und E-Mail-Konto vertrauenswürdig sind, das Geheimnis temporär ist und die Organisation das Verhalten von Link-Scannern versteht. E-Mail-Zustellung authentifiziert den Betrachter nicht allein.
Bei risikoreicherem Zugriff kann die Trennung des Kontexts den Wert einer einzelnen abgefangenen Nachricht verringern. Sie ist nicht immer erforderlich und ersetzt weder temporäre Zugangsdaten noch MFA.
Das ist möglich, aber berücksichtigen Sie Gruppenmitgliedschaften, Aufbewahrung, Unternehmensarchive, Benachrichtigungsvorschauen, Link-Scanning und Kontenkompromittierung. Verwenden Sie das engste angemessene Ziel.
Eine zusätzliche Passphrase kann helfen, aber nur wenn sie stark, getrennt behandelt und korrekt implementiert wird. Wenn Sie sie sicher übermitteln können, betrachten Sie den gesamten Ablauf, statt anzunehmen, dass ein weiteres Passwort immer besser ist.
Erstellen Sie einen privaten Collogue-Link, wenn Sie ein Passwort, Token, einen Wiederherstellungscode oder einen anderen kurzen sensiblen Wert senden müssen.