Miten OneTimeSecret kertoo suojaavansa salaisuuden
Onetime Secretin tietoturvakatsaus kuvaa mallin lyhyesti: salaisuus on tarkoitettu katsottavaksi kerran ja tuhottavaksi sen jälkeen pysyvästi, katsomattoman salaisuuden voi tuhota, salaisuudet salataan sekä siirron aikana että tallennettuina kaikissa paketeissa, jokaisella salaisuudella on voimassaoloaika, ja valinnainen salalause lisää suojauskerroksen, jota pelkkä linkki ei avaa. Tietosuojasivu lisää, että tiedonsiirto suojataan TLS:llä, että palvelu pyrkii säilyttämään vain toiminnan kannalta välttämättömät metatiedot ja että käyttäjä voi valita alueen, jolla tietoja käsitellään ja säilytetään. Etusivulla sanotaan, että kun vastaanottaja avaa linkin, tiedot tuhotaan pysyvästi eikä kukaan, ei myöskään Onetime Secret, voi palauttaa niitä.
Nämä ovat oikeat ominaisuudet kertakäyttöisten salaisuuksien työkalulle, ja ne on ilmaistu selvästi.
Asia, jota dokumentaatio ei kerro
Tietoturvakatsaus ja tietosuojasivu eivät kumpikaan kerro, missä salaus tehdään: selaimessasi, ennen kuin salaisuus lähetetään, vai Onetime Secretin palvelimilla sen saavuttua. Ero ratkaisee, voisiko palvelun ylläpitäjä lukea salaisuuden sinä aikana, kun se on tallennettuna. Tallennettujen tietojen salaus suojaa tietokantaa siltä, joka varastaa levyn. Se ei yksinään estä avainta hallussaan pitävää palvelua purkamasta tietueen salausta. Sivut eivät myöskään kuvaa, miten salalause käsitellään tai tallennetaan, ja voimassaoloajan enimmäispituus ilmoitetaan vain pakettikohtaisena rajana.
Tämä ei ole syytös. Onetime Secret on avointa lähdekoodia, ja sitä voi ylläpitää omalla palvelimella, joten jokainen, jonka täytyy tietää, voi lukea koodin tai ajaa omaa instanssiaan. Se on vahvempi tae kuin mikään markkinointisivu. Kyse on vain kysymyksestä, jonka sen itse ylläpitämän palvelun dokumentaatio jättää auki. Jos uhkamalliisi kuuluu palvelun ylläpitäjä, juuri tämä kysymys kannattaa esittää.
OneTimeSecret-arvio: mitä se tekee hyvin
Se on yksinkertainen, ilmainen yksityishenkilöille ja tiimeille ja avointa lähdekoodia, ja sitä voi ylläpitää omalla palvelimella linkitetyn GitHub-koodivaraston avulla. Tuhoaminen ennen katselua, salalauseet ja voimassaoloaika ovat ne hallintakeinot, joita useimmat tarvitsevat. Lisäksi siinä voi valita tietojen sijaintialueen, mitä harva kilpailija tarjoaa ja mitä LinkPilot ei tarjoa. Satunnaiseen henkilökohtaiseen salaisuuteen tai tiimille, joka haluaa ajaa palvelua itse, se on edelleen hyvä valinta.
Missä LinkPilot toimii toisin
LinkPilot vastaa avoimeen kysymykseen suoraan: salaisuus salataan selaimessasi AES-GCM-256:lla, avain sijoitetaan linkkiin #-merkin jälkeen, mistä selaimet eivät koskaan lähetä sitä eteenpäin, ja palvelimillamme, tietokannassamme ja reunaverkossamme on salatekstiä mutta ei avainta. Tämän tekevä koodi on MIT-lisensoidussa CLI-työkalun koodivarastossa testivektoreineen. Sivu tietoturva-arkkitehtuuri kuvaa mallin ja sen rajat, myös sen, että ennen 29. syyskuuta 2026 luodut salaisuudet tallennettiin selväkielisinä siihen asti, kun ne vanhenivat, ja että liitetiedoston nimi, koko ja tyyppi näkyvät meille.
Salaisuuden ympärille LinkPilot tuo mitätöinnin hallintapaneelista, liitetiedostot ja tiimiroolit sekä Pro-paketissa salauksen purkuavaimeen sekoitettavan salalauseen ja tarkastuslokin eli lokin linkin tapahtumista. Ylläpitoa omalla palvelimella tai tietojen sijaintialueen valintaa se ei tarjoa. Näitä eroja punnitsevat sivu OneTimeSecret-vaihtoehto ja koko vertailu.