Opgeslagen VPN-inloggegevens van een gedeelde computer verwijderen

Je verwijdert de VPN-regel, de profiellijst ziet er schoon uit, en de inloggegevens staan er nog. Verbindingsregels, opgeslagen wachtwoorden, certificaten en privésleutels leven in verschillende archieven, en een gedeelde computer is de verkeerde plek om aan te nemen dat Disconnect of Uninstall het werk hebben afgemaakt. De uitleg hieronder gaat van de eigen bediening van de client naar buiten, naar het systeemarchief, en dan naar de serverkant, omdat lokaal verwijderen en op afstand intrekken aparte handelingen zijn met apart bewijs.

Doe het in die volgorde: als je de toegang eerst lokaal weghaalt, kunnen de volgende stappen zonder de inloggegevens die je wilde wissen.

Begin bij het onderdeel dat de regel bezit

Gebruik de ondersteunde bediening van de app voor opgeslagen inloggegevens of profielverwijdering, niet een geraden bestandsnaam. Een native profiel van het besturingssysteem staat meestal in een systeemarchief, terwijl een client van derden vaak een eigen configuratiemap heeft, en alleen het verwijderpad van de client zelf weet welke van de twee is gebruikt. Die inventaris vertelt je ook welke kopieën bestaan, niet welke je je herinnert te hebben gemaakt, en die twee lijsten komen zelden overeen.

Bepaal voordat je iets verwijdert waar de regel naar verwijst. Een profiel kan wijzen naar een apart wachtwoordbestand, een geëxporteerd certificaat of een ingebedde privésleutel, en het verwijderen van de verbinding verwijdert niet noodzakelijk een van die drie.

Schrijf op wat je hebt gevonden en waar. Die inventaris is wat de volgende stap veilig maakt, want hij vertelt je welke kopieën bestaan, niet welke je je herinnert te hebben gemaakt.

Controleer de bestanden waarnaar een profiel verwijst

Neem de configuratiemap van de client door, de downloadmap en elke exportlocatie die je mag beheren. Oude installatieprogramma's en ondersteuningsbundels zijn veelvoorkomende plekken voor een sleutel die niemand zich herinnert te hebben gekopieerd, en dat is precies wat een audit later vindt. Controleer ook de wijzigingsdatum, want een sleutel die tijdens een ondersteuningssessie is gekopieerd, is makkelijker te dateren dan te verklaren.

Verwijder het identiteitsmateriaal van een andere gebruiker niet op een gedeelde machine, en raak het profiel van een beheerde organisatie niet aan tenzij die beslissing van jou is. Het certificaat van iemand anders verwijderen kan een storing met jouw naam erop worden, en dat was niet wat “de VPN van deze pc halen” betekende.

Op macOS heeft Keychain Access zijn eigen gedocumenteerde bediening, en het item kan onder een naam staan die de client koos in plaats van de profielnaam. Volg op andere platforms de echte instructies van de client en het systeem in plaats van één generiek bestandsnaamrecept uit een forumbericht toe te passen.

Beslis of de server ook intrekking nodig heeft

Een lokale kopie verwijderen schakelt het externe account niet uit en trekt een autorisatie met openbare sleutel niet in. Als het apparaat niet meer vertrouwd is, of als een geheim gekopieerd kan zijn, gebruik dan het wachtwoord-, certificaat- of peer-verwijderproces van de operator. Dit is de stap die mensen overslaan, en de enige die verandert wat de andere kant accepteert.

Aparte identiteiten per apparaat maken dat praktisch: je kunt één installatie op een gedeelde computer buiten gebruik stellen zonder alle andere apparaten van die gebruiker te verstoren. Alleen een wachtwoord wijzigen trekt misschien geen apart clientcertificaat of elk sessietoken in, dus controleer welke inloggegevens de verbinding echt authenticeren.

Vraag de operator welke van die gevallen geldt voordat je een bediening kiest. Het wachtwoord wijzigen van een tunnel die met een certificaat authenticeert voelt productief en verandert niets. Vraag om het artefact dat de verwijdering bewijst, niet om een mondelinge bevestiging, want het artefact is wat een auditor accepteert. Berg het daarna op naast het ticket.

Verifieer beide helften

Controleer de lokale kant door de client opnieuw te openen en te bevestigen dat het profiel weg is, en controleer daarna de genoemde bestanden opnieuw — een achtergebleven sleutel op schijf is de bevinding, niet een cosmetisch probleem. Controleer de serverkant door te bevestigen dat de verwijdering is doorgevoerd, met wat de operator ook levert: een peerlijst, een intrekkingsregel voor een certificaat of een sessietabel. Doe de servercontrole vanaf een andere machine, want het gaat erom wat de andere kant accepteert en niet wat deze computer gelooft.

Leg de handeling vast zonder het geheim. Een ondersteuningsnotitie die zegt welk profiel is verwijderd, door wie en wanneer, is genoeg; de inloggegevens in de notitie plakken maakt het probleem opnieuw in een ander systeem.

De Keychain Access-handleiding van Apple is de referentie voor dat archief op macOS, en het is de moeite waard die te lezen voordat je een item verwijdert dat je niet zelf hebt gemaakt.

Laat het apparaat achter in een staat die je kunt uitleggen

Sluit af met een korte verklaring van wat weg is en wat niet: clientprofiel verwijderd, regel in het inloggegevensarchief verwijderd, sleutelbestand gewist, identiteit aan de serverkant ingetrokken. Als een regel “waarschijnlijk” zegt, is het niet klaar. Noem ook wie de verwijdering aan de serverkant heeft gedaan, want gedeelde machines wisselen zonder wijzigingsrecord van eigenaar. Bewaar de verklaring bij het apparaatrecord en niet in een persoonlijke notitie.

Op een gedeelde computer is die verklaring de overdracht. De volgende persoon moet weten of de machine schoon is of alleen uitgelogd.