Tallennettu VPN-salasana: kuka voi purkaa sen salauksen ja milloin

VPN-asiakasohjelma, joka näyttää salatun salasanan XML-tiedostossaan, ei ole kertonut sinulle juuri mitään. Salateksti vastaa vain siihen, ettei arvoa tallenneta selkokielisenä siinä esityksessä. Kuka voi purkaa sen salauksen, millä avaimella ja missä käyttäjäkontekstissa, ovat kysymykset, jotka ratkaisevat, auttaako tallennus. Vastaa niihin ennen kuin kutsut tiedostoa turvalliseksi tai turvattomaksi.

Selvitä, mikä objekti tallennetaan

Aloita tuotteen dokumentoidusta tallennusmallista. Asiakasohjelma voi tallentaa palautettavan salasanan, tokenin tai viittauksen tunnistetietovarastoon, ja jokaisella on erilainen altistus. XML-elementin nimi ei ole suunnittelu, eikä base64:tä muistuttava merkkijono ole todiste salauksesta.

Kysy toimittajalta tai ylläpitäjältä, mikä komponentti lukee arvon yhdistämishetkellä.

Tunnista sitten suojaus-API, jos se on dokumentoitu. Windowsissa CryptProtectData suojaa tietoja avaimella, joka johdetaan salaavan käyttäjän kirjautumistunnistetiedoista, ja sen konekohtainen valinta muuttaa sitä, kuka voi purkaa salauksen. Tämä on konkreettinen esimerkki siitä, miksi laajuudella on merkitystä. Se ei ole todiste siitä, että jokin tietty VPN-asiakasohjelma käyttää sitä API:a.

Erota varastettu kopio ajonaikaisesta käytöstä

Asiakasohjelma, joka yhdistää uudelleen kysymättä sinulta, tarvitsee tuetun tavan palauttaa tunnistetieto. Varmuuskopion suojaaminen ei poista tätä kykyä. Mikä tahansa oikeassa käyttäjäkontekstissa toimiva ohjelma voi käyttää samaa polkua, minkä vuoksi päätepiste itse on luottamusrajan sisällä. Tiedosto-oikeudet ja prosessioikeudet kaventavat tätä rajaa; ne eivät poista sitä.

Juuri tämän eron offline-tiedostoa koskeva väite yleensä ymmärtää väärin. Lepotilan salaus voi pysäyttää sen, joka kopioi yhden tiedoston ilman tiliä. Se ei pysäytä koodia, joka toimii tilin ominaisuudessa.

Molemmat väitteet voivat pitää paikkansa samanaikaisesti, ja jälkimmäinen on se, jolla on merkitystä tapahtumavasteessa.

Lue käyttöoikeudet, jotka todella pätevät

Tarkista tiedoston ACL ja sen yläpuolinen hakemisto, ei vain tiedoston tila. Vertaa Windowsissa käyttäjäprofiilin tehokkaita käyttöoikeuksia asiakasohjelman palvelun tai ajoitetun tehtävän oikeuksiin. Yhdelle käyttäjälle suojattu salaisuus ei ole automaattisesti suojattu järjestelmänvalvojalta eikä automaattisesti paljastettu hänelle.

icacls "%APPDATA%\Vendor\Client\profiles.xml"
whoami /priv

Kirjaa, mikä identiteetti käynnistää asiakasohjelman, koska se identiteetti on salauksenpurkamisen kohde.

Hallitussa laitekannassa asiaankuuluva valvonta voi olla laitehallinta tiedoston sijaan. Kysy, pidetäänkö tunnistetieto escrowssa, voidaanko se peruuttaa etänä ja mikä on prosessi laitteen kadotessa.

Suunnittele altistusta sen sijaan, että testaisit salauksenpurkua

Älä aja tuntematonta purkutyökalua tiedostoa vastaan todistaaksesi jotakin. Se voi toimia, se voi vahingoittaa profiilia ja joka tapauksessa se muuttaa todisteita. Käytä dokumentoitua suunnittelua ja valtuutettua arviointia, jos varmistus on todella tarpeen.

Jos altistus on todettu, vaihda tunnistetieto identiteetin omistajan luona.

Tallennetun merkinnän poistaminen ei ole peruuttaminen. Se voi estää kyseistä asiakasohjelmaa tarjoamasta arvoa uudelleen, eikä se tee mitään jo otetulle kopiolle tai jo valtuutetulle istunnolle. Vaihda tunnistetieto, lopeta istunnot, jotka omistaja voi lopettaa, ja kirjaa, mitä vaihdettiin ja milloin.

Kysymykset toimittajan arviointiin

Kysy, mitä salaisuutta tallennetaan, mikä komponentti sitä käyttää, mikä käyttäjä- tai koneavain suojaa sitä, mitkä käyttöoikeudet pätevät normaaliin käyttöön ja varmuuskopioihin sekä miten tallennuskäytäntö ja etämitätöinti hoidetaan. Nuo viisi vastausta kuvaavat suunnittelun; XML ei.

Pidä vastaukset käyttöönottotietueen yhteydessä, jotta seuraava arvioija ei toista harjoitusta.

Tallennettu tunnistetieto on vaihtokauppa mukavuuden ja altistuksen välillä. Tee vaihtokauppa tietoisesti ja kirjoita muistiin, kuka sen hyväksyi.