VPN-behörighetsdialoger på Mac: vilken godkänner du?
Samtycke till nätverkskonfiguration, åtkomst till nyckelringen, brandväggen och full diskåtkomst är fyra olika behörigheter. Godkänn den som har ett dokumenterat syfte.
Din VPN-klient ber om behörighet och du trycker Tillåt, eftersom alternativet är en anslutning som inte kommer upp. Den vanan är hur en maskin hamnar med breda behörigheter som ingen kan förklara. Dialogerna är inte utbytbara: var och en godkänner en annan förmåga, och samma programnamn kan dyka upp framför alla. Läs meningen under ikonen innan du bestämmer dig.
De fyra behörigheterna bakom de vanliga dialogerna
Att spara en VPN-konfiguration är den första. På macOS behöver en app som använder det inbyggda Personal VPN API explicit behörighet första gången den sparar en konfiguration, och därför visas dialogen vid installationen och inte vid anslutning. Att neka lämnar klienten installerad men oförmögen att spara profilen, och det är ett tillstånd som går att rätta till.
Nyckelringen är den andra. Att hämta ett sparat lösenord för ett visst objekt är ett annat beslut än att lita på servern som ska ta emot det. Brandväggen är den tredje, och dess appstyrning gäller inkommande anslutningar, inte vilket gränssnitt din trafik lämnar via. Full diskåtkomst är den fjärde, och det är den som ges av fel skäl.
| Prompt | What you are approving | What it does not prove |
|---|---|---|
| Save a VPN configuration | The configuration operation itself | That the gateway is legitimate or that the account works |
| Access a Keychain item | This component reading this credential | Trust in the server or access for other apps |
| Allow incoming connections | Traffic reaching the app from the network | That outgoing traffic uses the tunnel |
| Full Disk Access | Broad access to protected data | Anything about VPN configuration or login |
Full diskåtkomst är aldrig en VPN-reparation
Apples sekretessreferens beskriver full diskåtkomst som bred åtkomst som omfattar andra appars data, säkerhetskopior och vissa administrativa inställningar. Files & Folders är den snävare, platsbaserade kontrollen som täcker de flesta legitima filbehov.
Vissa säkerhetsprodukter dokumenterar faktiskt en funktion som kräver bred åtkomst, och när de gör det bör begäran namnge komponenten och versionen. Det du inte bör acceptera är en nätverkskonfigurationsdialog som besvaras med en diskbehörighet för att den första dialogen ständigt kom tillbaka.
Dessa två behörigheter har ingenting med varandra att göra. Att ge den ena för att tysta den andra lämnar dig med mer utdelad åtkomst och samma olösta problem.
Runbook: hantera en dialog du inte förväntade dig
Börja med att fånga den exakta formuleringen och komponentnamnet, och ta en skärmbild i stället för en omskrivning. Formuleringen ändras mellan versioner, och det är den exakta meningen som en leverantör eller administratör känner igen. En skärmbild avgör också diskussioner om vad dialogen faktiskt sa.
Ta sedan reda på vad som frågar. Kontrollera appens version och vem som signerade den, och bekräfta att det är den klient du tror är installerad, och inte en hjälpare, en uppdaterare eller en rest av en produkt du har tagit bort.
Bestäm utifrån en fråga: har den här komponenten ett dokumenterat behov av den här förmågan i den här versionen? Om leverantörens dokumentation inte säger det, neka dialogen och ta reda på varför den dök upp, för en oförklarad begäran är information och inte ett hinder.
När du har bestämt dig, upprepa ett vanligt anslutningsförsök och notera om något ändrades. En behörighet som ges mitt i ett orelaterat problem är svår att bedöma senare, och därför spelar ordningen lika stor roll som svaret.
Varför samma dialog kommer tillbaka
En upprepad auktorisering betyder oftast att beslutet inte sparas där komponenten förväntar sig det, att objektet återskapades av en ominstallation, eller att en hanteringspolicy återställer det. Notera när den visas: vid start, vid anslutning, vid frånkoppling eller efter en omstart. Den tidpunkten ringar in orsaken snabbare än någon logg du läser efteråt.
På en hanterad Mac kan det effektiva svaret komma från en konfigurationsprofil i stället för från ditt klick, och då löser det ingenting att trycka Tillåt igen. Fråga administratören vilken policy som styr den komponenten innan du fortsätter att trycka på samma knapp.
Om dialogen tillförlitligt följer en viss åtgärd är det en användbar felrapport. Om den dyker upp slumpmässigt, registrera tidsstämplar under en dag och leta efter ett mönster i vad maskinen annars gjorde.
Lämna en anteckning som någon annan kan använda
Skriv ner komponenten, förmågan, skälet och datumet på samma ställe där du förvarar resten av konfigurationen. Ditt framtida jag kommer inte att minnas vilken dialog som godkändes för vad. En rad per behörighet räcker; ett inventarium som ingen underhåller är sämre än inget.
Testet på ett bra beslut är enkelt här: kan du förklara varför den här behörigheten finns utan att öppna appen? Om inte är den en kandidat för granskning, och Apples referens för sekretess- och säkerhetsinställningar är stället att börja läsa vad var och en av dem faktiskt täcker.