Lyhyt vastaus: mikä tapa mihinkin tilanteeseen
Useimmat salasanojen jakamista koskevat neuvot kiistelevät työkaluista. Hyödyllinen kysymys on yksinkertaisempi: kuinka kauan kirjautumistietojen pitää olla käytössä, ja kuka niitä tarvitsee? Kun vastaat siihen, tapa valikoituu itsestään.
| Tilanne | Käytä | Miksi |
|---|---|---|
| Kirjautumistiedot, joita koko tiimi käyttää kuukausia (yhteinen SaaS-tunnus, palvelutili) | Jaettu holvi salasanojen hallintaohjelmassa | Tietojen on pysyttävä ajan tasalla, ne vaihdetaan yhdessä paikassa, ja lähtijöiltä käyttöoikeus on voitava poistaa. |
| Kertaluonteinen luovutus (uuden työntekijän ensimmäiset tunnukset, asiakkaan pääkäyttäjän salasana, alihankkijan tietokannan yhteysmerkkijono) | Kertakäyttöinen salainen linkki | Arvo luetaan kerran ja tuhotaan sitten. Kenenkään saapuneet-kansioon tai chat-historiaan ei jää mitään. |
| Salasana jollekulle, joka ei ole holvisi käyttäjä (asiakas, toimittaja, freelancer) | Kertakäyttöinen salainen linkki ja erikseen lähetetty salalause | Ulkopuolisia ei voi kutsua yrityksen holviin. Linkki ja toista kanavaa pitkin lähetetty salalause eivät vaadi vastaanottajalta tiliä. |
| Yksittäinen Wi-Fi-avain tai ovikoodi kasvokkain | Sano se ääneen | Kopiota ei synny. Tapa ei skaalaudu ja kirjoitusvirheitä sattuu, mutta yhdelle arvolle se kelpaa. |
| Mikä tahansa, milloin tahansa | Ei sähköpostia, Slackia, Teamsia eikä tekstiviestiä | Kaikki neljä säilyttävät haettavissa olevan kopion, jota et hallitse. Katso, miksi ne ovat huonoimmat kanavat. |
5 tapaa, joilla tiimit jakavat salasanoja, vertailussa
Jokainen alla oleva tapa on jossain päivittäisessä käytössä. Taulukko vertaa niitä ominaisuuksilla, joilla on merkitystä salasanan lähettämisen jälkeen, koska silloin asiat menevät pieleen.
| Tapa | Kuka voi lukea sen myöhemmin | Kauanko se säilyy | Voiko mitätöidä | Tarkastusloki | Vaiva vastaanottajalle | Sopii parhaiten |
|---|---|---|---|---|---|---|
| Salasanojen hallintaohjelman holvi | Holvin jäsenet, joilla on käyttöoikeus | Kunnes vaihdat tai poistat sen | Kyllä (poista käyttöoikeus) | Kyllä (tapahtumaloki tiimipaketeissa) | Vaatii tilin ja kutsun | Tiimin pitkäikäiset kirjautumistiedot |
| Kertakäyttöinen salainen linkki | Vain ensimmäinen avaaja | Ensimmäiseen avaukseen tai voimassaolon päättymiseen asti (LinkPilot: 1 tunti, 24 tuntia tai 7 päivää kaikissa paketeissa kirjautuneena, Pro-paketissa oma päivämäärä ja kellonaika; ilman tiliä toimivan työkalun oletus on 7 päivää) | Kyllä, kunnes se avataan | Kyllä (luotu / avattu / tuhoutunut / mitätöity) | Ei vaivaa: linkki ja Pro-paketissa salalause | Luovutukset, perehdytys, ulkopuoliset |
| Chat-sovellukset (Slack, Teams, Signal) | Kanavan jäsenet, ylläpitäjät, myöhemmin liittyvät, vientitiedostot | Slackin maksullisissa paketeissa oletuksena koko työtilan elinkaaren ajan | Poistaminen poistaa yhden kopion; vientitiedostot ja kuvakaappaukset jäävät | Osittain (ylläpidon tarkastusloki, ei salaisuuskohtainen) | Ei vaivaa | Ei mitään arkaluonteista: lähetä linkki, älä koskaan arvoa |
| Sähköposti | Molemmat postilaatikot, molemmat palveluntarjoajat, varmuuskopiot ja jokainen synkronoitu laite | Rajattomasti | Ei | Ei | Ei vaivaa | Linkin välittäminen salaisuuteen, ei koskaan itse salaisuutta |
| Suullisesti, puhelimessa tai tekstiviestillä | Suullisesti: ei kukaan. Tekstiviesti: molemmat puhelimet ja operaattori | Suullisesti: ei lainkaan. Tekstiviesti: rajattomasti | Ei | Ei | Vähäinen, mutta kirjoitusvirheille altis | Yksittäinen arvo kasvokkain |
Tarkistettu 2026-10-02. Slackin oletussäilytyksen ja SIM-kaappausten luvut on mainittu tämän oppaan lopun lähteissä. LinkPilotin toiminta vastaa tietoturva-arkkitehtuurisivun kuvausta.
Jaetut holvit salasanojen hallintaohjelmassa
Kuukausia käytössä oleville kirjautumistiedoille oikea oletusvalinta on jaettu holvi salasanojen hallintaohjelmassa, kuten 1Passwordissa, Bitwardenissa, Keeperissä, Psonossa ja muissa. Salasana on yhdessä paikassa, vaihto päivittää sen kaikille, käyttöoikeus annetaan kokoelmakohtaisesti, lähtijän käyttöoikeus poistuu, kun hänen käyttäjäpaikkansa poistetaan, ja tiimipaketeissa on tapahtumaloki. Haittapuoli on se, että kaikkien salasanaa tarvitsevien on oltava holvissa. Asiakkaalle, freelancerille tai uudelle työntekijälle, jolle ei vielä ole luotu tunnuksia, ei voi antaa holvin kohdetta.
Kertakäyttöinen salattu linkki
Luovutushetkeen oikea työkalu on kertakäyttöinen salainen linkki. Liität salasanan, saat URL-osoitteen ja lähetät sen kanavalla, jota jo käytät. Vastaanottaja avaa sen kerran: sisältö näytetään ja tuhotaan sitten, ja viestiketjuun jäänyt URL-osoite ei osoita enää mihinkään. Lisää lyhyt voimassaoloaika, jotta avaamaton linkki vanhenee itsestään, ja salalause, joka toimitetaan toista kanavaa pitkin, jotta pelkkä siepattu linkki on hyödytön. Voit luoda linkin nyt ilman tiliä. Sivut LinkPilot vs. Password Pusher ja API-avainten jakaminen turvallisesti käyvät läpi saman tekniikan tunnisteille.
Chat-sovellukset (Slack, Teams, Signal)
Chat tuntuu ohimenevältä, mutta todellisuudessa viestit säilyvät. Slackin oman dokumentaation mukaan maksullisissa paketeissa ”tiedot säilytetään oletuksena työtilan koko elinkaaren ajan”, ja työtilan omistajat voivat viedä ne. Teams ja Google Chat kuuluvat säilytys- ja eDiscovery-käytäntöjen piiriin, jotka on rakennettu niin, ettei viestejä voi saada katoamaan. Signal on parempi, koska siinä on katoavat viestit eikä palvelimelle jää historiaa, mutta sekin on kopio kahdessa puhelimessa, eikä kuvakaappauksia ja varmuuskopioita voi hallita. Lisäksi jokainen chat-sovellus hakee linkin esikatselun heti, kun linkki lähetetään. Siksi kertakäyttölinkki on suunniteltava niin, ettei esikatselu voi tuhota sitä.
Sähköposti
Sähköpostilla lähetetty salasana on selväkielisenä lähettäjän postipalvelimella, vastaanottajan postipalvelimella, molempien varmuuskopioissa ja jokaisessa laitteessa, joka on synkronoinut postilaatikon. Se säilyy edelleenlähetyksissä, arkistoinnissa ja tilimurroissa, ja vuosia myöhemmin tapahtuva postilaatikon murto tuo esiin kaikki sen kautta koskaan lähetetyt kirjautumistiedot. Sähköposti sopii hyvin linkin välittämiseen salaisuuteen, mutta itse salaisuudelle se ei sovi koskaan.
Suullisesti, puhelimessa ja tekstiviestillä
Kun salasana luetaan ääneen samassa huoneessa, kopiota ei synny lainkaan. Se on tämän sivun ainoa tapa, joka ei jätä jälkiä, ja ainoa, joka ei skaalaudu. Tekstiviesti on vaarallinen sukulainen: viesti säilyy molemmissa puhelimissa ja operaattorin tiedoissa, ja puhelinnumeroita varastetaan. FBI:n Internet Crime Complaint Center kirjasi 1 611 SIM-kaappauksia koskevaa valitusta ja yli 68 miljoonan dollarin menetykset pelkästään vuonna 2021, kun vuosina 2018–2020 valituksia oli yhteensä 320. Tekstiviesti kelpaa lyhyelle salalauseelle, joka on hyödytön ilman erikseen toimitettua linkkiä. Itse salasanalle se ei kelpaa.
Miksi sähköposti, Slack ja tekstiviesti ovat huonoimmat kanavat
Sähköpostilla, chatilla ja tekstiviestillä on yksi yhteinen ominaisuus, joka sulkee ne pois: ne ovat säilytysjärjestelmiä. Jokainen niistä on rakennettu säilyttämään tarkka kopio jokaisesta viestistä ikuisesti paikoissa, joita et näe. Mihin tahansa niistä liitetty salasana on käytännössä julkaistu tulevalle hyökkääjällesi. Tarkemmin:
- Rajaton säilytys. Slack säilyttää maksullisen työtilan tiedot oletuksena työtilan koko elinkaaren ajan. Postipalvelimet säilyttävät viestit, kunnes joku poistaa ne, ja varmuuskopiot säilyttävät ne vielä pidempään.
- Ylläpitäjien pääsy ja vienti. Työtilan omistajat voivat viedä chat-historian, ja postin ylläpitäjät voivat avata minkä tahansa postilaatikon ilman lähettäjän lupaa.
- eDiscovery ja oikeudelliset säilytysvelvoitteet. Säilytysvelvoitteen tarkoitus on estää viestien poistaminen. Sen piiriin jäänyttä salasanaa ei voi pyyhkiä pois.
- Edelleenlähetys ja kuvakaappaukset. Jokaisesta kopiosta voi tehdä uuden kopion, joten selväkielisen salasanan säilytyspaikkojen määrä vain kasvaa.
- Linkkien esikatselut ja tietoturvaskannerit. Chat-sovellukset ja sähköpostiyhdyskäytävät hakevat jokaisen URL-osoitteen heti, kun se lähetetään. Esikatselubotti tuhoaa huolimattomasti toteutetun salaisen linkin, ennen kuin ihminen ehtii avata sen. Katso, miten LinkPilot estää sen.
- SIM-kaappaus ja olan yli kurkkiminen tekstiviesteissä, ja lisäksi operaattorilla on kopio.
Ratkaisu ei ole parempi chat-työkalu. Ratkaisu on muuttaa sitä, mitä kanavaa pitkin kulkee: osoitin, joka lakkaa toimimasta, ei itse arvo. Lisää aiheesta: miksi URL-osoitteet vuotavat arkaluonteisia tietoja.
Salasanojen hallintaohjelma vai kertakäyttölinkki? Kumpaa milloinkin
Ne täydentävät toisiaan eivätkä kilpaile keskenään. Holvi on säilytystä, kertakäyttölinkki on toimitusta. Holvi säilyttää kirjautumistiedot niin kauan kuin tiimi niitä tarvitsee. Linkki siirtää ne jollekulle kerran eikä jätä mitään jälkeensä.
Jos kirjautumistietoja käytetään toistuvasti organisaatiosi sisällä, jaa holvin kohde. Jos niiden pitää päätyä yhdelle ihmiselle kerran, etenkin jollekulle holvisi ulkopuolelta, lähetä kertakäyttölinkki. Huono käytäntö on käyttää kumpaankin tehtävään sähköpostia tai chattia. Lisää aiheesta: salaiset linkit vs. salasanojen hallintaohjelmat.
Näin kertakäyttöinen salainen linkki todella toimii
Täällä ei luvata ”sotilastason salausta”. Tämä on todellinen malli, ja se vastaa rivi riviltä sivua Tietoturva-arkkitehtuuri. Jos ne joskus eroavat toisistaan, kyseinen sivu on ratkaiseva.
Salaus tehdään selaimessasi
29. syyskuuta 2026 alkaen sisältö salataan selaimessasi AES-GCM-256-salauksella 256-bittisellä avaimella, joka luodaan selaimessasi, ennen kuin mitään lähetetään. Meille saapuu salatekstiä, joka tallennetaan tauluun secret_links erillään klikkaustilastojen tauluista. Liitetiedostot salataan samalla tavalla avaimella, joka johdetaan salaisuuden omasta avaimesta, joten yksi linkki avaa molemmat. Tekniset yksityiskohdat: selainpuolen salaus salaisuuksien jakamisessa.
Avain on URL-osoitteen #-merkin jälkeisessä osassa
Jakolinkki näyttää tältä: shrd.link/s/<slug>#k=<key>. Kaikki merkin # jälkeen on purkuavain, eivätkä selaimet koskaan lähetä tätä osaa millekään palvelimelle: eivät meille eivätkä sisällönjakeluverkolle, joka tarjoilee avaussivun. Emme koskaan saa avainta, joten emme voi lukea salaisuutta, palauttaa sitä, jos linkki katoaa, emmekä muodostaa URL-osoitetta myöhemmin uudelleen. Suoraan sanottuna: kenellä tahansa, jolla on koko linkki, on myös avain.
Salalause tuo toisen tekijän
Pro-paketissa salalause vahvistetaan PBKDF2-SHA256-funktiolla (210 000 iteraatiota) ja yhdistetään linkin avaimeen HKDF-SHA256-funktiolla, joten salaisuutta ei voi purkaa pelkällä linkillä eikä pelkällä salalauseella. Lisäksi palvelimelle lähetetään salalauseen SHA-256-tiiviste, jotta palvelin voi kieltäytyä palauttamasta salatekstiä pyytäjälle, joka ei tiedä salalausetta. Itse salalausetta ei koskaan kirjoiteta tietokantaamme eikä lokeihin. Salaisuutta kohden sallitaan enintään 5 yritystä minuutissa yhdestä IP-osoitteesta, ja jokainen epäonnistunut yritys kirjataan tarkastuslokiin. Vertailun vuoksi: NIST SP 800-63B edellyttää, että tallennetut muistettavat salaisuudet suolataan ja tiivistetään avaimenjohtamisfunktiolla, kuten PBKDF2:lla, vähintään 10 000 iteraatiolla.
Lukemisen jälkeen tuhoutuminen on atominen
Lukemisen jälkeen tuhoutuva linkki antaa vastaanottajalle yhden mahdollisuuden nähdä sisältö. Avaus kirjataan yhdellä tietokantafunktiolla, joka lukitsee rivin, joten kaksi ihmistä, jotka avaavat linkin samalla hetkellä, eivät voi molemmat lukea sitä. Kun avausraja täyttyy, tila muuttuu tuhoutuneeksi ja tallennettu sisältö korvataan merkkijonolla [REDACTED]. Myöhemmät käynnit saavat vastauksen HTTP 410 ja selkeän sivun, jonka mukaan sisältö on jo avattu. Vanhentuneet ja mitätöidyt salaisuudet ylikirjoitetaan samalla tavalla, eikä palautusta tarkoituksella ole.
Linkin esikatselu ei voi tuhota sitä
Avauspisteeseen tehty pyyntö GET palauttaa vain metatiedot: tilan ja tiedon siitä, tarvitaanko salalausetta. Avaus kirjataan vain erillisestä pyynnöstä POST, jonka ihminen käynnistää napsauttamalla Näytä-painiketta, ja jokaisessa avausvastauksessa on otsake Cache-Control: no-store. Chat-sovellukset ja sähköpostin tietoturvayhdyskäytävät hakevat linkit tavallisina GET-pyyntöinä, joten niiden esikatselut eivät näe mitään eivätkä tuhoa mitään. Testi, jonka voit tehdä itse: linkkiskannerit ja kertakäyttöiset salaisuudet.
Mitä näemme edelleen: kolme rehellistä rajoitusta
- Ennen 29. syyskuuta 2026 luodut salaisuudet tallennettiin selväkielisinä siihen asti, kun ne vanhenivat. Niitä ei koskaan kirjoitettu hiljaa uudelleen. Ne toimivat kuten ennenkin ja vanhenivat aikanaan. Ylläpitäjä olisi voinut lukea sellaisen, kun se oli voimassa. Ennen tuota päivää ladatut liitteet jäivät tallennetuiksi tavallisina tiedostoina.
- Kenellä tahansa, jolla on koko linkki, on myös avain. Selainpuolen salaus poistaa meidät, tietokantamme ja reunapalvelimemme luottamusrajan sisältä. Se ei suojaa linkkiä, joka on lähetetty eteenpäin, tallentunut kuvakaappaukseen tai kirjattu lokiin vastaanottajan päässä.
- Tiedoston nimi, koko ja tyyppi näkyvät meille. Ne ovat metatietosarakkeita, sisältö ei ole. Jokaisesta avausyrityksestä tallennamme myös aikaleiman, IP-osoitteen tiivisteen (SHA-256, päivittäin vaihtuva suola, katkaistu), karkean sijainnin ja käyttäjäagentin. Emme koskaan tallenna salaisuutta, itse salalausetta tai alkuperäistä IP-osoitetta, eikä vastaanottajan laitteelle tallenneta evästeitä.
Tarkastusloki ja vaatimustenmukaisuus: mitä tarkastaja kysyy
Kun kirjautumistiedot vaihtavat omistajaa, tarkastaja kysyy kolmea asiaa: kuka lähetti mitä kenelle, avattiinko se ja voitko todistaa, että se on poissa. Holvi vastaa ensimmäiseen sisäisten käyttäjien osalta. Kertakäyttölinkki ja sen tarkastusloki vastaavat luovutuksen osalta kaikkiin kolmeen.
- Salaisuuskohtaiset tapahtumat. Jokaisella salaisuudella on oma tapahtumahistoriansa (luotu, avattu, väärä salalause, tuhoutunut, vanhentunut, mitätöity), ja jokaisessa tapahtumassa on aikaleima ja IP-osoitteen tiiviste. Odottamaton avaus on sieppaus, josta et muuten koskaan tietäisi. Vaihda silloin kirjautumistiedot.
- Näyttö siitä, ettei tietoja säilytetä. Tuhoutuneiden, vanhentuneiden ja mitätöityjen salaisuuksien sisältö ylikirjoitetaan tietokannassa, eikä sitä vain merkitä. Väite ”salasanaa ei ole enää missään” perustuu ylikirjoitukseen, ei lupaukseen.
- Tietojen minimointi. Ei alkuperäisiä IP-osoitteita, ei evästeitä vastaanottajan laitteelle eikä salaisuuksien sisältöä tilastoissa tai tekoälyominaisuuksissa. Käsittelyketjut on erotettu toisistaan sekä tietojen että koodin tasolla. GDPR-sivumme kuvaa käytännöt, ja läpinäkyvyyssivu kertoo saamistamme pyynnöistä.
- Rehellinen rajaus. LinkPilot ei väitä, että salaisilla linkeillä olisi SOC 2-, HIPAA- tai PCI DSS -todistusta. Pidä sitä hallittuna luovutuskanavana oman vaatimustenmukaisuusohjelmasi sisällä, siis sähköpostin ja chatin korvaajana, ei sertifioituna tietojen säilytysjärjestelmänä.
Pakettien tiedot, jotta kukaan ei törmää rajaan vasta klikkauksen jälkeen: Free-paketissa on 5 aktiivista salaista linkkiä, lukemisen jälkeen tuhoutuminen ja oletusvoimassaoloaika. Salalauseet, oma voimassaoloaika ja koko tarkastusloki kuuluvat Pro-pakettiin, joka maksaa 29 $ kuukaudessa. Mitätöinti vaatii tilin, koska nimettömässä työkalussa ei ole hallintapaneelia. Lisätiedot: Hinnat.
Jos ylläpidät asiakkaiden IT:tä (MSP): käyttöönotto, luovutukset ja lopetus
IT-palveluntarjoaja jakaa kirjautumistietoja kolmessa toistuvassa tilanteessa, ja jokainen niistä on erilainen. Taulukko kertoo, mikä tapa sopii mihinkin, samalla perustelulla kuin muualla tässä oppaassa: kuinka kauan kirjautumistiedot ovat käytössä ja kuka niitä tarvitsee.
| Tilanne | Mitä käyttää | Miksi |
|---|---|---|
| Asiakkaan käyttöönotto: ensimmäinen pääkäyttäjän salasana, reitittimen kirjautumistiedot, M365:n globaalin järjestelmänvalvojan tili | Kertakäyttöinen salainen linkki, salalause puhelimessa tai tekstiviestillä | Asiakkaalla ei ole paikkaa holvissasi. Ensimmäisellä avauksella tuhoutuva linkki ei jätä hänen saapuneet-kansioonsa mitään, ja toista kanavaa pitkin lähetetty salalause tekee pelkästä siepatusta sähköpostista hyödyttömän. |
| Kirjautumistietojen luovutus omien teknikkojesi kesken (tiketti vaihtaa käsittelijää, päivystysvuoro vaihtuu) | Jaettu holvi pysyville kirjautumistiedoille, kertakäyttölinkki vaihdetulle arvolle | Holvi pitää voimassa olevan arvon yhdessä paikassa. Kun vaihdat sen, uusi arvo kulkee kerran ja tuhotaan. |
| Asiakkuuden tai teknikon työsuhteen päättyminen | Vaihda tiedot holvissa ja poista sitten käyttöoikeus; mitätöi avaamattomat linkit hallintapaneelista | Linkki, jota ei ole avattu, on matkalla oleva kirjautumistieto. Sen mitätöiminen on nopeampaa kuin arvailu, onko se luettu. |
| Näyttö tarkastusta tai asiakkaan tietoturvakyselyä varten | Salaisuuskohtainen tapahtumahistoria (Pro) | Luotu, avattu, tuhoutunut, vanhentunut ja mitätöity, kukin aikaleimalla, vastaavat kysymykseen ”kenellä oli pääsy ja milloin” ilman chat-hakua. |
Kaksi käytännön huomiota. Ensinnäkin Slack-sovellus LinkPilot Slackiin luo kertakäyttöisiä salaisuuksia suoraan siltä kanavalta, jolla teknikkosi jo työskentelevät, joten linkkitapa ei riipu siitä, muistaako joku käydä verkkosivulla. Toiseksi ilmainen kertakäyttöisen salaisen linkin luontityökalu ei vaadi tiliä. Siitä on hyötyä, kun asiakkaan oman henkilökunnan pitää lähettää sinulle salasana: lähetä heille linkki työkaluun äläkä pyyntöä liittää salasanaa chattiin.
Salasanojen jakamisen käytäntö, jonka voit kopioida
Useimmat pienten tiimien kirjautumistietojen vuodot johtuvat tottumuksista, eivät hyökkääjistä. Kuusi sääntöä poistaa tottumuksen. Kopioi ne käsikirjaasi sellaisinaan.
Kirjautumistietojen jakamisen käytäntö
- Salasanoja, API-avaimia, tunnisteita ja yhteysmerkkijonoja ei koskaan kirjoiteta sähköpostiin, chattiin tai tekstiviestiin. Ei kertaakaan, ei edes ”vain tämän kerran”.
- Pitkäikäiset yhteiset kirjautumistiedot säilytetään tiimin holvissa. Jaa holvin kohde, älä arvoa.
- Kertaluonteisiin luovutuksiin käytetään kertakäyttöistä salaista linkkiä, jossa on lyhin toimiva voimassaoloaika ja asetus ”Tuhoa lukemisen jälkeen” päällä.
- Linkki ja salalause kulkevat eri kanavia pitkin, linkki sähköpostilla ja salalause puhelimessa tai chatin yksityisviestinä, eikä salalausetta koskaan käytetä uudelleen.
- Perehdytyksessä uuden työntekijän ensimmäiset kirjautumistiedot toimitetaan kertakäyttölinkkeinä, ja ne vaihdetaan ensimmäisellä kirjautumisella. Kun rooli vaihtuu tai työsuhde päättyy, holvin käyttöoikeudet muutetaan samana päivänä, ja kaikki henkilön hallussa olleet holvin ulkopuoliset kirjautumistiedot vaihdetaan.
- Kaikki, mikä on joskus liitetty chattiin tai sähköpostiin, vaihdetaan seuraavan kerran, kun sitä käsitellään, ja chat-viesti poistetaan. Jokainen odottamaton avaus salaisuuden tapahtumahistoriassa johtaa välittömään vaihtoon.
Toimittajia ja alihankkijoita kohdellaan samoin yhdellä lisäyksellä: heidän kirjautumistiedoilleen asetetaan holvissa vanhenemispäivä, joka on sama kuin sopimuksen päättymispäivä, ja tiedot vaihdetaan, kun päivä on ohi.
Luo kertakäyttöinen salasanalinkki nyt
Liitä salasana, aseta voimassaoloaika ja lähetä linkki. Perussalaisuuteen ei tarvita tiliä. Tili tuo mukanaan mitätöinnin ja tapahtumahistorian, Pro-paketti salalauseet ja oman voimassaoloajan.
Lähteet
- Slack: viestien ja tiedostojen säilytyskäytäntöjen mukauttaminen (”tiedot säilytetään oletuksena työtilan koko elinkaaren ajan”)
- FBI IC3: rikolliset lisäävät SIM-kaappauksia varastaakseen miljoonia dollareita yhdysvaltalaisilta (tiedote, 8. helmikuuta 2022)
- NIST SP 800-63B: digitaalisen identiteetin ohjeet, todentaminen ja elinkaaren hallinta, §5.1.1.2 muistettavien salaisuuksien tarkistajat
- Bitwarden: tietoa Sendistä (teksti- ja tiedosto-Sendit, voimassaoloaika, avauskertojen määrä)
- LinkPilot: tietoturva-arkkitehtuuri (yllä kuvatun mallin virallinen kuvaus)