วิธีทำความสะอาดเว็บไซต์ Drupal ที่ถูกบุกครอบ: คู่มือกำจัดมัลแวร์ขั้นตอนต่อขั้นตอน

เว็บไซต์ Drupal ที่ถูกแฮกอาจทำให้เจ็บปวดอย่างมาก ตอนนี้อาจมีหลายเหตุผลที่ทำให้ถูกแฮก แต่ที่พบบ่อยที่สุดคือ มัลแวร์ การฉีดโค้ด สแปม ฯลฯ หากคุณกำลังมองหาเทคนิคกำจัดมัลแวร์ Drupal คุณมาถูกที่แล้ว คู่มือนี้มีคำแนะนำทีละขั้นตอนสำหรับทำความสะอาดไฟล์ Drupal และฐานข้อมูลของเว็บไซต์ที่ถูกแฮก การตรวจจับมัลแวร์และ backdoors ยังถูกกล่าวถึง บทความนี้ออกแบบมาเพื่อให้ผู้ใช้ทั่วไปนำไปปฏิบัติได้ง่าย

Drupal เป็นหนึ่งใน CMS ที่เก่าและปลอดภัยที่สุดระหว่าง CMS ยอดนิยมที่ใช้อยู่ในปัจจุบัน รองรับเว็บไซต์มากกว่าหนึ่งล้าน อย่างไรก็ตาม ช่องโหว่หลายอย่างถูกค้นพบใน Drupal ในปีนี้ เหมือนกับชุดช่องโหว่ RCE ที่มีชื่อเรียกว่า Drupalgeddon สิ่งนี้นำไปสู่การติดตั้ง Drupal ที่ถูกแฮกหลายครั้งในไม่กี่เดือน ซึ่งส่วนใหญ่ถูกใช้ขุดคริปโตเคอเรนซี อย่างไรก็ตาม ทีมความปลอดภัย Drupal ได้ปล่อยอัปเดตที่จำเป็นอย่างรวดเร็ว

Drupal ถูกแฮก: ผลลัพธ์ที่เป็นไปได้จาก Drupal Hack

• หน้าปลอม (phishing pages) ที่ออกแบบมาเพื่อขโมยข้อมูลละเอียดอ่อน ปรากฏบนเว็บไซต์
• ลูกค้าร้องเรียนเกี่ยวกับการเปลี่ยนเส้นทางร้ายแรง (malicious redirects)
• ข้อมูลละเอียดอ่อน เช่น ข้อมูลล็อกอิน รายละเอียดธนาคาร ฯลฯ อยู่ในมือของคนขายบนดาร์กเน็ต
• เนื้อหาแปลกๆ ปรากฏบนเว็บไซต์ เนื่องจาก Japanese Keyword Hack หรือ Pharma Hack ฯลฯ
• ข้อความ 'Your account has been suspended!' ปรากฏขณะล็อกอิน
• เว็บไซต์ Drupal ถูกใส่บัญชีดำ (blacklist) โดยเครื่องมือค้นหา
• เว็บไซต์ Drupal ช้ามากและแสดงข้อความผิดพลาด
• โฆษณาร้ายและป๊อปอัปหลายอย่างปรากฏบนเว็บไซต์
• ผู้ใช้หลีกเลี่ยงการเยี่ยมชมเว็บไซต์เนื่องจากขาดความไว้วिश्वาส
• การลดลงของトラフィกผู้ใช้และรายได้
• แอดมินใหม่ที่ไม่ได้รับอนุญาต ปรากฏในฐานข้อมูลล็อกอิน

Drupal ถูกแฮก: ตัวอย่าง Drupal Hack

เมื่อเว็บไซต์ Drupal ถูกแฮก ผู้ใช้ที่ได้รับผลกระทบสามารถพบได้ขณะขอความช่วยเหลือจากฟอรัมชุมชน ตัวอย่าง Drupal hack แบบหนึ่งแสดงในภาพด้านล่าง

กังวลเกี่ยวกับเว็บไซต์ถูกแฮก Drupal? ส่งข้อความมาที่แชทวิดเจ็ต เราจะช่วยคุณแก้ไขด้วยความยินดี รักษาความปลอดภัยเว็บไซต์ Drupal ของฉันตอนนี้.

สาเหตุที่เป็นไปได้ของการโจมตี Drupal

Drupal ถูกแฮก: SQL Injection Drupal

ช่องโหว่ Drupal SQLi มักพบในโมดูลที่เขียนโค้ดไม่ดี อย่างไรก็ตาม SQLi ใน core ค่อนข้างนادرและอันตราย ช่องโหว่อันตรายอย่างหนึ่งถูกค้นพบใน core ของ Drupal และถูก命名ว่า "Drupalgeddon" แม้ Drupal จะใช้ AOP (PHP Data Object) เพื่อแยกระหว่างคำขอ SQL แบบคงที่และค่าไดนามิก

$ query = $ db-> prepare ("SELECT * FROM utilisateurs WHERE utilisateur =: utilisateur ET mot de passe =: mot de passe");

$ account = $ query-> execute (array (':utilisateur' => $ _POST ['utilisateur'], ':mot de passe' => $ _POST ['mot de passe']));

ทุกอย่างดูดี เพราะข้อมูลนำเข้าถูกทำความสะอาดอย่างถูกต้องก่อนถึงฐานข้อมูล อย่างไรก็ตาม แอปเปิลอันตราย (จุดอ่อน) อยู่ที่ placeholder arrays ของ Drupal พวกเขานี้มีไว้ให้ความยืดหยุ่นกับนักพัฒนาโมดูล เนื่องจากอนุญาตให้แก้ไขโครงสร้างคำขอฐานข้อมูลได้แบบไดนามิก

db_query ("SELECT * FROM {node} WHERE nid IN (: nids)", tableau (': nids' => tableau (13, 42, 144)));

ต่อมา : nids placeholder จะตรงกับจำนวนอาร์กิวเมนต์ที่ให้มา เช่นนี้:

SELECT * FROM {node} WHERE nid IN (: nids_0, : nids_1, : nids_2)

ฟีเจอร์นี้รวมกับ PHP indexed arrays สามารถใช้ส่งพารามิเตอร์ได้ เช่น (GET, POST และ cookies) Placeholder arrays ของ Drupal จะสมมติว่า $ _POST ['utilisateur'] เป็นอาร์เรย์ ต่อมา จะใช้ raw array string indexes สร้าง placeholder names ใหม่ ผลคือ โจมตีสามารถส่งค่าร้ายได้ เช่น Parameter:utilisateur [0 #], value: foo คำขอที่ได้จะเป็น:

SELECT * FROM {utilisateurs} WHERE utilisateur =: utilisateur_0 #

ดังนั้น โจมตีข้ามการยืนยันตัวตนล็อกอินสำเร็จ นอกจากนี้ โจมตียังสร้างผู้ใช้ใหม่ได้โดยแก้ไขพารามิเตอร์เป็น utilisateur [0; INSERT INTO users VALUES 'MalUser', 'Passw0rd!', 'Administrators'; #] นี่เป็นช่องโหว่ร้ายแรงมาก เพราะส่งผลต่อ core ของ Drupal สิ่งที่น่ากลัวกว่านั้นคือ Metasploit module ยังถูกปล่อยออกมาเพื่อ exploit ช่องโหว่นี้!

Drupal ถูกแฮก: การข้ามการควบคุมการเข้าถึง Drupal (Drupal Access Bypass)

การข้ามการควบคุมการเข้าถึง Drupal สามารถทำให้ผู้ใช้เข้าถึงทรัพยากรที่ไม่ได้ตั้งใจให้พวกเขา ช่องโหว่ล่าสุดประเภทนี้ถูกตั้งชื่อว่า SA-CONTRIB-2018-081 สาเหตุคือโมดูล Drupal ชื่อ JSON:API module 8.x-1.x สำหรับ Drupal 8.x ใช้หลักสำหรับ:

• เข้าถึงเนื้อหา Drupal และเอนทิตีการกำหนดค่า
• จัดการเนื้อหา Drupal และเอนทิตีการกำหนดค่า

ในกรณีนี้ ไม่ตรวจสอบสิทธิ์อย่างละเอียดขณะตอบสนองคำขอบางอย่าง สิ่งนี้อาจอนุญาตให้ผู้กระทำร้ายที่มีสิทธิ์ไม่เพียงพอ ได้ข้อมูลละเอียดอ่อน ดังนั้น เฉพาะคำขอ GET เท่านั้นที่สามารถใช้สำหรับการโจมตีประเภทนี้

Drupal ถูกแฮก: Drupal Cross-Site Scripting (XSS)

ช่องโหว่อย่าง XSS และ SQLi พบได้บ่อยในโมดูล Drupal ล่าสุดในซีรีส์นี้คือ SA-CONTRIB-2018-080 โมดูล E-Sign พบว่าอ่อนไหวต่อ XSS โมดูล E-Sign โดยพื้นฐานอนุญาตให้ผสาน Signature Pad เข้า Drupal ในขณะเขียนบทความนี้ ประมาณ 875 เว็บไซต์ใช้โมดูลนี้ ช่องโหว่เกิดจากขาดการทำความสะอาดข้อมูลนำเข้าเมื่อแสดงลายเซ็น ดังนั้น โจมตีสามารถทดสอบ XSS ด้วยโค้ด <script> alert ('XSS Found!') </script> ฟิลด์ลายเซ็นที่อ่อนไหวจะปล่อยข้อความ "XSS Found!" ช่องโหว่นี้สามารถใช้โดยโจมตีเพื่อ:

• ขโมยคุกกี้ของผู้ใช้
• เปลี่ยนเส้นทางผู้ใช้
• ดาวน์โหลดมัลแวร์ลงอุปกรณ์ของผู้ใช้ปลายทางขณะเยี่ยมชมเว็บไซต์ Drupal

Drupal ถูกแฮก: Drupal Remote Code Execution (RCE)

ความปลอดภัย Drupal ถูกผิดหวาดโดยชุดบั๊ก Drupalgeddon Drupalgeddon 3 คือล่าสุดที่พบในปีนี้ อนุญาตให้ผู้ใช้ที่ไม่ได้ยืนยันตัวตน รันโค้ดบนเว็บไซต์ Drupal แม้ Drupalgeddon 2 ก็อนุญาต RCE ได้ แต่เพื่อ exploit นี้ โจมตีต้องมีความสามารถในการลบโหนด (node) URL เต็มมีลักษณะประมาณนี้:

POST /? Q = node / 99 / delete & destination = node? Q [% 2523] [] = passthru% 26q [% 2523type] = markup% 26q [% 2523markup] = whoami HTTP / 1.1 [...] form_id = node_delete_confirm & _triggering_element_name = form_id & form_token = [CSRF-TOKEN]

ที่นี่ ภายใต้ข้ออ้างว่าลบโหนด โจมตีฉีดคำสั่ง whoami บรรทัดที่สองของโค้ดคือการตรวจสอบ CSRF token CSRF token พื้นฐานตรวจสอบว่าคำขอถูกสร้างบนเซิร์ฟเวอร์เดียวกันหรือไม่ ต่อมา โจมตีดึง form_build_id จากการตอบสนองตามโค้ดด้านล่าง:

POST / drupal /? q = fichier/ ajax / actions / annuler /%23options/chemin/[FORM_BUILD_ID] HTTP /1.1 [...] form_build_id = [FORM_BUILD_ID]

สิ่งนี้กระตุ้น exploit สุดท้าย และเอาต์พุตของคำสั่ง Whoami ถูกแสดง ดังนั้น โจมตีสามารถรันคำสั่งทุกประเภทเพื่อจัดการเซิร์ฟเวอร์ สิ่งที่ทำให้บั๊ก RCE นี้รุนแรงกว่าคือ exploit สำหรับมันถูกปล่อยออกมาแล้ว!

ต้องการความช่วยเหลือจากผู้เชี่ยวชาญทำความสะอาดเว็บไซต์ Drupal ที่ถูกแฮก? ส่งข้อความมาที่แชทวิดเจ็ต เราจะช่วยคุณด้วยความยินดีซ่อมแซมเว็บไซต์ Drupal ของฉันตอนนี้.

การทำความสะอาดเว็บไซต์ Drupal ที่ถูกแฮก: ขั้นตอนกำจัดมัลแวร์ Drupal

ตรวจจับการติดเชื้อ

ใช้ Google Diagnostics

เมื่อเว็บไซต์ Drupal ของคุณถูกแฮก มักจะมีเครื่องมือค้นหาเช่น Google ใส่บัญชีดำ ดังนั้น เครื่องมือวินิจฉัยของ Google สามารถใช้ระบุประเภทและสาเหตุของการติดเชื้อ Google Transparency Report มีประโยชน์ในกรณีเช่นนี้ เพื่อตรวจสอบ:

1. เยี่ยมชมเว็บไซต์ Safe Browsing Site Status จากลิงก์ต่อไปนี้
2. บนหน้านี้ ค้นหาตัวเลือก "ตรวจสอบสถานะไซต์"
3. สุดท้าย ใส่ URL ของเว็บไซต์ของคุณด้านล่างและคลิกปุ่ม "ค้นหา"
4. สิ่งนี้จะให้ข้อมูลเกี่ยวกับการเปลี่ยนเส้นทางสแปม ฯลฯ หากเว็บไซต์ของคุณติดเชื้อ ระบุสาเหตุการติดเชื้อ Drupal และดำเนินการกำจัด

สแกนเว็บไซต์ของคุณ

เพื่อตรวจจับหน้าที่ติดเชื้อ ให้สแกนเว็บไซต์ของคุณ มีตัวเลือกฟรีมากมายอย่าง VirusTotal หรือ คุณสามารถบีบอัดไฟล์ทั้งหมดเป็นไฟล์ .zip และอัปโหลดเพื่อสแกน อย่างไรก็ตาม โซลูชันความปลอดภัยฟรีอาจไม่ให้ผลลัพธ์ที่คาดหวัง จึงแนะนำให้ ติดต่อผู้เชี่ยวชาญเพื่อกำจัดมัลแวร์

ตรวจสอบไฟล์ที่ถูกแก้ไข

บ่อยครั้ง Backdoors ที่ติดเชื้อเว็บไซต์ Drupal ของคุณอาจแก้ไขไฟล์ core ของ Drupal การแก้ไขไฟล์เว็บไซต์ Drupal สามารถตรวจสอบได้โดยขั้นตอนต่อไปนี้:

1. ล็อกอินเข้าสู่เว็บไซต์ Drupal ผ่าน SSH
2. สร้างไดเรกทอรีใหม่ด้วยคำสั่ง: mkdir drupal-yx แทน 'y' ด้วยซีรีส์ Drupal เช่น 7,8,9 และแทน 'x' ด้วยเวอร์ชัน Drupal เช่น 4.7.1, 2.1.3 ฯลฯ
3. เข้าไปในไดเรกทอรีนี้ด้วยคำสั่ง:
   cd drupal-yx
4. ดาวน์โหลดสำเนาใหม่ของเวอร์ชัน Drupal ของคุณด้วยคำสั่ง:
   wget https://github.com/drupal/core/archive/yxtar.gz
5. ตอนนี้ แตกไฟล์ tar.gz ด้วยคำสั่ง:
   tar -zxvf core-yxtar.gz
6. สุดท้าย เปรียบเทียบความแตกต่างระหว่างไฟล์ core ด้วยคำสั่ง:
   diff -r core-yx ./public_html
   คุณยังสามารถทำได้โดยล็อกอินเข้าสู่เว็บไซต์ผ่าน SSH และรันคำสั่งต่อไปนี้:
   find ./ -type f -mtime -20

คำสั่งนี้จะรายการไฟล์ทั้งหมดที่ถูกแก้ไขใน 20 วันที่ผ่านมา ตรวจสอบวันที่แก้ไขไฟล์ และหากมีอะไรน่าสงสัย ให้สแกนไฟล์นั้นหามัลแวร์

ตรวจสอบบันทึกผู้ใช้

บันทึกผู้ใช้สามารถช่วยระบุการล็อกอินน่าสงสัยบนเว็บไซต์ของคุณโดยโจมตี ทำได้โดย:

1. ล็อกอินเข้าสู่หน้าผู้ดูแลของเว็บไซต์ Drupal
2. ในเมนู คลิกตัวเลือก 'People' (ผู้คน)
3. ทบทวนผู้ใช้ในรายการนี้ และดู 'last access time' (เวลาเข้าถึงล่าสุด) ของแต่ละผู้ใช้ หากพบการล็อกอินน่าสงสัย ให้ค้นหาช่องโหว่ในเว็บไซต์ของคุณ

ทำความสะอาดไฟล์ติดเชื้อและลบโค้ดซ่อน

เมื่อหน้าที่ติดเชื้อถูกระบุแล้ว การติดเชื้ออาจเป็นบางส่วน (โค้ดในไฟล์ core) หรือไฟล์ทั้งไฟล์ หากไฟล์มีตัวอักษรแปลกๆ (gibberish) อาจเป็นเพราะโจมตีมักซ่อนโค้ดในรูปแบบที่มนุษย์อ่านไม่ออก รูปแบบ Base64 นิยมมาก لدىโจมตี เพื่อลบโค้ดนี้:

1. ล็อกอินเข้าสู่เว็บไซต์ผ่าน SSH
2. จากนั้น ตรวจสอบโค้ด base64 ด้วยคำสั่ง:
   find . -name "*.php" -exec grep "base64" '{}'; -print &> hiddencode.txt
   โค้ดนี้ค้นหาโค้ดเข้ารหัส base64 และบันทึกลง hiddencode.txt
3. ดาวน์โหลดข้อความจาก hiddencode.txt ไปยังบริการออนไลน์อย่างลิงก์นี้ เพื่อวิเคราะห์เพิ่มเติม
4. คลิกตัวเลือก "Decode" บนเว็บไซต์นั้น จะแสดงโค้ดต้นฉบาล
5. Obfuscation อื่นๆ อย่าง FOPO ก็สามารถถอดรหัสได้ด้วยบริการออนไลน์
6. กรณีการติดเชื้ออยู่ในไฟล์ทั้งไฟล์ที่ไม่ใช่ส่วนของ core package ให้ลบไฟล์นั้น
7. กรณีการติดเชื้อบางส่วนในไฟล์ core หากคุณระบุโค้ดร้ายได้ ให้ลบมัน มิฉะนั้น ให้คอมเมนต์มันออกและขอความช่วยเหลือ

ปิดใช้งาน Backdoors Drupal

Backdoors Drupal สามารถพบได้ซ่อนอยู่ในโฟลเดอร์อย่าง: /modules, /themes, /sites/all/modules และ /sites/all/themes การตรวจจับพวกเขาไม่ง่าย เพราะโค้ดมักถูก obfuscate เพื่อค้นหาโค้ดนี้ ให้ทำตามขั้นตอนที่กล่าวไว้ข้างต้นใน "ทำความสะอาดไฟล์ติดเชื้อและลบโค้ดซ่อน" นอกจากนี้ Backdoors เหล่านี้ใช้ฟังก์ชัน PHP บางอย่าง

เพื่อปิดใช้งานฟังก์ชันเหล่านี้ ให้ทำตามนี้:

1. ล็อกอินเข้าสู่เว็บไซต์และเปิด File Manager
2. เรียกดูและเปิดไฟล์ php.ini
3. เพิ่มโค้ดต่อไปนี้ในไฟล์นี้:
   disable_functions = "show_source, system, shell_exec, passthru, exec, popen, proc_open, allow_url_fopen, eval"

ทำความสะอาดฐานข้อมูล Drupal

ฐานข้อมูล Drupal บ่อยครั้งเป็นเป้าหมายของมัลแวร์ เพื่อทำความสะอาดฐานข้อมูลของเว็บไซต์ Drupal ที่ติดเชื้อ ให้ทำตามนี้:

1. ล็อกอินเข้าสู่เว็บไซต์ Drupal ผ่านแผงผู้ดูแล
2. ไปที่ Data Access > Drupal Database
3. ที่นี่ ในแถบค้นหา ค้นหาลิงก์หรือเนื้อหาน่าสงสัยที่มองเห็นระหว่างการสแกนมัลแวร์
4. เปิดตารางที่มีเนื้อหาและลิงก์สแปมเหล่านี้ แล้วลบเนื้อหาด้วยตนเอง
5. เมื่อเสร็จ ตรวจสอบว่าเว็บไซต์ยังทำงานอยู่ และลบเครื่องมือจัดการฐานข้อมูลอื่นๆ ทั้งหมด

Drupal Security: บล็อกโจมตี

ให้แน่ใจว่าไม่มีข้อมูลประจำตัวล็อกอินถูกบุกครอบ รีเซ็ตรหัสผ่านเว็บไซต์ Drupal ของคุณหลังทำความสะอาดมัลแวร์เสร็จ เพื่อเปลี่ยนรหัสผ่าน ให้ล็อกอินเข้าสู่เว็บไซต์ Drupal

การใช้ phpMyAdmin

1. หากคุณใช้ phpMyAdmin ที่ติดตั้งอยู่ ไปที่ cPanel > Database Box > phpMyAdmin
2. จากนั้น เลือกฐานข้อมูล Drupal และคลิกแท็บ SQL
3. ตอนนี้ ในช่องข้อความ ใส่คำสั่งต่อไปนี้:
   UPDATE users SET pass = md5('YOURPASS') WHERE uid = 1;
4. แทนที่ "YOURPASS" ด้วยรหัสผ่านที่คุณต้องการตั้ง และสุดท้ายคลิก Go!

การใช้ Drush

1. เพื่อจัดการเว็บไซต์ผ่าน Drush ให้แน่ใจว่าโมดูล Drush ติดตั้งอยู่
2. เพื่อใช้ Drush ล็อกอินเข้าสู่เว็บไซต์ผ่าน SSH
3.  ตอนนี้ สำหรับผู้ใช้ Drupal-8 รันคำสั่งต่อไปนี้:
   drush user-password UserName –password = "your-new-password"
4. สำหรับ Drupal-9 รันคำสั่งต่อไปนี้:
   drush user:password UserName "your-new-password"
   ที่นี่ แทนที่ 'UserName' ด้วยผู้ใช้เว็บไซต์ Drupal ของคุณ และ 'your-new-password' ด้วยรหัสผ่านที่คุณต้องการตั้ง ให้แน่ใจว่ารหัสผ่านปลอดภัยและมีการผสมผสานที่ดีของตัวอักษร ตัวเลข และอักขระ

Drupal Security: การกู้คืนไฟล์

กู้คืนหน้าที่ติดเชื้อจากสำเนาสำรอง หากไม่มีสำเนาสำรอง ใช้สำเนาใหม่ (fresh copy) เมื่อทำความสะอาดไฟล์เสร็จ ให้ล้างแคชดังนี้:

1. ล็อกอินเข้าสู่เว็บไซต์ Drupal ผ่าน SSH
2. จากเทอร์มินัล รันคำสั่งต่อไปนี้:
   drush cache:rebuild (สำหรับ Drupal 8) หรือ
   drush cache:clear all (สำหรับ Drupal 7)

หากเว็บไซต์ Drupal ของคุณถูกแบนโดย Google หรือผู้ให้บริการโฮสติ้ง ให้ส่งเว็บไซต์เพื่อขอรีวิว

การบรรเทาการโจมตี Drupal

ปกป้องโฟลเดอร์ละเอียดอ่อน

การบล็อกการเข้าถึงโฟลเดอร์ละเอียดอ่อนเป็นสิ่งสำคัญ สามารถทำได้โดยขั้นตอนต่อไปนี้:

1. ล็อกอินเข้าสู่เว็บไซต์และเปิด File Manager
2. สร้างไฟล์ใหม่ชื่อ .htaccess ในโฟลเดอร์ที่คุณต้องการปกป้อง
3. ในไฟล์นี้ ใส่โค้ดต่อไปนี้:
   Order Deny, Allow
   Deny from all
   Allow from 22.33.44.55
   สนิปเพ็ตโค้ดนี้จะปฏิเสธการเข้าถึงผู้เยี่ยมชมโฟลเดอร์เหล่านี้ บรรทัดสุดท้ายระบุที่อยู่ IP ที่อนุญาต ให้ดูภายในไฟล์ .htaccess ที่ถูกแก้ไขด้วย หากพบไฟล์แบบนี้ ให้ทำให้เป็นลำดับแรกเพื่อทำความสะอาด

อัปเดตและสำรองข้อมูล

ให้แน่ใจว่าคุณใช้เวอร์ชันล่าสุดของ Drupal ทีม Drupal Security แพทช์ช่องโหว่สำคัญในทุกการอัปเดต สามารถตรวจสอบได้โดยใช้ changelog นอกจากนี้ หลีกเลี่ยงการใช้ปลั๊กอินที่ไม่ได้มาตรฐาน เพราะพวกเขามักมีโค้ดที่มีบั๊ก ให้แน่ใจว่าสร้างสำเนาของเว็บไซต์ ไว้สำหรับกู้คืนหลังการโจมตี การอัปเดตและสำรองข้อมูลเป็นวิธีที่ถูกที่สุดและมีประสิทธิภาพที่สุดในการรักษาความปลอดภัยเว็บไซต์ Drupal

การตรวจสอบความปลอดภัย (Security Audit)

Security audit สามารถเปิดเผยช่องโหว่สำคัญภายในเว็บไซต์ Drupal ไม่ใช่ทุกแอดมินเว็บที่เป็นผู้เชี่ยวชาญด้านความปลอดภัย ดังนั้น บริการอย่าง Astra สามารถรับผิดชอบความปลอดภัยให้แอดมินเว็บ Security audit และ penetration testing ของ Astra สามารถเปิดเผยภัยคุกคามร้ายแรงบนเว็บไซต์อย่างมีความรับผิดชอบ

สิ่งนี้ช่วยให้แอดมินเว็บดำเนินการป้องกันเพื่อกันการโจมตีเว็บไซต์ Drupal Security audit ของ Astra จำลองการโจมตีแบบเรียลไทม์ในสภาพแวดล้อมที่ปลอดภัย เพื่อไม่ให้เกิดความเสียหายกับเว็บไซต์ และในเวลาเดียวกัน หาช่องโหว่สำคัญได้ Security audits อย่างของ Astra สามารถหาช่องโหว่ทั่วไปอย่าง OWASP Top 10 บนเว็บไซต์ Drupal

Drupal Malware Scanner และ Firewall

ช่องโหว่ใหม่ถูกค้นพบใน Drupal ทุกเดือน อย่างไรก็ตาม สิ่งนี้ไม่ได้หมายความว่าเว็บไซต์ Drupal จะอยู่ในสภาพไม่ปลอดภัย ไฟร์วอลล์สามารถป้องกันโจมตี exploit ช่องโหว่เหล่านี้ได้ แม้เว็บไซต์ Drupal จะอ่อนไหว อย่างไรก็ตาม สำคัญที่จะเลือกไฟร์วอลล์ที่เหมาะสมจากหลายตัวในตลาด ไฟร์วอลล์ Astra คือตัวที่โดดเด่นในทุกพารามิเตอร์ มันแข็งแกร่งและขยายได้สูง หมายความว่า ไม่ว่าจะเป็นบล็อกเล็กหรือเว็บไซต์อีคอมเมิร์ซใหญ่ Astra สามารถรักษาความปลอดภัยทั้งหมดได้ นอกจากนี้ Astra สามารถ honeypot โจมตีและบล็อกการโจมตีทั่วไป

การทำความสะอาดและซ่อมแซมเว็บไซต์ที่ถูกแฮก Drupal เป็นงานที่ใช้แรงงานมาก อย่างไรก็ตาม อัตโนมัติสามารถช่วยได้ Drupal Malware Scanner ของ Astra สามารถตรวจจับมัลแวร์ของเว็บไซต์ที่ถูกแฮกในไม่กี่นาที มันยังดึงความแตกต่างของไฟล์ให้คุณ ซึ่งคุณสามารถลบได้เพียงคลิกปุ่มเดียว หากมันเป็นมัลแวร์