OpenVPN GUI saglabāja manu Windows paroli: kur tā atrodas

Savienojuma dialogs piedāvā atzīmēšanas rūtiņu, lai atcerētos pieteikšanos, un to atzīmējot konta dati pārvietojas no lietotāja galvas uz mašīnu. Saskarne nekad nepasaka, kur. Operētājsistēmā Windows kandidāti ir pašreizējā lietotāja reģistra apgabals, profila fails, kurā jau ir pieteikšanās, un tas, ko dara automatizācijas skripts. Katrai vietai ir cits lasītājs, cits atteices veids un cita tīrīšana, tāpēc noderīgais jautājums ir, kurš process var atgūt noslēpumu un cik ilgi. Izsekojiet rūtiņai no dialoga uz āru, pēc tam izlemiet, ko zaudēts klēpjdators patiešām atklāj.

Sāciet ar savienojuma dialoga rūtiņu

Atcerētās vērtības glabājas katram profilam un katram Windows kontam lietotāja bišu stropā, nevis kopīgā mašīnas krātuvē. Tāpēc otrs lietotājs tajā pašā datorā neredz saglabātu pieteikšanos, un tāpēc klienta pārinstalēšana ne vienmēr izdzēš saglabāto ierakstu.

Pats profila fails glabā serveri, portu un iestatījumus, bet ne noslēpumu, tāpēc cilvēki vispirms pārbauda nepareizo priekšmetu. Tādējādi profila dzēšana noņem savienojumu un atstāj akreditācijas datus. Tas ir visbiežākais pārsteigums tīrīšanas laikā. Noņemiet abus priekšmetus, nevis vienu.

Ko atklāj reģistra vērtība

Konta nosaukums ir lasāmā tekstā, tāpēc jebkas, kas darbojas kā šis lietotājs, var to atšifrēt bez īpaša izsaukuma. Parole ir citāda: tā ir aizzīmogota ar Windows DPAPI, piesaistīta kontam un, atkarībā no karodziņiem, konkrētajai mašīnai. Tāpēc aizzīmogotā bloka pārvietošana uz citu datoru un atkārtota atskaņošana nedod lietojamu noslēpumu.

Vērtību uzskaitīšana atbild uz operacionālo jautājumu, neaizskarot pašu noslēpumu. Lai apstiprinātu, ka ieraksts pastāv, nekas nav jāatšifrē. Saraksts kalpo arī kā pirms un pēc ieraksts tīrīšanai.

reg query "HKCU\Software\OpenVPN-GUI\configs" /s
cmdkey /list | findstr /i vpn
reg query "HKCU\Software\OpenVPN-GUI" /s | findstr /i "username password"

Divi ierobežojumi ir pelnījuši tikt pateikti tieši. Process tajā pašā pieteiktajā sesijā var izsaukt to pašu aizsardzības noņemšanas rutīnu, ko izmanto klients, tāpēc aizzīmogošana ir aizsardzība miera stāvoklī, nevis pret apdraudētu darbvirsmu. Un bez pilnas diska šifrēšanas aizzīmogotā vērtība ir tikpat privāta kā disks.

Kad profila failā jau ir pieteikšanās

Daži portāli izsniedz konfigurāciju, kurā ierakstīts konta nosaukums un parole, tāpēc klients savienojas klusi. Tajā brīdī fails ir strādājoši akreditācijas dati, un katra tā kopija ir vēl viena atslēga uz tām pašām durvīm.

Šādi faili nonāk dublējumos, tērzēšanas pavedienos un sinhronizētās mapēs, un neviena no šīm kopijām nepārstāj darboties, kad oriģināls tiek dzēsts. Vietējā faila rediģēšana neko nemaina pārējos. Piekļuves atsaukšana nozīmē paroles maiņu serverī, un tas jādara nekavējoties. Tīrīšana vienā klēpjdatorā ir atsevišķs, mazāks uzdevums.

Kur uzvedne ir pieņemama, dodiet tai priekšroku un izmantojiet klienta kešatmiņas vadīklas. Ja iepriekš aizpildīts profils tiešām ir vajadzīgs, turiet to ārpus sinhronizētajām mapēm un noņemiet, kad darbs beidzas.

Automatizācija pārvieto noslēpumu citur

Skripti ievieš vēl divus kanālus: procesa argumentus un sintētiskus taustiņu nospiedumus. Faila nosaukums komandrindā ir redzams visam, kas var nolasīt procesa argumentus vai faila atļaujas, un rīka ievadītā parole nonāk tajā logā, kuram šobrīd ir fokuss. Viens publicēts piemērs tā ievada darbvirsmas paroli pirms klienta palaišanas. Saglabātā vienreizējās paroles sēkla ir pelnījusi tādu pašu rūpību, jo tā var ģenerēt katru nākamo kodu un pārdzīvo vienu pieteikšanos.

Labāks modelis glabā noslēpumu tur, kur to var nolasīt tikai pakalpojuma konts, paļaujas uz klienta dokumentētajām atkārtotā mēģinājuma un akreditācijas avota opcijām un izvairās no injicētas ievades privilēģiju uzvednēs. Ja skriptam vajadzīga darbvirsmas parole paaugstināšanai, tas ir privilēģiju dizaina, nevis VPN jautājums.

Tīrīšana pēc pazaudētas ierīces

Vispirms atsauciet vai atspējojiet kontu serverī, jo vietēja dzēšana nevar padarīt nederīgu kopiju, kas kādam jau ir. Tad notīriet atcerētās reģistra vērtības, noņemiet profilu un visus akreditācijas datu failus, un meklējiet ielīmētas paroles čaulas vēsturē un skriptu mapēs.

Pierakstiet, kas tika noņemts un kad piekļuve beidzās. Šis pāris atbild uz vienīgo jautājumu, ko uzdod incidenta pārskats: vai kāda akreditācijas datu kopija vēl darbojās pēc tam, kad ierīce aizgāja.