אבטחת WordPress

אבטחת WordPress מתחילה בעדכון ליבה ותוספים, בחירת הרחבות מהימנות והגבלת הרשאות מנהלים. הסירו רכיבים מיותרים, הפעילו אימות דו-שלבי ובדקו שחזור גיבוי לפני תקלה.

עודכן תוכן העמוד: · מערכת VibeSec · מדיניות המקורות

סיכונים ובדיקות ראשונות

  • ליבת WordPress, התוספים והתבניות מעודכנים ונבדקו לאחר העדכון
  • הסרתי תוספים ותבניות שאינם בשימוש, ולא רק השבתתי אותם
  • הפעלתי אימות דו-שלבי לכל מנהלי האתר

צ'קליסט אבטחה

  1. ליבת WordPress, התוספים והתבניות מעודכנים ונבדקו לאחר העדכון
  2. הסרתי תוספים ותבניות שאינם בשימוש, ולא רק השבתתי אותם
  3. הפעלתי אימות דו-שלבי לכל מנהלי האתר
  4. הגבלתי ניסיונות התחברות חוזרים
  5. השבתתי XML-RPC אם אין שירות או יישום שתלוי בו
  6. לכל משתמש התפקיד המצומצם הדרוש; הרשאת מנהל ניתנת רק למי שצריך
  7. יש גיבויים מבודדים לקבצים ולמסד הנתונים, ובדקתי שחזור בפועל
  8. התקנתי רק ממאגר רשמי או מהספק המקורי ובדקתי תחזוקה וחולשות ידועות
  9. אין באתר תוספים או תבניות nulled או עותקים ממקור לא מהימן
  10. יש מדיניות עדכוני אבטחה, בדיקות תאימות וגיבוי לפני שינוי; אין דחייה ללא תאריך יעד
  11. wp-config.php, קובצי גיבוי וסודות אינם נגישים ב-HTTP; הרשאות הקובץ מוגבלות
  12. הוגדר DISALLOW_FILE_EDIT כדי למנוע עריכת קוד דרך הניהול
  13. בדקתי בעלות והרשאות; אין קבצים או תיקיות עם הרשאת כתיבה ציבורית
  14. הניהול מוגן ב-HTTPS, 2FA והגבלת קצב; כתובת כניסה חלופית אינה ההגנה היחידה
  15. כללי WAF מתוחזקים ונבדקו שלא חוסמים תהליכים תקינים; הם אינם תחליף לעדכון
  16. בדקתי תלות של Jetpack או יישומים ב-XML-RPC לפני השבתה
  17. פעולות משנות מצב מאמתות nonce וגם current_user_can; אין הסתמכות על nonce בלבד
  18. קלט מאומת ומנוקה, פלט עובר escaping ושאילתות משתמשות ב-wpdb prepare
  19. כל REST endpoint כולל permission_callback ונבדק כמשתמש ללא הרשאה
  20. Elementor והרחבותיו מעודכנים; נבדקו העלאות קבצים, תבניות ופעולות AJAX לפי תפקיד
  21. בדקתי שחזור גיבוי מבודד; נוזקות לא מועתקות אוטומטית מהאתר הפגוע
לבדיקות המלאות ולסימון התקדמות

כלים מתאימים

כלי אבטחה נוספים

ספריות ותיעוד

  • Escaping Data API

    תיעוד escaping לפי הקשר בעת הצגת נתונים למניעת XSS.

  • Nonces API

    תיעוד nonces להגנת CSRF; nonce אינו אימות משתמש או בדיקת הרשאה.

  • Patchstack

    תוסף לניטור חולשות בתוספים ובתבניות והגנות בהתאם לתוכנית.

  • Patchstack Threat Intelligence API

    תיעוד ממשק מאגר חולשות WordPress; נדרשת גישה לפי תנאי הספק. אינו RSS ולא מחובר אוטומטית.

  • PHPCS Security Audit

    כללי PHPCS לאבטחת PHP. החבילה ותיקה: גרסה אחרונה רשומה מ-2019; יש לבדוק תחזוקה ותאימות ולא להסתמך עליה לבדה.

  • REST API Authentication

    אימות מול WordPress REST API, עוגיות, nonce וסיסמאות יישום.

  • Sanitizing Data API

    פונקציות לניקוי נתוני קלט. ניקוי אינו תחליף לאימות ערכים והרשאות.

  • Solid Security

    תוסף הקשחה והגנות התחברות, לשעבר iThemes Security.

  • Sucuri Security

    תוסף לביקורת פעילות ובדיקת שלמות קבצים; נפרד משירות הסריקה החיצוני SiteCheck.

  • Wordfence Intelligence API

    תיעוד פיד נתוני חולשות בפורמט JSON. גרסה 3 דורשת מפתח API; אינו פיד RSS ולא מחובר אוטומטית.

  • Wordfence Security

    תוסף חומת אש, סריקת קבצים והגנת כניסה לאתרי WordPress.

  • WordPress Coding Standards (WPCS)

    כללי PHP_CodeSniffer ל-WordPress, כולל בדיקות escaping, ניקוי קלט ו-nonce.

  • WP Activity Log

    תוסף לתיעוד פעילות משתמשים ושינויים באתר.

  • WPScan Vulnerability Database API

    תיעוד גישה למאגר חולשות ליבה, תוספים ותבניות לפי תנאי WPScan; לא אומת RSS ציבורי ולא בוצע חיבור API.

  • WPScan WordPress Plugin

    תוסף לבדיקת חולשות ידועות בליבה, בתוספים ובתבניות באמצעות מאגר WPScan.

עדכונים אחרונים

  • פרצה קריטית בתוסף וורדפרס CryptoPayment חושפת פרטי ארנקים

    חולשת אבטחה חמורה בתוסף WordPress מאפשרת לתוקפים למחוק קבצים מהשרת ולגנוב נתונים רגישים כמו פרטי ארנקים. מומלץ להסיר או לעדכן את התוסף לאלתר אם הוא מותקן באתר שלכם כדי למנוע גניבת כספים ופגיעה במידע.

  • חולשת Brotli הקריטית: מה זה אומר עבור אתרי WordPress?

    חולשת אבטחה קריטית (CVE-2026-111497) בספריית הדחיסה Brotli מאפשרת תקיפה של שרתים. בעלי אתרי WordPress צריכים לוודא כי העדכונים האחרונים הותקנו בשרת ובתוספים כדי למנוע ניצול אפשרי של הפרצה.

  • חולשת PHP2Shell: כך קוד שנכתב ב-AI עלול לסכן את האתר שלכם

    חוקרים מזהירים כי שימוש בכלי AI ליצירת קוד עלול להוביל לפרצות אבטחה מסוכנות המאפשרות להאקרים להשתלט על שרתים. בעלי אתרים צריכים לוודא שכל קוד שנוצר על ידי בינה מלאכותית עובר בדיקת אבטחה מעמיקה לפני העלאתו לאתר. הימנעו משימוש בקטעי קוד ממקורות לא מוכרים ועדכנו את רכיבי המערכת שלכם באופן קבוע.

  • פרצת אבטחה קריטית ב-PHP: כך תגנו על אתר ה-WordPress שלכם

    התגלתה פרצת אבטחה חמורה בשפת PHP, השפה שעליה מבוסס הרוב המוחלט של אתרי WordPress. הפרצה מאפשרת לתוקפים להשתלט על האתר, ולכן חובה לבצע עדכון גרסה לשרת באופן מיידי כדי למנוע נזק עסקי ודליפת מידע.

  • מתקפות סייבר על אתרי WordPress קטנים: למה זה קורה ואיך להתגונן

    גם אתרים קטנים מותקפים מדי יום על ידי בוטים שמחפשים פרצות אוטומטיות. אבטחה היא לא הוצאה מיותרת, אלא הגנה בסיסית; מומלץ לעדכן תוספים באופן קבוע ולהגביל ניסיונות התחברות כושלים.

  • איך להגן על אתר ה-WordPress שלך מפני פרצות מסוג PHP2Shell?

    מתקפות PHP2Shell מסכנות אתרים שבהם מותקנים תוספים פגיעים, ומאפשרות להאקרים להשתלט על השרת. כדי להתגונן, יש לעדכן תוספים באופן קבוע, להסיר רכיבים לא בשימוש ולהקשיח את הגדרות האבטחה בשרת.

  • הכירו את HTTP2Shell: סיכון אבטחה בטכנולוגיית הדחיסה Brotli

    חולשת אבטחה בטכנולוגיית הדחיסה Brotli עלולה להשפיע על אפליקציות Node.js ו-Python, וגם על אתרי WordPress. מדובר בסיכון פוטנציאלי להרצת פקודות מרחוק על השרת שלכם. חשוב לבדוק אם סביבת הפיתוח שלכם מעודכנת לגרסאות שמתקנות את הפגיעות.

  • סיכום עדכוני אבטחה ופרצות: אוקטובר 2026

    פרצות אבטחה שלא טופלו הן הדרך הנפוצה ביותר של האקרים להשתלט על אתרי WordPress. המאמר מסכם את כל עדכוני התוכנה הקריטיים שחייבים להתקין החודש כדי להגן על האתר שלכם. ודאו שכל התוספים והערכות עיצוב באתר שלכם מעודכנים לגרסה האחרונה בהקדם האפשרי.

קריאה נוספת

בדיקת חדירות (PT): מתי נכון לעשות, ולמה

אמ;לק: בדיקת חדירות (Penetration Test, PT) היא ניסיון פריצה מבוקר שעושה אדם מקצועי לאתר או לאפליקציה שלכם, כדי למצוא חולשות לפני שתוקף אמיתי ימצא אותן. היא שווה את הכסף כשיש לכם משתמשים אמיתיים, מידע רגיש או כסף שעובר במערכת, ואחרי שכבר עשיתם את הבדיקות הבסיסיות בעצמכם. לפני זה, רוב הממצאים יהיו דברים שסורק חינמי היה מוצא.

גיא אקרמן · 4 דקות קריאה

ליווי של איש אבטחת מידע תוך כדי פיתוח: כן, לא, ומתי

אמ;לק: ליווי אבטחה בזמן הפיתוח שווה את הכסף כשהמערכת מחזיקה מידע רגיש או כסף, כשאין בצוות אף אחד שמבין באבטחה, או כשבונים מהר עם AI ומשנים הרבה. לא חייבים ליווי צמוד: לרוב מספיקות כמה נקודות מפגש קבועות. לפרויקט קטן בלי מידע רגיש בדרך כלל מספיק צ'קליסט טוב, וליווי מלא יהיה בזבוז.

גיא אקרמן · 3 דקות קריאה

שאלות נפוצות

איך מתחילים לאבטח WordPress?

אבטחת WordPress מתחילה בעדכון ליבה ותוספים, בחירת הרחבות מהימנות והגבלת הרשאות מנהלים. הסירו רכיבים מיותרים, הפעילו אימות דו-שלבי ובדקו שחזור גיבוי לפני תקלה.

מה לבדוק קודם ב-WordPress?

התחילו בבדיקות הבאות והתאימו אותן למערכת שלכם: ליבת WordPress, התוספים והתבניות מעודכנים ונבדקו לאחר העדכון. הסרתי תוספים ותבניות שאינם בשימוש, ולא רק השבתתי אותם.

האם קוד AI ב-WordPress בטוח כברירת מחדל?

לא. בודקים הרשאות לכל רשומה, סודות וקלט גם כאשר הקוד נוצר בעזרת AI או ספרייה מוכרת. הריצו בדיקה כאורח וכמשתמש שאינו בעל המידע.

אילו כלי אבטחה מתאימים ל-WordPress?

בחרו כלי קוד ותלויות לפי הסביבה, הוסיפו סורק סודות ובדיקה פעילה רק באישור. הקטלוג בעמוד מציג כלים ותיעוד רלוונטיים; כלים משלימים בדיקה ידנית ולא מחליפים אותה.

איפה שומרים מפתחות וסיסמאות ב-WordPress?

מפתחות סודיים נשמרים בשרת או במנהל סודות, לא בקוד שמגיע לדפדפן ולא ביומני פעילות. תנו לחשבון היישום רק הרשאות נחוצות והחליפו מפתח שנחשף.

איך יודעים שהעדכונים ל-WordPress רלוונטיים?

בדקו את המקור הרשמי, הגרסאות המושפעות וההגדרות הנדרשות לניצול. חדשות וסיכומי AI הם נקודת התחלה, ולא תחליף לייעוץ אבטחה או לקריאת הודעת הספק.

VibeSec — מרכז האבטחה ל-Vibe Coding