[{"data":1,"prerenderedAt":206},["ShallowReactive",2],{"publication:he:P077":3},{"meta":4,"copy":16,"relatedArticles":169,"terms":198,"term":199,"resourceParent":200,"glossaryParent":203},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P077","\u002Fblog\u002Fwoocommerce-payment-security","article","איך בודקים אבטחת תשלום בחנות WooCommerce","איך בודקים אבטחת תשלום בחנות WooCommerce בצורה מבוקרת","מפת בדיקה לתשלום ב-WooCommerce: דפדפן, ספק סליקה, אישור שרת והזמנה. סביבת בדיקה מבודדת, סודות, סקריפטים והפרדה בין אבטחה לתקלה עסקית.",[12,13],"\u002Fservices\u002Fintegrations","\u002Fservices\u002Fsecurity-audit","2026-06-26","2026-10-30",{"intro":17,"sections":18,"checklist":125,"faq":131,"sources":141,"links":146,"cta":164},"כדי לבדוק אבטחת תשלום בחנות WooCommerce ממפים את המסלול מהדפדפן לספק הסליקה ובחזרה לשרת החנות, ואז מאמתים הרשאות, סודות ועדכון הזמנה בסביבת בדיקה מבודדת. עמוד תודה או מנעול בדפדפן אינם הוכחה שהעסקה וההזמנה טופלו נכון. המדריך של CyberFixCrew עוזר לבעל החנות להגדיר בדיקות עם המפתח ועם ספק הסליקה.",[19,47,59,68,100,109,117],{"title":20,"paragraphs":21,"table":24},"התחילו במפת מסלול התשלום",[22,23],"בררו היכן הלקוח מזין פרטי תשלום: באתר הספק לאחר הפניה, בשדה משובץ של הספק או בממשק אחר. תעדו את התוסף, הגרסה, בעל החשבון, היעד שאליו יוצאים והדרך שבה החנות מקבלת אישור. אל תניחו ששני מסופים פועלים באותו אופן רק מפני שהכפתור נראה דומה.","מפת המסלול צריכה לענות גם מה נשמר בחנות ומה עובר לספקים נוספים. לא כל נתון שמופיע ביומן דרוש לאבחון. צמצמו פרטי לקוח ואל תצרפו מספרי כרטיס, קודי אבטחה או מפתחות לצילומי מסך. אם מימוש הסליקה אינו ברור, בקשו הסבר ותיעוד מהספק לפני בדיקות.",{"caption":25,"headers":26,"rows":30},"ארבעה גבולות שצריך לזהות לפני בדיקת תשלום",[27,28,29],"גבול","מה מבקשים לדעת","ראיה מתאימה",[31,35,39,43],[32,33,34],"דפדפן וסקריפטים","מי יכול לשנות את המסך ואת יעד ההפניה","רשימת רכיבים ויעדים מאושרים",[36,37,38],"חנות וספק סליקה","איך מזהים את בית העסק ואת ההזמנה","תיעוד חיבור וסודות מוסתרים",[40,41,42],"אישור לשרת","איך מאמתים הודעה ומונעים פעולה כפולה","תרחיש קבלה בסביבה נפרדת",[44,45,46],"הזמנה ומערכות המשך","מתי מופעלים מלאי, חשבונית ומשלוח","תיעוד מעבר מצב ותוצאת כל חיבור",{"title":48,"paragraphs":49,"sources":52},"SSL, יעד תשלום וסקריפטים: מה הם מוכיחים",[50,51],"HTTPS מגן על התעבורה בין הצדדים שהחיבור מגיע אליהם. הוא אינו מוכיח שהיעד הוא הספק שהתכוונתם אליו או שקוד החנות לא שינה את ההפניה. בדקו שהדומיין והגדרות בית העסק תואמים לתיעוד הספק ושלא נוספו רכיבים לא מוכרים באזור הקופה.","סקריפטים וכלי תגיות עשויים לפעול בדפדפן בעמוד שבו הם נטענים, בהתאם להטמעה ולהרשאות בפועל. צריך לברר אילו מהם נחוצים בקופה ואילו נתונים הם מקבלים. כללי CSP או בידוד שדות יכולים להיות חלק מהפתרון, אך שינוי ללא בדיקת תאימות עלול לשבור תשלום תקין.",[53,56],{"label":54,"url":55},"PCI SSC FAQ 1588: תנאי SAQ A וסקריפטים","https:\u002F\u002Fwww.pcisecuritystandards.org\u002Ffaqs\u002F1588\u002F",{"label":57,"url":58},"PCI SSC: היקף אתר בית עסק גם כאשר מתאים SAQ A","https:\u002F\u002Fwww.pcisecuritystandards.org\u002Ffaqs\u002Fis-a-merchant-website-still-in-scope-for-pci-dss-if-it-meets-all-the-criteria-for-saq-a\u002F",{"title":60,"paragraphs":61,"sources":64},"מכינים סביבת בדיקה לפני יצירת הזמנה",[62,63],"הכינו סביבת בדיקה עם חשבונות ונתונים מלאכותיים, גישה מוגבלת ומצב בדיקה של ספק הסליקה. העתק אתר אינו בידוד בפני עצמו: צריך לבחון מפתחות ייצור, כתובות callback וחיבורי דואר, מלאי, חשבוניות ומשלוחים. חסימת הודעות בתוסף אחד אינה מוכיחה שספק SMTP חיצוני או CRM לא יפעלו.","קבלו אישור לבדיקות ותעדו אילו תופעות לוואי מנוטרלות ואילו מבוקרות. אל תשתמשו בכרטיס אמיתי כדי לבדוק כשל ואל תיזמו עומס או הונאה מדומה. אם לספק אין מסלול בדיקה מתאים, עוצרים ומגדירים איתו דרך אימות מורשית במקום לבצע ניסוי על לקוחות אמיתיים.",[65],{"label":66,"url":67},"WooCommerce: בדיקת הזמנות ותופעות לוואי","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fmanaging-orders\u002Ftesting-orders\u002F",{"title":69,"paragraphs":70,"table":73},"טבלת הקבלה: הצלחה, כשל, ביטול ותוצאה ממתינה",[71,72],"לכל מסלול בדיקה רשמו את התוצאה הצפויה אצל ספק התשלום, בהזמנה ובמערכות ההמשך. השתמשו במזהה ניסיון מלאכותי ובזמן בדיקה כדי להשוות תוצאות בלי לחשוף פרטים רגישים. הסטטוס המדויק תלוי בתוסף ובשיטת התשלום; אין מצב הזמנה אחד שנכון לכל סוגי העסקאות.","אם הדפדפן נסגר או החזרה לאתר נכשלת, ייתכן שהספק כבר קיבל תוצאה. לכן עמוד התודה אינו המקור היחיד להכרעה. מי שבודק צריך לזהות מהו מקור האישור המוסמך ומה קורה כאשר הודעת השרת מתעכבת. בדיקה של חריג כזה נעשית בתיאום ובהתאם לתיעוד הספק.",{"caption":74,"headers":75,"rows":79},"תרחישי בדיקה מוסכמים, ללא חיוב אמיתי",[76,77,78],"תרחיש","מה משווים","מה לא עושים",[80,84,88,92,96],[81,82,83],"הצלחה מדומה","סכום, מטבע, הזמנה ואישור הספק","לא מסתפקים בעמוד תודה",[85,86,87],"כשל או ביטול","מצב ההזמנה והיעדר מסירה לא נכונה","לא מחייבים שוב בלי בירור",[89,90,91],"תוצאה ממתינה","מי עוקב ומתי מתקבלת הכרעה","לא מסמנים שולם בהשערה",[93,94,95],"הודעה חוזרת","פעולה עסקית אחת לפי תכנון החיבור","לא משחזרים הודעות ייצור",[97,98,99],"החזר מדומה אם נתמך","התאמה בין הספק להזמנה ולחשבונית","לא מבצעים החזר אמיתי כניסוי",{"title":101,"paragraphs":102,"sources":105},"אישור שרת, מפתחות ו-webhooks",[103,104],"לפי סוג החיבור, מפתח או מנגנון חתימה יכולים לסייע לאמת הודעה בין מערכות. בדקו עם המפתח כיצד מתבצע אימות זהות השולח, איך ההודעה נקשרת להזמנה ומה מונע שינוי כפול. פרטי המימוש חייבים להישען על תיעוד החיבור בפועל; הגדרת webhook יוצא של WooCommerce אינה זהה לכל אישור נכנס מספק סליקה.","מפתחות צריכים להיות משויכים לסביבה ולבעל תפקיד ולא להופיע בקוד ציבורי או ביומן משותף. לפני החלפה של סוד בודקים אילו מערכות צורכות אותו ומה יהיה סדר המעבר. אם יומן מציג משלוח כושל, אין להסיק שהתשלום נכשל; בודקים בנפרד את מצב העסקה ואת משמעות האירוע.",[106],{"label":107,"url":108},"WooCommerce: חיבורי webhook ותיעוד משלוחים","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fwebhooks\u002F",{"title":110,"paragraphs":111,"sources":114},"מה בדיקה טכנית אינה אומרת על PCI DSS",[112,113],"מבנה התשלום משפיע על דרישות בית העסק ועל שאלון ההערכה שעשוי להתאים לו. PCI SSC מבחין בתנאים מסוימים בין טופס תשלום משובץ לבין הפניה לספק חיצוני. הבחנה זו אינה פטור גורף מאבטחת אתר ואינה אישור שהחנות עומדת בכל דרישה רלוונטית.","את ההתאמה להסדר ולדרישות הסליקה מבררים עם הספק והגורם המוסמך. אין לבחור שאלון רק משום שתוסף משווק כמאובטח. המדריך אינו הסמכה או חוות דעת תאימות; הוא מסייע להכין שאלות ולתעד בדיקות של היישום הקיים.",[115,116],{"label":54,"url":55},{"label":57,"url":58},{"title":118,"paragraphs":119,"example":122},"מה עושים כשמתגלה פער",[120,121],"כאשר מופיע חיוב ללא הזמנה תואמת או להפך, שומרים מזהים וזמנים בצורה מצומצמת ומשווים מול הספק. לא מפעילים משלוח מחדש, החזר או חיוב חוזר לפני בירור. חשד לשינוי יעד תשלום או לקוד זר דורש טיפול באירוע ולא רק בדיקת תפקוד רגילה.","בסיום רשמו מה נבדק, מה נכשל, מי מטפל ומתי יבוצע אימות חוזר. ממצא כמו חיבור שלא ניתן לבדוק נשאר פער פתוח. אם נדרש שינוי, הכינו גיבוי, תיאום ודרך חזרה ובדקו גם את ההשפעה על הזמנות שנוצרות בזמן העבודה.",{"title":123,"text":124},"מסקנה נכונה מדוגמת בדיקה","הזמנה מלאכותית קיבלה תוצאה צפויה במסלול כרטיס אחד בסביבת הבדיקה. אפשר לומר שהמסלול הזה עבר בתנאים המתועדים. אי אפשר להסיק שכל שיטות התשלום, ההחזרים והמנויים נבדקו או שאין חולשות בקוד.",[126,127,128,129,130],"זוהה מסלול הסליקה בפועל ומקור אישור העסקה.","סביבת הבדיקה אינה מחוברת לפעולות עסקיות אמיתיות.","כל תרחיש כולל תוצאה אצל הספק ובהזמנה.","הודעות חוזרות, כשל והמתנה מתועדים לפי החיבור.","מגבלות ופעולות המשך נשמרות בנפרד מתוצאות שעברו.",[132,135,138],{"question":133,"answer":134},"אפשר לבדוק דרך רכישה רגילה בחנות החיה?","זה עלול ליצור חיוב, חשבונית ומשלוח אמיתיים. מתחילים בסביבה מבודדת ובמסלול בדיקה של הספק. כל אימות נוסף בייצור דורש תוכנית ואישור נפרדים.",{"question":136,"answer":137},"מנעול HTTPS אומר שהסליקה מוגנת?","הוא מעיד על חיבור מוצפן ליעד המסוים, לא על תקינות הקוד, יעד התשלום, הרשאות החשבון או עיבוד ההזמנה. אלו גבולות שצריך לבדוק בנפרד.",{"question":139,"answer":140},"התשלום עבר אבל ההזמנה ממתינה. לנסות שוב?","לא לפני בדיקת מצב העסקה אצל הספק. ייתכן שאישור שרת התעכב או שהחיבור לא עדכן את האתר. פעולה חוזרת עלולה ליצור חיוב כפול.",[142,143,144,145],{"label":66,"url":67},{"label":107,"url":108},{"label":54,"url":55},{"label":57,"url":58},[147,150,153,156,159,161],{"path":148,"label":149},"\u002Fservices\u002Fwoocommerce-security","שירות אבטחת חנות WooCommerce",{"path":151,"label":152},"\u002Fblog\u002Fthird-party-script-data-flow","מה סקריפטים רואים בעמודי האתר",{"path":154,"label":155},"\u002Fblog\u002Fapi-keys-secrets","שמירת מפתחות וסודות בחיבורים",{"path":157,"label":158},"\u002Fblog\u002Frestore-hacked-live-shop","שחזור חנות ויישוב הזמנות",{"path":12,"label":160},"טיפול מקצועי באינטגרציות",{"path":162,"label":163},"\u002Fblog\u002Fwoocommerce-security-checklist","מפת מניעה רחבה לחנות",{"title":165,"description":166,"button":167,"type":168},"לא ברור היכן תהליך התשלום נשבר?","תארו את התוצאה ואת החיבור בלי לשלוח פרטי כרטיס או סודות. נברר את ההיקף ואת התיאום הנדרש עם ספק הסליקה.","לבירור בדיקת חיבור הסליקה","check",[170,178,185,192],{"id":171,"path":157,"title":172,"description":173,"category":174,"artwork":175,"order":176,"publishedOn":177},"P175","שחזור אתר שנפרץ: תכנון לשמירת הזמנות חדשות","איך מתכננים שחזור חנות אחרי פריצה כשנוספו הזמנות: נקודת גיבוי, נתונים חדשים, התאמה לתשלומים ו-HPOS, בידוד ובדיקת חזרה מבוקרת.","websites","backups",14,"2026-06-10",{"id":179,"path":180,"title":181,"description":182,"category":174,"artwork":174,"order":183,"publishedOn":184},"P123","\u002Fblog\u002Fwordpress-supply-chain-risk","איך תוסף או עדכון הופכים לסיכון שרשרת אספקה באתר","בדיקת אמון בתוספים ובעדכונים: מקור, גרסה, הפצה, ספריות תלויות והרשאות פרסום. טבלת תרחישים ותהליך קבלה בלי לדחות תיקוני אבטחה באופן גורף.",20,"2026-07-12",{"id":186,"path":187,"title":188,"description":189,"category":174,"artwork":174,"order":190,"publishedOn":191},"P177","\u002Fblog\u002Fwoocommerce-incident","חנות ווקומרס נפרצה: מה עושים עם הקופה וההזמנות","מסלול בירור לאירוע בחנות WooCommerce: תיעוד, צמצום פגיעה, תשלומים, חיבורים ושחזור. טבלת מסירה ותנאי חזרה בלי חיוב או משלוח כפול.",12,"2026-05-25",{"id":193,"path":162,"title":194,"description":195,"category":174,"artwork":174,"order":196,"publishedOn":197},"P178","צקליסט אבטחת WooCommerce: הרשאות, קופה וגיבוי","רשימת בדיקה לאבטחת חנות WooCommerce: מורשים, רכיבים, קופה, חיבורים, גיבוי ובדיקת תפקוד. טבלת אחריות וקבלה בלי תשלום או דיוור אמיתי.",11,"2026-05-09",[],null,{"path":201,"label":202},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":204,"label":205},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134061933]