WordPressin piilotetut tietoturvariskit, joista harva puhuu

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.

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ä.