Biztonság és adatvédelem: gyakori kérdések

Ez a fejezet általános képet ad a WooCommerce-bolt biztonságáról: mit tárol a bolt, hogyan fizetnek a vásárlók, és mit kell tenned a bolt védelméért. Érinti az adatvédelmi (GDPR) és a bankkártyás iparági biztonsági előírásokat (PCI-DSS) is.

Milyen adatot tárol a WooCommerce?

Alapértelmezetten ezeket:

• mit és mikor rendelt a vásárló,
• a vásárló által megadott név, e-mail-cím és telefonszám,
• a számlázási (és ha megadja, a szállítási) cím,
• megjegyzés arról, milyen fizetési módot használt.

Ezek az adatok, mint a WordPress többi adata, a tárhelyszolgáltatód adatbázisában vannak.

Hozzáférhet a vásárló a saját adataihoz?

Igen, kérheti tőled mint a bolt tulajdonosától. Te a WordPress személyesadat-exportálójával állíthatod elő az adatait, és a WooCommerce is hozzáadja a sajátját a kapott fájlhoz. A részleteket lásd a fiókokról és adatkezelésről szóló beállításoknál.

Hogyan fizetnek a vásárlók?

A vásárlók az általad beállított és bekapcsolt fizetési módok egyikével fizetnek. Kétféle fizetési mód van:

• Kézi fizetési mód (például banki átutalás): a bolt begyűjti a vásárló adatait, majd megadja neki a saját számlaszámát, hogy átutalhasson.
• Automatikus fizetési mód: egy alkalmazás biztonságosan bekéri az adatokat, és továbbítja egy külső fizetésfeldolgozónak, például bankkártya-feldolgozónak vagy a PayPalnak.

A fizetési mód lehetővé teszi, hogy a külső szolgáltató:

• ellenőrizze a vásárló számlázási adatait,
• ellenőrizze, hogy van-e fedezet,
• átutalja a pénzt a vásárlótól hozzád,
• visszaigazolja a fizetést a boltnak.

Az utánvét és a csekk offline módok: a pénzt a bolton kívül kapod meg, és kézzel jelölöd a rendelést fizetettnek. Ezeknek jóval kisebb a biztonsági kockázata, mint az azonnali, automatikus fizetéseké.

Tárolja a bolt a bankkártyaszámot?

Nem. A kártyaszámot és a biztonsági kódot a fizetési mód közvetlenül a fizetésfeldolgozónak adja át, a WooCommerce fizetési bővítményei úgy készülnek, hogy ezek soha ne kerüljenek be a bolt adatbázisába. Ezért nem kell teljesítened a kártyaszámok tárolására vonatkozó szigorú és költséges követelményeket.

Egyes integrált fizetési bővítményeknél a vásárló „eltárolhatja” a kártyáját vagy az eCheckjét egy biztonságos, tokenizálásnak nevezett módszerrel. Az eCheck-tokenben az eCheck számának utolsó négy számjegye, a kártyatokenben a kártya utolsó négy számjegye, a típusa és a lejárati ideje van, főleg azért, hogy a vásárló felismerje, melyik kártyáról van szó. A tokent ismétlődő fizetéshez, előrendeléshez vagy a későbbi vásárlások kényelméhez használhatod.

Mennyire biztonságos a tokenizálás?

Nagyon. A tényleges kártyaadatok a fizetésfeldolgozó szerverén vannak, a boltban csak egy karaktersorozat, a token. A token kizárólag abban a környezetben használható, amelyben létrejött: az adott vásárlóhoz, a te boltodhoz, a fizetésfeldolgozóhoz és a nála vezetett kereskedői számládhoz kötődik. Ha ezek bármelyike eltér, a token használhatatlan. Sok tokenizáló fizetési mód emellett minden új vásárláskor kéri a kártya biztonsági kódját. A tokenizálást használó módok a fizetésfeldolgozó magasabb biztonsági követelményeinek megfelelő boltot kívánnak meg; ezeket az adott fizetési mód dokumentációja ismerteti.

Melyik fizetési módot válaszd biztonsági szempontból?

Biztonság szerint két fő típus van:

• Külső oldalon üzemelő (offsite) fizetési mód: a vásárló a pénztáról átmegy a fizetésfeldolgozó oldalára (például a PayPalra), a rendelés alapadataival együtt. Az adatok lehetnek csak a végösszeg és a rendelésszám, biztonságosabb szolgáltatónál a termékek, a szállítás és az adó tételes bontása is. A fizetés után a fizetésfeldolgozó visszairányítja a vásárlót a boltba, és visszaigazolja a fizetést. Mivel a fizetés teljes egészében a feldolgozó szerverein zajlik, neked a legkisebb a biztonsági terhed. Hátránya, hogy egyes vásárlókat zavar, hogy elhagyják a boltot.
• Integrált fizetési mód: a vásárló a bolt oldalán marad (titkosítás és máshonnan beágyazott, biztonságos űrlapmezők teszik lehetővé). Ez simább fizetési élmény, de a boltra nagyobb biztonsági teher hárul, és a kereskedői számla regisztrációja is több lépéssel járhat. Az összes integrált fizetési módhoz legalább alapszintű PCI-megfelelés kell, vagyis érvényes HTTPS/SSL.

Kell SSL-tanúsítvány?

Külső oldalon üzemelő fizetési módnál lehet, hogy nem kötelező, de sok fizetési bővítmény megköveteli, és minden WooCommerce-boltnak határozottan ajánlott. Minden olyan weboldalon, amely felhasználói adatot tárol, legyen SSL-tanúsítvány és HTTPS. Ingyenes tanúsítvány is kapható.

Kell-e PCI-DSS-nek megfelelned?

Lehet, hogy igen. Ha integrált fizetési módot használsz, akkor kötelező.

A GDPR is érint?

Lehet. Ha az EU-ban élő vásárlóknak is értékesítesz, vagy EU-ból is vannak látogatóid, gondoskodnod kell a GDPR betartásáról.

Mennyire biztonságos a WooCommerce-bolt?

Mivel a WooCommerce a WordPressre épül, a bolt pontosan olyan biztonságos, mint maga a WordPress-telepítés. Ami a WordPress biztonságára igaz, az a WooCommerce-re is, beleértve a biztonságos tárhely kiválasztását. Érdemes elvégezned az alapvető védelmi lépéseket, és ennél tovább is mehetsz a bolt „megkeményítésével”.

A legfontosabb: tartsd naprakészen a WordPresst és az összes bővítményt, a WooCommerce-t is. Egyetlen rosszul megírt vagy rosszindulatú bővítmény vagy kódrészlet az egész bolt és minden adata biztonságát veszélyeztetheti, ezért csak megbízható forrásból telepíts bővítményt. Az „olcsóbban” kínált másolatokról nem tudhatod, hogy azonosak-e az eredetivel.

Tárolhatok különösen érzékeny adatot (személyi szám, igazolvány)?

Erősen javasolt, hogy ne tedd. Sok joghatóságban szigorú törvény szabályozza az ilyen adatok (kártyaszám, társadalombiztosítási szám, igazolványadatok) tárolását, és ezek helyenként több szinten is átfedhetik egymást. Jogász tudja megmondani, milyen követelményeknek kell megfelelned, a saját cégedre, a tárhelyed helyére és minden olyan helyre vonatkozóan, ahol vásárlóid lehetnek. Kérdezd meg magadtól, tényleg szükséged van-e erre az adatra. Az érzékeny adatok adatbázisban tartása az identitáslopások fő oka, és minden további adatbázissal nő a kockázat.

Kártyatesztelő támadás

A kártyatesztelő támadás olyan csalás, amelynél a bűnözők ellopott bankkártyák érvényességét próbálják ellenőrizni apró, gyors tranzakciókkal egy webáruházban. Jellemzően több kis értékű vásárlást indítanak, hogy a kártyatulajdonos és a bank ne vegye észre. Ha sikerül, megtudják, hogy a kártya érvényes, és nagyobb csalárd vásárlásra használhatják. A támadás megnöveli a tranzakciós díjakat, jogosulatlan tranzakciók miatti visszaterheléseket okozhat, és árthat a bolt hírnevének.

Ha a WooPayments fizetési módot használod, ehhez külön útmutató tartozik. Más fizetési módnál ezeket teheted:

• Térítsd vissza az összes tranzakciót, amelyet csalásnak gondolsz.
• Fontold meg csalásmegelőző szoftver telepítését.
• Fontold meg reCAPTCHA bővítmény használatát a pénztárnál.
• Nézd meg, vannak-e a támadásra különösen alkalmas termékeid, például „adomány” vagy „írd be az árat” típusúak.
• Fontold meg a vendégként való vásárlás tiltását (a Fiókok & Adatkezelés beállításoknál).
• Kérd a fizetésfeldolgozód segítségét a fiók védelmének növeléséhez, például a csalásmegelőző intézkedések átvizsgálásához.

A visszatérített tranzakciók díját a fizetésfeldolgozó nem biztos, hogy visszatéríti. Ha ezt szeretnéd, kérd tőle külön.