Veilig delen
Een privélink veilig delen
Praktische stappen om een Collogue-link en het wachtwoord te delen met minder blijvende blootstelling.
Gepubliceerd: 4 maart 2026
Grenzen van de huidige implementatie
Huidige Collogue-links bevatten de versleutelde inhoud in de URL. De browser gebruikt de Web Crypto API: PBKDF2-SHA-256 met 310.000 iteraties leidt uit het afzonderlijk ingevoerde wachtwoord een 256-bits AES-GCM-sleutel af, met een willekeurige salt van 16 bytes en een IV van 12 bytes. De huidige client doet geen verzoek naar een applicatie-API om berichten te maken, op te halen of op te slaan.
Het wachtwoord is niet in de link opgenomen. De implementatie biedt geen eenmalige weergave, verwijdering aan de serverkant of vervaltimer. Behandel de volledige link als gevoelig en deel het wachtwoord via een apart kanaal.
Verdere context
Versleuteling beschermt inhoud onder technische aannames. De bezorging bepaalt wie de kans krijgt die inhoud te gebruiken.
Een prachtig versleuteld bericht dat naar het verkeerde adres wordt gestuurd, is nog steeds naar het verkeerde adres gestuurd.
- controleer het volledige e-mailadres of de accountnaam;
- wees voorzichtig met automatisch aanvullen;
- bevestig ongebruikelijke verzoeken via een bestaand kanaal;
- verstuur niet naar brede groepen;
- plaats de link niet in een openbaar ticket of repository.
Neem bij belangrijke toegangsgegevens contact op via een bekend kanaal in plaats van blind te antwoorden op een onverwacht verzoek.
Stel dat u toegang tot een beheerpaneel verstuurt.
- de bedrijfsnaam;
- de login-URL;
- de gebruikersnaam;
- het wachtwoord;
- het doel van het account.
Een onderschept bericht bevat dan een volledige handleiding.
Een beperkter Collogue-bericht kan alleen het tijdelijke wachtwoord bevatten. Het gewone kanaal kan niet-gevoelige context leveren, of u kunt de context splitsen wanneer het risico dat rechtvaardigt.
Maak hier geen ritueel van. Onschuldige details scheiden heeft weinig waarde als elk kanaal door hetzelfde gecompromitteerde account wordt beheerd. Gebruik uw oordeel.
Het beste wachtwoord om te versturen is vaak tijdelijk en eenvoudig te vervangen.
- de link en het wachtwoord moeten privé blijven;
- de ontvanger moet de link alleen op een vertrouwd apparaat openen;
- de ontvanger mag de link niet naar een online link-checker sturen;
- een link of wachtwoord dat niet werkt moet worden gemeld;
- een wachtwoord moet na gebruik worden gewijzigd.
Vermijd technische termen in teksten voor gebruikers. Leg uit dat het wachtwoord apart wordt gedeeld en dat beide onderdelen privé moeten blijven.
Gebruik de bevestigingsstatus van het product, geautomatiseerde tests of een afzonderlijk voorbeeldbericht.
De interface moet deze waarschuwing zichtbaar maken voordat de afzender het resultaatscherm verlaat.
E-mail, sms, teamchat en telefoongesprekken hebben verschillende risico’s.
- accountcompromittering;
- gedeelde apparaten;
- bewaren van berichten;
- bedrijfsarchieven;
- linkscanning;
- voorbeelden in meldingen;
- gemak voor de ontvanger;
- mogelijkheid om de identiteit te controleren.
Er is geen universeel veiligste kanaal, los van de mensen en systemen die erbij betrokken zijn.
Voor normaal zakelijk gebruik is een bestaand kanaal naar een geverifieerde ontvanger plus een tijdelijke credential vaak waardevoller dan een ingewikkeld proces dat niemand correct volgt.
- openbare URL-scanners;
- algemene verkortingsdiensten;
- openbare documenten;
- analyse-omleidingen;
- QR-codegeneratoren die u niet vertrouwt.
Deze diensten kunnen de volledige URL ontvangen of opvragen. Als de sleutel in de link zit, kunnen ze de mogelijkheid krijgen het bericht te openen.
Een afzender kan de link per e-mail bezorgen en de ontvanger telefonisch bevestigen. Een andere werkwijze stuurt niet-geheime context via een ticket en de privélink via een goedgekeurde messenger.
Dat kan ervoor zorgen dat één gecompromitteerd kanaal niet genoeg is.
Het creëert niet automatisch sterke authenticatie. Als dezelfde persoon beide kanalen beheert, beide kanalen naar één apparaat worden gesynchroniseerd of de afzender een aanvaller verifieert, biedt de scheiding minder.
Gebruik afzonderlijke kanalen als één maatregel naast andere.
- vervang credentials;
- stuur hetzelfde geheim niet opnieuw;
- bevestig de bestemming;
- controleer recente accountactiviteit;
- maak een nieuwe link.
Ik heb het tijdelijke wachtwoord via een privélink van Collogue gestuurd. Gebruik het wachtwoord dat ik apart deelde en wijzig het na je eerste aanmelding. Laat het me weten als een van beide onderdelen bij iemand anders kan zijn terechtgekomen, zodat ik de credential kan vervangen.
Deze tekst is kort en concreet en belooft geen onmogelijke beveiliging.
Dit kan geschikt zijn als de ontvanger en het e-mailaccount vertrouwd zijn, het geheim tijdelijk is en de organisatie het gedrag van linkscanners begrijpt. E-mailbezorging verifieert de kijker op zichzelf niet.
Bij toegang met een hoger risico kan het scheiden van context de waarde van één onderschept bericht verminderen. Het is niet altijd nodig en vervangt tijdelijke credentials of MFA niet.
Dat kan, maar houd rekening met lidmaatschap van kanalen, bewaartermijnen, bedrijfsarchieven, meldingsvoorbeelden, linkscanning en accountcompromittering. Kies de smalst passende bestemming.
Een extra wachtwoordzin kan alleen helpen als die sterk is, apart wordt behandeld en correct is geïmplementeerd. Als u die veilig kunt bezorgen, beoordeel dan de hele werkwijze in plaats van aan te nemen dat een extra wachtwoord altijd beter is.
Maak een privélink van Collogue wanneer u een wachtwoord, token, herstelcode of andere korte gevoelige waarde moet versturen.