[{"data":1,"prerenderedAt":173},["ShallowReactive",2],{"publication:he:P123":3},{"meta":4,"copy":16,"relatedArticles":133,"terms":165,"term":166,"resourceParent":167,"glossaryParent":170},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P123","\u002Fblog\u002Fwordpress-supply-chain-risk","article","איך תוסף או עדכון הופכים לסיכון שרשרת אספקה","איך תוסף או עדכון הופכים לסיכון שרשרת אספקה באתר","בדיקת אמון בתוספים ובעדכונים: מקור, גרסה, הפצה, ספריות תלויות והרשאות פרסום. טבלת תרחישים ותהליך קבלה בלי לדחות תיקוני אבטחה באופן גורף.",[12,13],"\u002Fservices\u002Fwordpress-support","\u002Fservices\u002Fsecurity-audit","2026-07-12","2026-10-30",{"intro":17,"sections":18,"checklist":92,"faq":98,"sources":108,"links":111,"cta":128},"תוסף או עדכון יכולים ליצור סיכון שרשרת אספקה כאשר קוד פגיע, קוד ששונה ללא אישור או מקור הפצה לא מהימן מגיעים לאתר דרך רכיב חיצוני. הבירור כולל מי מפרסם, מה מתקבל ואיך נבדק השינוי. אין להסיק מכך שעדכונים מסוכנים תמיד; דחיית תיקון אבטחה יכולה להשאיר חשיפה קיימת.",[19,28,63,72,79,84],{"title":20,"paragraphs":21,"sources":24},"שרשרת האמון רחבה יותר מקובץ התוסף",[22,23],"מפו מקור רכישה והורדה, יצרן, גרסה, מנגנון עדכון ותלות בשירותים נוספים. רשמו מי מורשה להתקין ולשנות מקור ומי מחזיק גישה לחשבון הספק. רכיב יכול לכלול ספרייה נוספת שאינה מופיעה בשם המוצר הראשי, ולכן רשימת שמות בלבד אינה תמיד מספיקה להבנת הכיסוי.","OWASP Top 10:2025 מתארת כשלי שרשרת אספקה בבנייה, בהפצה ובעדכון, מעבר לרכיב עם חולשה ידועה בלבד. ההבחנה עוזרת לבחון גם תהליך והרשאות. היא אינה קובעת שתוסף מסוים נפגע, ואינה סיבה לייחס כל תקלה לאחר עדכון לתקיפה.",[25],{"label":26,"url":27},"OWASP Top 10:2025: כשלי שרשרת אספקת תוכנה","https:\u002F\u002Ftop10.owasp.org\u002F2025\u002FA03_2025-Software_Supply_Chain_Failures\u002F",{"title":29,"paragraphs":30,"table":32},"הבחינו בין חולשה, זיוף וכשל בתהליך",[31],"הטבלה היא כלי אבחון מקורי. התרחישים אינם מתארים אירוע אמיתי או ספק מסוים. לכל תרחיש יש ראיות שונות והמשך טיפול אחר, ולכן לא מחילים אותה תגובה על כל עדכון. אם אין התאמה למקרה, מתעדים מה דורש בירור נוסף.",{"caption":33,"headers":34,"rows":38},"תרחישי שרשרת אספקה וראיות נדרשות",[35,36,37],"תרחיש","מה צריך לברר","משמעות לטיפול",[39,43,47,51,55,59],[40,41,42],"רכיב עם חולשה מפורסמת","התאמת גרסה וחשיפה","תיקון ותעדוף לפי הקשר",[44,45,46],"חבילה ממקור לא מוכר","מקור, הרשאה ותוכן","בירור אמון לפני התקנה",[48,49,50],"מקור רשמי שנפגע","הודעה וראיות רלוונטיות","הנחיית ספק ובירור אירוע",[52,53,54],"ספרייה תלויה פגיעה","איזה רכיב כולל אותה","עדכון שתואם למערכת",[56,57,58],"חשבון פרסום רחב","מי יכול לשנות מה נפרס","צמצום סמכות ובדיקת שינוי",[60,61,62],"עדכון תקין ששבר תפקוד","תאימות ותלות עסקית","תיקון תהליך ולא הכרזת תקיפה",{"title":64,"paragraphs":65,"sources":68},"מקור מוכר הוא התחלה ולא בדיקת סיום",[66,67],"הנחיות WordPress מדגישות תחזוקת רכיבים ושימוש בתוכנה ממקורות מתאימים. בדקו שהמקור ומסלול העדכון הם אלה שהעסק אישר, ושאין החלפת קובץ ממקור אקראי לצורך עקיפת בעיית רישוי. מחיר נמוך או שם דומה אינם ראיה לתוכן שקול למוצר שהוגדר.","גם בדיקת שלמות או חתימה עונה על שאלה מוגדרת, ולא מאשרת את כל התנהגות הקוד או שוללת חולשה. המטרה היא לשלב מקור ותהליך אמינים עם בדיקת התאמה למערכת. יש לרשום גם רכיב שלא ניתן לעדכן או שהמקור שלו אינו ברור.",[69],{"label":70,"url":71},"WordPress: הקשחה, מקורות תוכנה ותחזוקה","https:\u002F\u002Fdeveloper.wordpress.org\u002Fadvanced-administration\u002Fsecurity\u002Fhardening\u002F",{"title":73,"paragraphs":74,"sources":77},"קבלת עדכון כוללת אבטחה ותפקוד יחד",[75,76],"בדקו מה השתנה, אם פורסמה הנחיית אבטחה ומהן התלויות. הכינו גיבוי ודרך חזרה מתאימים ובחנו בסביבה מתאימה פעולות עסקיות נבחרות. תכנון תחזוקה צריך לאפשר תגובה לחשיפה משמעותית, ולא להמתין תמיד למועד שגרה אם יש סיבה לטיפול מוקדם.","מי שמאשר שינוי צריך לראות גרסה, מקור, בדיקות ותוצאה, ולא רק הודעה שההתקנה הסתיימה. אם קוד נטען מרחוק דרך רכיב, בחנו גם אותו כחלק מהתלות. הגנה ברכיב אחד אינה ראיה שכל מסלול ההפצה והטעינה נבדק.",[78],{"label":26,"url":27},{"title":80,"paragraphs":81},"דוגמה: קובץ תיקון נשלח מחוץ לערוץ הספק",[82,83],"התרחיש להמחשה בלבד. לאחר תקלה מתקבל קובץ שנחזה לעדכון מהיר. לפני התקנה הצוות בודק את הבקשה בערוץ הספק המוכר, את הגרסה ואת סמכות המפרסם. לא מריץ את הקובץ כדי לברר אם הוא אמיתי ולא מעלה אותו לאתר חי כדי לחסוך זמן.","אם יש חשד לשינוי לא מורשה שכבר הותקן, עוברים למסלול אירוע ושומרים מידע נחוץ. אם מדובר בחוסר תאימות רגיל, מתעדים אותו ומתקנים לפי תהליך השינוי. בשני המצבים אין להחליף בירור מקצועי ברשימה גורפת של תוספים בטוחים או מסוכנים בלי ראיה.",{"title":85,"paragraphs":86,"example":89},"סגרו את שרשרת הבעלות גם להמשך",[87,88],"המסירה כוללת מקור, גרסה, אחראי רישוי, גורם מאשר ותנאי בדיקה חוזרת. עדכנו את המיפוי בהחלפת ספק, מקור עדכון או כלי פריסה. אם הוחלט להמשיך עם חריגה, רשמו נימוק, השפעה ואחראי למעקב. הסרת רכיב דורשת בדיקת תלות ולא רק מחיקת שם מהרשימה.","ב-CyberFixCrew אפשר לתאם סקירת רכיבים, תחזוקה והקשחה לפי שירותי האתר הקיימים. אין במדריך הבטחה לבדיקת קוד מלאה של כל ספק או למניעת כל פגיעה בשרשרת אספקה. התוצר צריך להראות מה אומת, מה לא ידוע ואיך מצמצמים את הפער.",{"title":90,"text":91},"כרטיס אמון לעדכון","רכיב ומקור: __. גרסה קיימת וחדשה: __. יצרן וערוץ: __. תלות ידועה: __. מפרסם ומאשר: __. הנחיית אבטחה: __. בדיקת תפקוד ודרך חזרה: __. חריגה ואחראי: __.",[93,94,95,96,97],"מקור, גרסה ובעלים מתועדים.","הופרדו חולשה, זיוף ותקלה תפעולית.","נבדקו גם תלויות וחשבון פרסום.","תיקוני אבטחה אינם נדחים בגלל חשש גורף מעדכון.","המסירה כוללת קבלה, דרך חזרה וחריגות.",[99,102,105],{"question":100,"answer":101},"עדיף לעצור עדכונים כדי למנוע סיכון מהספק?","עצירה גורפת יכולה להשאיר חולשות ידועות. צריך תהליך שמאמת מקור, בוחן שינוי ומאפשר טיפול לפי סיכון. אם יש הנחיה ספציפית על גרסה או מקור שנפגע, פועלים לפיה בהיקף מתאים ולא מכלילים לכל העדכונים.",{"question":103,"answer":104},"רכיב מאתר רשמי יכול עדיין לדרוש בדיקת אבטחה?","כן, מקור מהימן הוא חלק מהאמון, אך אינו שולל חולשה או בעיית התאמה. בודקים גרסה, הנחיות, הרשאות ותלות. אין בכך טענה שספק מסוים נפגע; מדובר בהפרדה בין מקור, תוכן ושימוש במערכת.",{"question":106,"answer":107},"תקלה שהתחילה אחרי עדכון מוכיחה ששרשרת האספקה נפגעה?","לא, חוסר תאימות, הגדרה או שינוי בתלות יכולים להסביר אותה. אוספים זמן, גרסאות ותצפית ובוחנים הסברים וראיות. אם יש סימנים לשינוי לא מורשה, מוסיפים מסלול אירוע בלי למחוק את ההקשר.",[109,110],{"label":26,"url":27},{"label":70,"url":71},[112,115,118,121,124,126],{"path":113,"label":114},"\u002Fblog\u002Fwordpress-plugin-selection","בחירת תוסף לפני התקנה",{"path":116,"label":117},"\u002Fblog\u002Fwordpress-plugin-vulnerability-response","טיפול בחולשה שפורסמה בתוסף",{"path":119,"label":120},"\u002Fblog\u002Fthird-party-script-data-flow","קוד חיצוני שנטען בדפדפן",{"path":122,"label":123},"\u002Fblog\u002Fvendor-access-review","גישה והרשאות של ספק",{"path":12,"label":125},"תחזוקת רכיבים ובדיקות תאימות",{"path":13,"label":127},"סקירת אבטחה ותעדוף תיקונים",{"title":129,"description":130,"button":131,"type":132},"לא ברור מה מקור הרכיבים ומי מאשר עדכון?","נמפה מקורות, גרסאות וסמכויות ונגדיר תהליך שינוי ובדיקות לפי האתר והתלות העסקית.","לתיאום בדיקה ותוכנית טיפול","check",[134,143,150,158],{"id":135,"path":136,"title":137,"description":138,"category":139,"artwork":140,"order":141,"publishedOn":142},"P077","\u002Fblog\u002Fwoocommerce-payment-security","איך בודקים אבטחת תשלום בחנות WooCommerce בצורה מבוקרת","מפת בדיקה לתשלום ב-WooCommerce: דפדפן, ספק סליקה, אישור שרת והזמנה. סביבת בדיקה מבודדת, סודות, סקריפטים והפרדה בין אבטחה לתקלה עסקית.","websites","checkout-testing",17,"2026-06-26",{"id":144,"path":145,"title":146,"description":147,"category":139,"artwork":139,"order":148,"publishedOn":149},"P180","\u002Fblog\u002Fwebsite-sends-spam","אתר שולח ספאם מהשרת: איך מזהים מקור ומצמצמים שליחה","איך מבררים תלונה על ספאם מהאתר: זיוף שולח, ניצול טופס, קוד או חשבון שליחה. טבלת ראיות, צמצום ממוקד ובדיקת דואר בלי לפגוע בהודעות העסק.",25,"2026-07-26",{"id":151,"path":152,"title":153,"description":154,"category":139,"artwork":155,"order":156,"publishedOn":157},"P175","\u002Fblog\u002Frestore-hacked-live-shop","שחזור אתר שנפרץ: תכנון לשמירת הזמנות חדשות","איך מתכננים שחזור חנות אחרי פריצה כשנוספו הזמנות: נקודת גיבוי, נתונים חדשים, התאמה לתשלומים ו-HPOS, בידוד ובדיקת חזרה מבוקרת.","backups",14,"2026-06-10",{"id":159,"path":160,"title":161,"description":162,"category":139,"artwork":139,"order":163,"publishedOn":164},"P177","\u002Fblog\u002Fwoocommerce-incident","חנות ווקומרס נפרצה: מה עושים עם הקופה וההזמנות","מסלול בירור לאירוע בחנות WooCommerce: תיעוד, צמצום פגיעה, תשלומים, חיבורים ושחזור. טבלת מסירה ותנאי חזרה בלי חיוב או משלוח כפול.",12,"2026-05-25",[],null,{"path":168,"label":169},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":171,"label":172},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062870]