PostgreSQL:n haavoittuvuusväite ei ole peruste luopua valmistelluista SQL-kyselyistä. Parametrisoidut kyselyt ovat edelleen keskeinen suoja SQL-injektioita vastaan. Yrityksen kannattaa nyt selvittää, kuka vastaa sen tietokantapalvelimen päivityksistä ja mistä omaa ympäristöä koskevat tietoturvatiedotteet tarkistetaan.
Julkisuuteen nousseessa väitteessä PostgreSQL:n ytimestä kerrotaan löytyneen koodin etäsuorituksen mahdollistava haavoittuvuus, johon liitetään tunnus CVE-2026-6460. Väitetyn löydöksen kerrotaan liittyvän myös valmisteltujen kyselyiden käyttöön. Haavoittuvuuden teknisiä yksityiskohtia, vaikutuksen alaisia versioita tai korjaustilannetta ei ole tässä yhteydessä vahvistettu.
Mitä PostgreSQL:n haavoittuvuusväitteestä tiedetään?
Väitteessä kuvataan PostgreSQL:n ytimeen liittyvää, pitkään olemassa ollutta nollapäivähaavoittuvuutta. Koodin etäsuoritus eli RCE tarkoittaa mahdollisuutta saada kohdejärjestelmä suorittamaan hyökkääjän valitsemaa koodia. Todellinen vaikutus riippuu kuitenkin aina hyödyntämisen ehdoista ja palvelun käyttöoikeuksista.
Pelkkä väitteeseen liitetty CVE-tunnus ei vahvista hyökkäysreittiä tai sitä, että yrityksen oma palvelinympäristö olisi altis. Avoinna ovat esimerkiksi tarvittava tietokantatunnus, käyttöoikeudet, mahdolliset erityisasetukset ja korjatut ohjelmistoversiot. Myöskään väitettä haavoittuvuuden 22 vuoden iästä ei pidä käsitellä vahvistettuna teknisenä tietona.
Yrityksen päätökset kannattaa siksi perustaa PostgreSQL-projektin, oman käyttöjärjestelmäjakelun tai hallitun tietokantapalvelun tarjoajan vahvistamiin tietoihin. Ilman niitä ei ole perusteltua nimetä turvallista versionumeroa tai suositella yksittäistä asetusta korjaukseksi.
Suojaavatko valmistellut kyselyt edelleen SQL-injektioilta?
Oikein käytetty parametrisoitu kysely erottaa käsiteltävät arvot SQL-komennon rakenteesta. Tällöin esimerkiksi lomakkeelle syötettyä merkkijonoa ei liitetä suoraan suoritettavan komennon osaksi. Valmistellut kyselyt ovat tavallinen tapa toteuttaa tämä suojaus.
Sovelluksen kyselyiden turvallisuus ja tietokantaohjelmiston omat haavoittuvuudet ovat eri asioita. Parametrisointi ei korjaa tietokantapalvelimen ohjelmistovirhettä, mutta mahdollinen palvelinvirhe ei myöskään tee parametrisoinnista tarpeetonta.
Parametrit eivät yleensä sovellu esimerkiksi taulujen nimien korvaamiseen. Jos sovellus muodostaa tällaisia kyselyn osia dynaamisesti, niiden sallitut arvot on rajattava erikseen. Merkkijonojen yhdistelyyn palaaminen heikentäisi suojausta eikä olisi perusteltu vastaus tähän väitteeseen.
Miksi tietokannan vastuunjako vaikuttaa yrityksen arkeen?
PostgreSQL voi palvella esimerkiksi asiakasportaalia, toiminnanohjausta tai integraatiota. Jos tietokanta keskeytyy, vaikutus voi näkyä tilausten käsittelyssä ja tiedonsiirrossa, vaikka käyttäjät eivät tiedä käyttävänsä PostgreSQL:ää.
Hallitussa tietokantapalvelussa tarjoaja voi vastata tietokantamoottorin päivityksistä. Asiakkaalle jää silti tyypillisesti vastuuta tunnuksista, käyttöoikeuksista, verkkoyhteyksistä ja sovelluksen toimivuuden tarkistamisesta. Tarkka vastuunjako määräytyy palvelun ehtojen ja asetusten mukaan.
Suomi Solutions voi auttaa kartoittamaan, missä yrityksen PostgreSQL-tietokannat sijaitsevat ja kuka vastaa niiden ylläpidosta. Omassa Linux-palvelinympäristössä Linux-tietoturvatarkastuksella voidaan arvioida esimerkiksi päivityskäytäntöjä, verkkorajausta ja palvelutunnusten oikeuksia. Tarkastus ei itsessään vahvista tai poista väitettyä haavoittuvuutta, mutta se tuo näkyviin ympäristön konkreettisia kehitystarpeita.
Mitä PostgreSQL:ää käyttävän yrityksen kannattaa tehdä nyt?
Ensimmäinen toimenpide on ympäristön ja vastuiden selvittäminen, ei sovelluksen kyselytavan muuttaminen. Suomi Solutionsin suositus on erottaa vahvistettuun tiedotteeseen perustuvat korjaukset yleisestä tietokannan suojaamisesta.
- Kartoita tietokannat: kirjaa PostgreSQL-versiot, asennustavat, palveluntarjoajat ja tietokannoista riippuvaiset sovellukset.
- Varmista tiedot: tarkista valmistajan ja palveluntarjoajan tiedotteista, onko väite vahvistettu ja koskeeko se omaa ympäristöä.
- Tarkista yhteydet ja oikeudet: rajaa tietokantayhteydet tarvittaviin järjestelmiin ja vältä sovellustunnusten tarpeettomia pääkäyttäjäoikeuksia. Nämä ovat yleisiä suojaustoimia, eivät vahvistettu korjaus tähän väitteeseen.
- Sovi päivitysvastuu: nimeä muutoksen toteuttaja, hyväksyjä ja sovelluksen toimivuuden tarkistaja.
- Varmista palautuminen: tarkista varmuuskopioiden onnistuminen ja testaa palautus erillisessä ympäristössä ennen merkittäviä muutoksia.
Liiketoiminnan jatkuvuus vaatii myös sen, että päivityksen jälkeen testataan sovelluksen tärkeät työvaiheet, kuten kirjautuminen, tietojen tallennus ja integraatiot. Suomi Solutions voi auttaa suunnittelemaan ylläpidon muutosikkunan ja palautumisen tarkistukset, jotta tietoturvatoimet eivät jää irrallisiksi tehtäviksi. Jos tietokantaympäristön vastuut ovat epäselvät, ota yhteyttä Suomi Solutionsiin ja aloitetaan niiden kartoittamisesta.
Tarvitsetko apua tähän?
Suomi Solutions auttaa yrityksiä tietoturvassa, Microsoft 365:ssä, hostingissa ja tekoälyratkaisuissa. Kerro tilanteesi, niin ehdotamme sopivan ratkaisun.
