Koodatulle VPN-salaisuudelle ei ole „purkamista“

Ilmaus pura koodattu avain olettaa yhden toiminnon, jota ei ole olemassa. Tallennettu VPN-salaisuus voi olla kantakoodattuja tavuja, avainsäilöön sidottu salattu blob tai yksisuuntainen vahvistin, jota ei voi kääntää lainkaan, ja jokainen niistä vaatii erilaisen vastauksen. Kantakoodaus ei lisää luottamuksellisuutta suunnittelunsa puolesta, joten sen purkaminen voi palauttaa käyttökelpoisen salaisuuden sen sijaan, että paljastaisi suojatun. Kentästä ja sen kirjoittaneesta tuotteesta aloittaminen on ainoa luotettava tunnistus.

Pidä arvo poissa sekä verkkopurimista että julkisista foorumiviesteistä, sillä koodattu salaisuus on edelleen salaisuus.

Koodaus, salaus ja vahvistin ovat kolme eri asiaa

RFC 4648 määrittelee kantakoodaukset rajoitettujen ympäristöjen datan esityksiksi, ja sen tietoturvaosio toteaa selvästi, etteivät ne tarjoa lainkaan laskennallista luottamuksellisuutta. Se tarkoittaa, että Base64-kentän voi kuka tahansa muuttaa takaisin tavuiksi, mikä on palautumisriski eikä kryptografinen este. Salaus on erilaista: ilman avainmateriaalia tavut pysyvät läpinäkymättöminä. Vahvistin on taas erilainen, koska se suunniteltiin niin, ettei sitä voi kääntää. Dokumentoidun kenttänimen lukeminen kertoo yleensä, mikä kolmesta tapauksesta sinulla on.

Merkkijonon kutsuminen Base64:ksi ei osoita, mitä se sisältää. Se voi purkautua avaimeksi, sarjoitetuksi rakenteeksi tai satunnaiseksi täytteeksi, eikä tekstin ulkoasu kerro siitä mitään.

Tunnista kenttä ennen sen koskettamista

Kirjaa vievä tuote ja versio, profiilin muoto ja dokumentoitu kenttänimi. Erottele sitten kyseessä olevat salaisuustyypit: ryhmän ennalta jaettu avain ei ole yksittäisen tilin salasana, yksityisen avaimen salalause tai todennustunniste. Niillä on eri omistajat ja eri korvausmenettelyt, ja niiden sekoittaminen muuttaa väärää tunnistetta. Profiili, joka yhä yhdistää, ei ole lupakaan poimia tunnistetta, joka kuuluu jollekin toiselle.

Hyödyllinen tieto tukea varten on tuote, kenttä, virhe ja valtuutettu tavoite. Salaisuus itse ei kuulu siihen luetteloon.

Palautus on valtuutettu menettely, ei purin

Jos tuote dokumentoi käännettävän viennin valtuutettua palautusta varten, käytä sen omaa tuonti- tai palautusmenettelyä suojatussa ympäristössä. Säilytä alkuperäinen tiedosto ja pidä purettu materiaali poissa lokeista, komentotulkin historiasta ja tiketeistä. Jos arvo on salattu tai sidottu suojattuun varastoon, dokumentoitu avausmenetelmä ja tarvittava valtuutus tulevat omistajalta, koska purkaminen ei anna avainta eikä toisen käyttäjän käyttöoikeuskontekstia. Kun kentässä on vahvistin, noudata dokumentoitua korvauspolkua purimien kokeilemisen sijaan.

Kun omistaja ei voi palauttaa tai turvallisesti myöntää arvoa uudelleen, vastaus on uusi tunniste ja päivitetyt vertaiskonfiguraatiot. Se on projekti, johon kuuluu siirtymä, ei komento.

Jaetun salaisuuden korvaaminen on koordinoitu muutos

Tuotannon jaetun salaisuuden ylikirjoittaminen vain toisella puolella rikkoo jokaisen hyväksytyn asiakkaan, joka yhä pitää edellistä arvoa. Suunnittele siirtymä, päätä onko jokin käyttöoikeus peruutettava, ja pidä palautuspolku saatavilla ennen kummankaan pään muuttamista. Ilmoita ikkunasta ihmisille, jotka sen huomaavat.

Jos alkuperäinen arvo paljastui, kierto on oikea vastaus eikä sen purkaminen lisää mitään. Paljastunut salaisuus on vaarantunut riippumatta siitä, palauttiko joku tavut.

Kirjaa, missä uusi arvo elää ja kuka sen omistaa. Seuraava tapaus kysyy sitä, ei purinta.