Kun WordPressin tietoturvasta keskustellaan, huomio kiinnittyy usein tuttuihin aiheisiin kuten vahvoihin salasanoihin, kaksivaiheiseen tunnistautumiseen, tietoturvalisäosiin ja ohjelmistopäivityksiin. Nämä ovat tärkeitä asioita, mutta niiden rinnalla on joukko vähemmän tunnettuja riskejä, jotka jäävät helposti huomaamatta.
Moni ajattelee, että lisäosa on turvallinen, jos se ei ole aktiivinen....
Monet lisäosat jättävät poistamisen jälkeen tietoja tietokantaan....
Yksi yleisimmistä mutta yllättävän vähän käsitellyistä ongelmista liittyy varmuuskopioihin....
Monilla yrityksillä on käytössä:...
XML-RPC on vanha WordPress-rajapinta, jota monet sivustot eivät enää tarvitse....
Yllättävän usein ongelmat liittyvät käyttäjähallintaan....
Monet lisäosat käyttävät:...
Palvelimen tiedostojen käyttöoikeudet jäävät usein tarkistamatta....
Jos WordPressin debug-tila on käytössä tuotantoympäristössä, virheilmoitukset voivat paljastaa hyökkääjälle arvokasta tietoa....
Vuosien aikana sivustolle voi kertyä suuri määrä käyttäjätilejä....
Monet sivustot lataavat ulkoisia skriptejä esimerkiksi:...
Monilla sivustoilla jää käyttöön vanhoja osoitteita kuten:...
Tietokanta sisältää paljon muutakin kuin sivuston sisältöä....
Moni luottaa siihen, että hosting-palvelu huolehtii kaikesta tietoturvasta....
WordPressin suurimmat tietoturvariskit eivät aina ole niitä tunnetuimpia. Käyttämättömät lisäosat, suojaamattomat varmuuskopiot, vanhat kehitysympäristöt, liialliset käyttöoikeudet, API-avaimet ja julkiset virheilmoitukset voivat muodostaa merkittäviä uhkia, vaikka...
Monet tietomurrot eivät johdu siitä, että WordPress olisi itsessään turvaton. Usein ongelmat liittyvät virheellisiin asetuksiin, huonosti ylläpidettyihin lisäosiin tai palvelinympäristön puutteisiin. Tässä artikkelissa käydään läpi WordPressin piilotettuja tietoturvariskejä, joista puhutaan huomattavasti vähemmän kuin perinteisistä uhkista.
Käyttämättömät lisäosat voivat olla riski
Moni ajattelee, että lisäosa on turvallinen, jos se ei ole aktiivinen.
Todellisuudessa palvelimella oleva lisäosa voi sisältää haavoittuvuuksia riippumatta siitä, onko se käytössä vai ei.
Erityisen riskialttiita ovat:
- Vanhentuneet lisäosat
- Hylätyt projektit
- Kehittäjän lopettamat lisäosat
Paras käytäntö on poistaa kokonaan kaikki lisäosat, joita ei enää käytetä.
Poistettujen lisäosien jäljelle jäänyt data
Monet lisäosat jättävät poistamisen jälkeen tietoja tietokantaan.
Näihin voi kuulua:
- API-avaimia
- Asetuksia
- Käyttäjätietoja
- Lokitietoja
Jos sivustolle päästään murtautumaan, tällainen vanha tieto voi tarjota hyökkääjälle hyödyllistä lisätietoa järjestelmästä.
Tietokannan säännöllinen siivoaminen on myös tietoturvatoimenpide, ei pelkästään suorituskyvyn optimointia.
Julkiset varmuuskopiot
Yksi yleisimmistä mutta yllättävän vähän käsitellyistä ongelmista liittyy varmuuskopioihin.
Jos varmuuskopio tallennetaan väärään paikkaan, se voi olla julkisesti ladattavissa.
Esimerkkejä:
backup.zip
site-backup.sql
wordpress-backup.tar.gz
Jos tällainen tiedosto päätyy verkkopalvelimen julkiseen hakemistoon, hyökkääjä voi saada käyttöönsä koko sivuston tietokannan.
Kehitysympäristö unohtuu suojaamatta
Monilla yrityksillä on käytössä:
- Testisivusto
- Kehitysympäristö
- Staging-versio
Ongelma syntyy, kun kehitysympäristö jätetään suojaamatta.
Tyypillisiä ongelmia:
- Heikot salasanat
- Vanhat ohjelmistoversiot
- Julkinen pääsy internetistä
Hyökkääjä voi murtautua ensin kehitysympäristöön ja käyttää sitä ponnahduslautana tuotantosivustolle.
XML-RPC on edelleen monilla käytössä turhaan
XML-RPC on vanha WordPress-rajapinta, jota monet sivustot eivät enää tarvitse.
Jos sitä ei käytetä, se voi muodostaa ylimääräisen hyökkäyspinnan.
XML-RPC:n kautta voidaan yrittää esimerkiksi:
- Salasanojen arvaamista
- Palvelunestohyökkäyksiä
- Automatisoituja kirjautumisyrityksiä
Monilla sivustoilla XML-RPC voidaan poistaa käytöstä ilman vaikutuksia normaaliin toimintaan.
Liialliset käyttäjäoikeudet
Yllättävän usein ongelmat liittyvät käyttäjähallintaan.
Esimerkkejä:
- Toimittajalla on ylläpitäjän oikeudet
- Entisen työntekijän tunnus on edelleen aktiivinen
- Useilla käyttäjillä on tarpeettoman laajat käyttöoikeudet
Mitä enemmän ylläpitäjätunnuksia sivustolla on, sitä suurempi riski syntyy.
Käyttäjille kannattaa antaa vain heidän tarvitsemansa oikeudet.
API-avaimet ja salaiset tunnukset
Monet lisäosat käyttävät:
- Maksupalveluiden avaimia
- CRM-yhteyksiä
- Sähköpostipalveluiden tunnuksia
- Ulkoisten palveluiden API-avaimia
Jos nämä tiedot tallennetaan huolimattomasti tai päätyvät esimerkiksi julkiseen Git-repositorioon, seuraukset voivat olla vakavia.
API-avaimet ovat usein hyökkääjälle arvokkaampia kuin itse WordPress-tunnukset.
Tiedostojen käyttöoikeudet
Palvelimen tiedostojen käyttöoikeudet jäävät usein tarkistamatta.
Virheelliset asetukset voivat mahdollistaa:
- Haitallisen koodin lisäämisen
- Tiedostojen muuttamisen
- Haittaohjelmien asentamisen
Liian sallivat käyttöoikeudet ovat edelleen yleinen tietoturvaongelma erityisesti vanhemmilla palvelimilla.
Julkiset virheilmoitukset
Jos WordPressin debug-tila on käytössä tuotantoympäristössä, virheilmoitukset voivat paljastaa hyökkääjälle arvokasta tietoa.
Esimerkiksi:
- Tiedostopolut
- Lisäosien nimet
- Palvelinympäristön tiedot
- Tietokantarakenteet
Virheilokit ovat hyödyllisiä ylläpidolle, mutta niitä ei pitäisi näyttää julkisesti.
Käyttämättömät käyttäjätilit
Vuosien aikana sivustolle voi kertyä suuri määrä käyttäjätilejä.
Näihin voivat kuulua:
- Entiset työntekijät
- Vanhat asiakkaat
- Testikäyttäjät
- Unohtuneet ylläpitotunnukset
Jokainen ylimääräinen käyttäjätili kasvattaa hyökkäyspintaa.
Säännöllinen käyttäjien auditointi on tärkeä osa tietoturvaa.
Kolmannen osapuolen skriptit
Monet sivustot lataavat ulkoisia skriptejä esimerkiksi:
- Chat-palveluista
- Markkinointityökaluista
- Analytiikasta
- Sosiaalisen median palveluista
Vaikka WordPress olisi täysin turvallinen, ulkoisen palvelun tietoturvaongelma voi vaikuttaa myös sivustoon.
Siksi ulkoisia integraatioita kannattaa käyttää harkiten.
Vanhat alidomainit
Monilla sivustoilla jää käyttöön vanhoja osoitteita kuten:
test.domain.fi
old.domain.fi
dev.domain.fi
Jos niitä ei enää ylläpidetä, ne voivat sisältää:
- Vanhentuneita WordPress-versioita
- Päivittämättömiä lisäosia
- Heikkoja salasanoja
Hyökkääjä etsii usein juuri tällaisia unohdettuja ympäristöjä.
Tietokannan tietovuodot
Tietokanta sisältää paljon muutakin kuin sivuston sisältöä.
Sieltä voi löytyä:
- Käyttäjätietoja
- API-avaimia
- Lisäosien asetuksia
- Lokitietoja
Jos tietokanta päätyy vääriin käsiin esimerkiksi suojaamattoman varmuuskopion kautta, seuraukset voivat olla huomattavia.
Turvallinen hosting ei poista vastuuta
Moni luottaa siihen, että hosting-palvelu huolehtii kaikesta tietoturvasta.
Vaikka laadukas hosting auttaa paljon, vastuu jää osittain sivuston ylläpitäjälle.
Hosting ei yleensä hallitse esimerkiksi:
- Käyttäjäoikeuksia
- Lisäosien turvallisuutta
- Salasanoja
- Sisältöä
- Integraatioita
Tietoturva on aina usean kerroksen kokonaisuus.
Yhteenveto
WordPressin suurimmat tietoturvariskit eivät aina ole niitä tunnetuimpia. Käyttämättömät lisäosat, suojaamattomat varmuuskopiot, vanhat kehitysympäristöt, liialliset käyttöoikeudet, API-avaimet ja julkiset virheilmoitukset voivat muodostaa merkittäviä uhkia, vaikka sivusto olisi muuten hyvin ylläpidetty.
Tehokas tietoturva ei perustu pelkästään lisäosien asentamiseen tai päivitysten tekemiseen. Se edellyttää kokonaisvaltaista lähestymistapaa, jossa tarkastellaan myös vähemmän ilmeisiä riskitekijöitä. Säännöllinen auditointi, tarpeettomien resurssien poistaminen ja palvelinympäristön huolellinen hallinta auttavat pitämään WordPress-sivuston turvallisena myös pitkällä aikavälillä.