[{"data":1,"prerenderedAt":179},["ShallowReactive",2],{"publication:he:P177":3},{"meta":4,"copy":16,"relatedArticles":141,"terms":171,"term":172,"resourceParent":173,"glossaryParent":176},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P177","\u002Fblog\u002Fwoocommerce-incident","article","חנות ווקומרס נפרצה מה עושים","חנות ווקומרס נפרצה: מה עושים עם הקופה וההזמנות","מסלול בירור לאירוע בחנות WooCommerce: תיעוד, צמצום פגיעה, תשלומים, חיבורים ושחזור. טבלת מסירה ותנאי חזרה בלי חיוב או משלוח כפול.",[12,13],"\u002Femergency","\u002Fservices\u002Fwebsite-recovery","2026-05-25","2026-10-29",{"intro":17,"sections":18,"checklist":98,"faq":104,"sources":114,"links":119,"cta":136},"כאשר יש חשד שחנות ווקומרס נפרצה, מתעדים את הסימן, מגדירים מי מוסמך לצמצם פגיעה ושומרים מידע נחוץ לבירור. במקביל בודקים את הקופה, ההזמנות והחיבורים לספקים. אל תחזירו גיבוי ישן מעל החנות ואל תפעילו שוב תשלומים או משלוחים רק כדי לראות אם הכול עובד.",[19,28,63,72,81,90],{"title":20,"paragraphs":21,"sources":24},"הגדירו בעל החלטה ומה נצפה בפועל",[22,23],"רשמו תופעה, זמן ואזור זמן, תהליך שנפגע ושינוי אחרון. הבחינו בין שינוי בקוד, הרשאה לא מוכרת, תקלה בחיבור ואזהרה חיצונית. תיעוד WordPress מדגיש את חשיבות הסימנים וההקשר. אין להסיק משגיאת תשלום לבדה שנגנב מידע, ואין להתעלם מקוד לא מורשה מפני שהקופה עדיין נפתחת.","קבעו איש קשר שמוסמך לאשר הגבלת קופה או שינוי גישה, לצד גורם טכני וספקי התשלום והאחסון לפי הצורך. לא מעבירים פרטי כרטיס, סודות API או רשימת לקוחות בטופס הפנייה. פנייה ראשונית צריכה לתאר את המצב ולא לשכפל את מאגר החנות.",[25],{"label":26,"url":27},"WordPress: תיעוד ובירור חשד לפריצה","https:\u002F\u002Fwordpress.org\u002Fdocumentation\u002Farticle\u002Ffaq-my-site-was-hacked\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],"WooCommerce מציעה לבדוק הערות הזמנה ויומני תשלום כדי להבין מה אירע בתהליך. השוו מזהים וזמן למידע מורשה אצל ספק התשלום. סטטוס בחנות יכול להיות לא מעודכן עקב כשל תקשורת, ולכן הוא אינו הוראה לביצוע פעולה כספית חדשה.","אם חשוד שינוי בקופה או בהגדרת חיבור, מערבים את הגורם המתאים ואת ספק התשלום לפי הצורך. בירור טכני אינו אישור לעמידה בתקן תשלום ואינו הכרעה מה חובת הדיווח. אין לשמור פרטי כרטיס בתוך ראיית ניסיון או לנסות חיוב אמת כדי לבדוק פגיעה.",[69],{"label":70,"url":71},"WooCommerce: בירור הזמנות, הערות ותקלות תשלום","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fmanaging-orders\u002Ftroubleshooting-orders\u002F",{"title":73,"paragraphs":74,"sources":77},"חיבורים יכולים לפעול גם כשמראה החנות חזר",[75,76],"מפו יעדי webhook, דואר, משלוח, חשבוניות, CRM ומשימות רקע. WooCommerce מתעדת שחיבורים יכולים להישלח בעקבות שינוי בהזמנה, במוצר ובנתונים אחרים. שחזור או תיקון סטטוס יכולים לפגוש תהליך שכבר פעל במערכת אחרת. היעד וההרשאה צריכים להיות מוכרים.","בדקו מצב שליחה ותוצאה בלי להריץ שוב באופן גורף. לפני החלפת סוד או ביטול חיבור מתאמים את הצדדים ואת בדיקת הסיום, למעט פעולת צמצום דחופה שאושרה לפי האירוע. שימור ראיה אינו מחייב לשמור חיבור חשוד פתוח.",[78],{"label":79,"url":80},"WooCommerce: התראות webhook ויומני מסירה","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fwebhooks\u002F",{"title":82,"paragraphs":83,"sources":86},"דוגמה: חזרת הקופה לא השלימה התאוששות",[84,85],"התרחיש להמחשה בלבד. לאחר ניקוי הקופה פועלת בסביבת בדיקה, אך התאמת הזמנות מגלה משלוח שכבר יצא ומצב ישן בחנות. ההחלטה היא לתקן לפי רשומת העסק ולמנוע הפעלה כפולה, ולא לסמן שכל ההזמנות הושלמו. בנפרד מבררים מה מקור הפגיעה ומה נדרש לסגירתו.","בבדיקות משתמשים בסביבת ניסיון ובנתונים סינתטיים. WooCommerce מזהירה שהזמנת בדיקה יכולה להפעיל דואר ואינטגרציות. אין להפנות בדיקה ללקוח אמיתי או להניח ששינוי למצב בדיקה אצל ספק אחד מנתק את כל המערכות האחרות.",[87],{"label":88,"url":89},"WooCommerce: סביבת ניסיון ותופעות לוואי של הזמנות בדיקה","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fmanaging-orders\u002Ftesting-orders\u002F",{"title":91,"paragraphs":92,"example":95},"חזרה לשירות כוללת תנאים ומגבלות כתובים",[93,94],"הגדירו מה טופל בגישה ובקוד, אילו תהליכים נבדקו ומה מצב התאמת המידע. הפרידו חזרת מכירות מבירור חשיפת נתונים, והעבירו שאלות משפטיות או חוזיות לגורם המוסמך. תיעוד מסודר צריך להבחין בין עובדה, חשד וחוסר נתון בלי לייצר הבטחת ניקיון מוחלט.","ב-CyberFixCrew אפשר לברר שחזור וטיפול באתר במסגרת השירותים הקיימים ובהיקף מוסכם. אין התחייבות לשחזור מלא, לפעולות כספיות או למענה רציף מעצם הפנייה. מסירה טובה מציינת פערים ואחראים גם כאשר העסק מחליט לחזור לפעילות מוגדרת.",{"title":96,"text":97},"כרטיס מסירה לאירוע WooCommerce","סימן וחלון זמן: __. מאשר החלטות: __. מצב קופה: __. גישה ושינויים: __. הזמנות מול ספקים: __. חיבורים ותורים: __. נקודת גיבוי: __. בדיקות שבוצעו: __. חשיפה שלא אומתה: __. תנאי חזרה ואחראי: __.",[99,100,101,102,103],"יש סימן מתועד ובעל סמכות להחלטות.","קופה, תשלום ומידע נבדקים בנפרד.","הזמנות מותאמות לפעולות שכבר בוצעו.","חיבורים לא מופעלים מחדש באופן גורף.","חזרה לשירות נשענת על בדיקות וחריגות ידועות.",[105,108,111],{"question":106,"answer":107},"חייבים לסגור מיד כל חנות שיש בה חשד?","החלטת צמצום תלויה בסימן ובהשפעה, אך צריך גורם מוסמך שמחליט ומתעד. אם יש חשד לפגיעה במבקרים או בקופה, לא ממשיכים כרגיל רק בגלל שהאתר נפתח. פעולה צריכה להתאים למצב ולשמור מידע נחוץ ככל האפשר.",{"question":109,"answer":110},"שחזור גיבוי מחזיר גם את מצב התשלום אצל הספק?","לא בהכרח: מערכת התשלום יכולה להכיל פעולות שבוצעו אחרי נקודת הגיבוי. יש להתאים נתונים ומזהים לפני כל החלטה על חיוב, החזר או שינוי סטטוס, ולערב את הגורמים המוסמכים.",{"question":112,"answer":113},"אפשר לומר ללקוחות שלא נחשף מידע אחרי ניקוי?","ניקוי וחזרת תפקוד אינם לבדם בדיקת חשיפה. צריך לברר אילו נתונים וגישות היו בהיקף הפגיעה ומה ניתן להוכיח. מסרים ללקוחות ודרישות דיווח נבחנים לפי הממצאים ועם הגורם המוסמך, בלי להמציא ודאות.",[115,116,117,118],{"label":26,"url":27},{"label":70,"url":71},{"label":79,"url":80},{"label":88,"url":89},[120,123,126,129,132,134],{"path":121,"label":122},"\u002Fblog\u002Frestore-hacked-live-shop","התאמת הזמנות בזמן שחזור",{"path":124,"label":125},"\u002Fblog\u002Fwoocommerce-security-checklist","בדיקות מניעה לחנות",{"path":127,"label":128},"\u002Fblog\u002Fwebsite-hacked-first-steps","מסלול תגובה כללי לאתר",{"path":130,"label":131},"\u002Fblog\u002Fwebsite-incident-postmortem","תחקיר ומעקב אחרי תיקונים",{"path":13,"label":133},"בירור ושחזור אתר",{"path":12,"label":135},"פנייה לטיפול במצב דחוף",{"title":137,"description":138,"button":139,"type":140},"יש חשד לפגיעה בחנות הפעילה?","תארו את הסימן והזמן בלי פרטי תשלום או לקוחות. נגדיר היקף בירור, גורמי קשר ותנאי טיפול מתאימים.","לתיאום בירור וטיפול","fix",[142,149,156,164],{"id":143,"path":124,"title":144,"description":145,"category":146,"artwork":146,"order":147,"publishedOn":148},"P178","צקליסט אבטחת WooCommerce: הרשאות, קופה וגיבוי","רשימת בדיקה לאבטחת חנות WooCommerce: מורשים, רכיבים, קופה, חיבורים, גיבוי ובדיקת תפקוד. טבלת אחריות וקבלה בלי תשלום או דיוור אמיתי.","websites",11,"2026-05-09",{"id":150,"path":121,"title":151,"description":152,"category":146,"artwork":153,"order":154,"publishedOn":155},"P175","שחזור אתר שנפרץ: תכנון לשמירת הזמנות חדשות","איך מתכננים שחזור חנות אחרי פריצה כשנוספו הזמנות: נקודת גיבוי, נתונים חדשים, התאמה לתשלומים ו-HPOS, בידוד ובדיקת חזרה מבוקרת.","backups",14,"2026-06-10",{"id":157,"path":158,"title":159,"description":160,"category":146,"artwork":161,"order":162,"publishedOn":163},"P077","\u002Fblog\u002Fwoocommerce-payment-security","איך בודקים אבטחת תשלום בחנות WooCommerce בצורה מבוקרת","מפת בדיקה לתשלום ב-WooCommerce: דפדפן, ספק סליקה, אישור שרת והזמנה. סביבת בדיקה מבודדת, סודות, סקריפטים והפרדה בין אבטחה לתקלה עסקית.","checkout-testing",17,"2026-06-26",{"id":165,"path":166,"title":167,"description":168,"category":146,"artwork":146,"order":169,"publishedOn":170},"P123","\u002Fblog\u002Fwordpress-supply-chain-risk","איך תוסף או עדכון הופכים לסיכון שרשרת אספקה באתר","בדיקת אמון בתוספים ובעדכונים: מקור, גרסה, הפצה, ספריות תלויות והרשאות פרסום. טבלת תרחישים ותהליך קבלה בלי לדחות תיקוני אבטחה באופן גורף.",20,"2026-07-12",[],null,{"path":174,"label":175},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":177,"label":178},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134061970]