Takaisin blogiin
Perusteet Julkaistu 28.09.2026 Lukuaika 5 min

WordPressin yhteydenottolomakkeet: tietoturvan tarkistuslista

Contact Form 7, WPForms, Gravity Forms, Ninja Forms tai Fluent Forms – lisäosaa tärkeämpää on, miten se on määritetty ja miten sitä ylläpidetään. Tässä on, mitä tarkistaa ja mitä tarkistaa uudelleen jokaisen päivityksen jälkeen.

Useimmat WordPress-sivustot käyttävät jotakin kourallisesta lomakelisäosia: Contact Form 7, WPForms, Gravity Forms, Ninja Forms, Fluent Forms ja muutama muu. Mitä tahansa niistä voi käyttää turvallisesti tai jättää ammolleen auki. Ero on harvoin itse lisäosassa, vaan sen asetuksissa, sen ympärillä olevissa lisäosissa, siinä miten posti lähtee palvelimelta ja mitä viesteille tapahtuu niiden saavuttua.

  • Pidä lomakelisäosa ja jokainen laajennus ajan tasalla ja poista ne, joita et enää käytä.
  • Ota käyttöön lisäosan oma roskapostisuojaus – honeypot, CAPTCHA-integraatio, Akismet tarvittaessa – ja varmista, että se todella toimii.
  • Lähetä ilmoitukset todennetun SMTP:n kautta oman verkkotunnuksesi osoitteesta.
  • Rajoita latauksia tyypin ja koon mukaan, äläkä anna ladattujen tiedostojen näkyä julkisesti luetteloituina tai selattavina.
  • Pidä vastaanottajan sähköpostiosoite poissa sivulta ja sen lähdekoodista.
  • Tallenna vain tarvitsemasi merkinnät ja vain niin pitkäksi aikaa kuin tarvitset niitä.
  • Tee lyhyt tarkistus jokaisen WordPressin, teeman tai minkä tahansa lisäosan päivityksen jälkeen.

Päivitykset: lomakelisäosa ja kaikki sen ympärillä

Lomakelisäosat ovat suosittuja kohteita, koska ne ottavat vastaan syötteitä keneltä tahansa internetissä. Tietoturvakorjaukset tulevat tavallisina päivityksinä, joten päivitä viipymättä – eikä vain päälisäosaa. Maksujen, latausten, CRM-yhteyksien, ehtologiikan tai lisä-CAPTCHA-palvelujen laajennukset ovat erillistä koodia omine haavoittuvuuksineen. Samoin lisäosat, jotka asensit kerran testiä varten ja unohdit. Poistaminen käytöstä ei riitä: käytöstä poistetut lisäosat ovat yhä palvelimella, ja niiden tiedostoihin voi joissakin tapauksissa päästä suoraan. Jos et käytä sitä, poista se.

Roskapostisuojaus: ota se käyttöön ja todista sitten, että se toimii

Useimmissa lomakelisäosissa on omat roskapostisuojausasetuksensa tai integraatiot ulkoisiin palveluihin: honeypot-kenttä, jonka botit täyttävät ja jota ihmiset eivät koskaan näe, CAPTCHAt, kuten reCAPTCHA, hCaptcha tai Cloudflare Turnstile, sekä Akismet, joka vertaa viestin sisältöä roskapostitietokantaan. Vaihtoehdot vaihtelevat lisäosan ja version mukaan, joten tarkista asetukset oletusten sijaan. Ulkoiset CAPTCHAt lataavat skriptejä kolmannelta osapuolelta, ja Akismet lähettää lähetetyn sisällön ulkoiseen palveluun – molemmat kuuluvat tietosuojaselosteeseesi ja toteutuksestasi riippuen suostumustenhallintaasi.

Yleisempi ongelma on suojaus, joka on käytössä mutta ei toimi. Julkisilla testiavaimilla toimiva CAPTCHA päästää kaiken läpi. Widget, jonka skriptin välimuisti- tai optimointilisäosa tai JavaScript-virhe estää, ei pysäytä mitään. Honeypot-kenttä ilman sen piilottavia tyylejä luetaan ruudunlukijoissa ääneen, ja oikeat kävijät täyttävät sen. Avaa siis jokaisen muutoksen jälkeen lomake yksityisessä ikkunassa, tarkista selaimen konsoli ja sivun lähdekoodi ja lähetä testiviesti. Jos haluat suojauksen, joka ei ole riippuvainen Googlesta, maksuton formexposed-lisäosa WordPressille lisää honeypotin, aikatarkistuksen ja proof-of-workin ja tarkistaa sivuston uudelleen lisäosapäivitysten jälkeen – yksi vaihtoehto monien joukossa.

Sähköposti: miten se lähetetään ja minne se menee

Oletuksena WordPress antaa postin palvelimen PHP-postifunktiolle, ja monilla palveluntarjoajilla nämä viestit ovat heikosti todennettuja ja päätyvät roskapostiin – tai katoavat äänettömästi. Lähetä sen sijaan SMTP-lisäosan tai palveluntarjoajasi sähköpostipalvelun kautta käyttäen oikeaa postilaatikkoa käyttäjänimineen ja salasanoineen sekä oman verkkotunnuksesi lähettäjäosoitetta, kuten erillistä forms@-osoitetta. Verkkotunnuksen SPF-, DKIM- ja DMARC-tietueiden on katettava tämä lähettäjä. Älä laita kävijän osoitetta From-kenttään: se ei ole sinun verkkotunnuksesi, joten viesti ei voi läpäistä DMARC-yhdenmukaisuutta ja päätyy kävijän verkkotunnuksen käytännöstä riippuen roskapostiin tai hylätään. Aseta se Reply-To-kenttään, niin voit edelleen vastata yhdellä napsautuksella.

Vastaanottajan osoite kuuluu lisäosan asetuksiin, ei sivulle. Tarkista yhteydenottosivusi lähdekoodi: lomakkeen vieressä oleva mailto-linkki tai piilotettu kenttä, jossa on vastaanottajan osoite, luovuttaa osoitteen jokaiselle osoitteita keräävälle botille. Vanhemmissa tai räätälöidyissä lomakkeissa tilanne voi olla pahempi – jos palvelin luottaa piilotettuun vastaanottajakenttään, kuka tahansa voi muuttaa sitä ja käyttää lomakettasi postin lähettämiseen mielivaltaisiin osoitteisiin.

Lataukset ja tallennetut merkinnät

Tiedostojen lataukset ovat lomakkeiden riskialttein ominaisuus, joten kysy ensin, tarvitsetko niitä lainkaan. Jos tarvitset, salli vain ne tyypit, joita todella odotat – esimerkiksi PDF ja yleiset kuvamuodot – sen sijaan, että estäisit muutaman vaarallisen, ja aseta kokoraja. Tarkista, minne lisäosa tallentaa lataukset: niiden ei pidä olla luetteloitavissa julkisessa hakemistossa eikä mieluiten lainkaan saavutettavissa arvattavasta osoitteesta. Poista ne, kun ne on käsitelty, tai lähetä ne liitteinä sen sijaan, että säilyttäisit niitä palvelimella.

Monet lomakelisäosat tai niiden laajennukset tallentavat jokaisen lähetyksen WordPressin tietokantaan, usein roskaposti mukaan lukien. Se on hyödyllinen varmuuskopio, jos sähköposti pettää, mutta myös kasvava kasa henkilötietoja. Tietosuoja-asetuksen säilytyksen rajoittamisen periaatteen (Art. 5(1)(e)) mukaan tällaisia tietoja ei pidä säilyttää pidempään kuin on tarpeen. Päätä, tarvitsetko tallennettuja merkintöjä, mitä kenttiä ja kuinka kauan, ja käytä sitten lisäosan automaattista poistoasetusta, jos sellainen on, tai poista vanhat merkinnät säännöllisesti. Tietokannan varmuuskopiot sisältävät samat tiedot.

Jokaisen päivityksen jälkeen

  1. 1Avaa yhteydenottosivu yksityisessä ikkunassa: lomake ja sen roskapostisuojaelementti näkyvät oikein, eikä selaimen konsolissa näy virheitä.
  2. 2Katso sivun lähdekoodi: honeypot-kenttä ja CAPTCHA-skripti ovat yhä paikallaan, eikä vastaanottajan osoite näy.
  3. 3Lähetä testiviesti: se päätyy postilaatikkoon eikä roskapostiin, ja otsakkeista näkyy, että SPF, DKIM ja DMARC läpäistään.
  4. 4Tarkista tärkeät asetukset: vastaanottaja, lähettäjän osoite, sallitut ladattavien tiedostojen tyypit ja koot sekä merkintöjen säilytysaika.
  5. 5Tarkista, että tietosuojaselosteen linkki ja mahdollinen suostumusteksti näkyvät edelleen lomakkeen yhteydessä.
  6. 6Kirjaa päivämäärä ja se, mitä tarkistit, jotta tiedät, milloin lomake viimeksi todistetusti toimi.

Kun tästä tulee rutiinia, se vie vähän aikaa ja paljastaa juuri ne hiljaiset viat, jotka muuten jäävät viikoiksi huomaamatta. Ulkopuolisen näkymän saat maksuttomalla tarkistuksella osoitteessa formexposed.com: se tarkastelee sivuston julkisia lomakesivuja lähettämättä mitään ja näyttää, onko odottamasi suojaus paikallaan ja toimivasti määritetty – tiliä ei tarvita.