Voiko VPN-asiakasohjelmasi yhä saada tietoturvakorjauksen?

Avaa VPN-asiakasohjelman tuotesivu, niin saat protokollat, ominaisuustaulukon ja latauspainikkeen; puuttuu se, miten viimeisimpiä vikoja käsiteltiin. Asiakasohjelma pysyy asennettuna vuosia, joten ylläpitohistoria kuuluu valintaan protokollaluettelon viereen. Pelkät versionumerot eivät järjestä mitään, koska tiivistahtinen ja hiljainen julkaisurytmi voivat kätkeä saman määrän työtä. Alla oleva katsaus lukee tuon historian ja tarkistaa sitten, voiko build, joka sinulla todella on, yhä saada korjauksen.

Lue tiedotteet, älä versioiden määrää

Mene sen tuotteen tiedotesivulle, jonka asentaisit, et samannimisen palvelinpaketin sivulle. Palvelimen päivitys ei tarkoita asiakasohjelman korjausta, eikä työpöytäkorjaus kerro mobiilisovelluksesta mitään. Tiedotteen hyödylliset osat ovat korjauksen kohteena oleva versioväli, korjattu build ja toimi, jota toimittaja pyysi käyttäjiltä. OpenVPN:n tietoturvatiedotteiden luettelolla on tuo muoto, mikä tekee siitä reilun vertailukohdan mille tahansa harkitsemallesi toimittajalle.

Julkaisutiheys on heikko signaali molempiin suuntiin: tiivis tahti voi olla pientä ylläpitoa, ja hiljainen jakso voi yhä sisältää merkittäviä korjauksia. Toimittajan järjestää se, saiko raportoitu vika aikaan selkeän lausunnon ja korjatun buildin. Epämääräisyys tuossa historiassa on itsessään löydös, koska se viittaa siihen, että seuraava vika hoidetaan samalla tavalla.

Jäljitä kanava, jota pitkin buildisi saapuu

Kanava ratkaisee, kuinka nopeasti korjaus tavoittaa sinut, eikä se ole sama kaikilla alustoilla. Kaupalla, toimittajan asennusohjelmalla, jakelupaketilla ja organisaation ohjelmistoportaalilla on kullakin oma ajoituksensa ja hyväksyntävaiheensa. Uudelleenpaketoitu build voi laahata viikkoja lähteen perässä, eikä kolmannen osapuolen paketti ehkä noudata toimittajan aikataulua lainkaan.

Kysy paketin metatiedolta, mikä kanava omistaa binäärin, sen sijaan että luottaisit muistamaasi lataussivuun. Nämä kolme komentoa tunnistavat omistajan ja ehdokasversion tavallisissa Linux- ja Flatpak-asetuksissa:

dpkg -S "$(command -v openvpn)"
apt policy openvpn
flatpak list --columns=application,version

Tarkista, mitä on todella asennettu

Tiedote kuvaa projektia, ei konettasi, ja ne kaksi eroavat minkä tahansa kesken jääneen käyttöönoton jälkeen. Lue asennettu versio ennen kuin hyväksyt käyttöönoton korjatuksi:

openvpn --version | head -3
wg --version
winget list --name OpenVPN

Hallittu laivasto tarvitsee järjestelmänvalvojan hyväksymään käyttöönoton, joten tiedote ei ole asennettu korjaus. Kysy, milloin käyttöönoton työkalut tuovat uuden buildin, ja laita vastaus siirtopäivämäärän viereen. Kunnes päivämäärä on ohi, laivasto pitää vanhan buildin ja vanhan altistuksen.

Todista, ettei päivitys rikkonut tunnelia

Päivitys voi muuttaa reitityskäyttäytymistä, asennusohjelman valintoja tai asetustiedoston sijaintia, ja muutos näkyy yleensä yhteysongelmana eikä julkaisutietona. Tarkista yhteys, reititys ja uudelleenyhdistäminen dokumentoidulla menettelyllä sen sijaan, että olettaisit vanhan käyttäytymisen säilyneen. Pidä profiilivaatimukset ja yhteensopivuusasetukset samassa historiassa, jotta myöhempi vika voidaan laskea buildin eikä verkon syyksi.

Jos uusi build epäonnistuu, tallenna versio, loki ja tarkka epäonnistumiskohta ennen palautusta. Palautus ilman todisteita päättyy yleensä saman päivityksen uuteen yritykseen ja samaan tulokseen:

ip route get 203.0.113.10
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'error|fatal'
systemctl status openvpn-client@client --no-pager

Tallenna ensin ja päätä sitten. Reittihaku erottaa tunneliongelman osoiteongelmasta, yksityiskohtainen loki nimeää valinnan, joka epäonnistui, ja yksikön tila näyttää, käynnistyikö asiakasohjelma lainkaan. Nuo kolme riviä tuottavat myös käyttökelpoisen toimittajaraportin, sen sijaan että kuvailisit oireita, joita kukaan ei voi toistaa.

Kun alusta putoaa tuen ulkopuolelle

Kun toimittaja lopettaa käyttöjärjestelmän tuen, rehelliset vaihtoehdot ovat siirtymä tai dokumentoitu poikkeus. Hoitamattoman asiakasohjelman jäädyttäminen päivityksen välttämiseksi pitää buildin, joka ei enää saa korjauksia, ja juuri se ominaisuus oli syy lukea tiedotehistoriaa. Poikkeus on perusteltavissa vain, kun siihen liittyy omistaja ja päättymispäivä.

Sulje katsaus kirjoittamalla valintamuistioon kolme tosiasiaa: tuettu versioväli, viimeisin korjattu build, jonka voit asentaa, ja siirtopäivämäärä kaikelle tuon välin ulkopuolelle. Jos yksi kolmesta puuttuu, pyydä se toimittajalta ennen päätöstä äläkä sen jälkeen. Toimittajan hiljaisuus ei ole todiste ylläpitoprosessista.