[{"data":1,"prerenderedAt":165},["ShallowReactive",2],{"publication:he:P079":3},{"meta":4,"copy":16,"relatedArticles":135,"terms":157,"term":158,"resourceParent":159,"glossaryParent":162},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P079","\u002Fblog\u002Fapi-keys-secrets","article","איפה שומרים מפתחות API באתר","איפה שומרים מפתחות API באתר ואיך מחליפים סוד שנחשף","מדריך לניהול מפתחות API באתר עסקי: הפרדת צד שרת ודפדפן, הרשאות, סביבת בדיקה, החלפה ובירור חשיפה בלי לשלוח סודות לתמיכה.",[12,13],"\u002Fservices\u002Fcrm-integrations","\u002Fservices\u002Fintegrations","2026-07-10","2026-10-29",{"intro":17,"sections":18,"checklist":91,"faq":97,"sources":107,"links":112,"cta":130},"מפתח API סודי נשמר בצד השרת או במערכת ניהול סודות שהשרת מורשה לקרוא, בלי להיכלל בקוד שנשלח לדפדפן. המיקום לבדו אינו מספיק: צריך להגביל הרשאות, להפריד סביבות ולדעת מי מחליף ומבטל את המפתח. מפתחות שמיועדים לפרסום בדפדפן נבחנים לפי הוראות הספק וההגבלות הנתמכות, ולא לפי השם API בלבד.",[19,28,60,69,78,83],{"title":20,"paragraphs":21,"sources":24},"קודם מזהים איזה מפתח קיבלתם ומה הוא מאפשר",[22,23],"פתחו את תיעוד הספק ובדקו אם מדובר במזהה ציבורי, מפתח לפרסום, token סודי או אישור בעל הרשאות ניהול. מפתח שמאפשר לקרוא פניות, לשלוח דואר או לשנות רשומות דורש טיפול שונה ממזהה תצוגה. אין לשלוח את הערך עצמו כדי שמישהו יזהה את הסוג; שם המוצר, סוג האישור וההרשאות בדרך כלל מספיקים לתכנון הראשוני.","ערכו רשימת חיבורים לפי משימה: אתר אל CRM, טופס אל מערכת דואר, או שרת אל גיבוי. לכל חיבור רשמו בעלים עסקי, אחראי טכני, סביבת שימוש ופעולה נחוצה. כך אפשר לבקש אישור מצומצם ולא להעתיק מפתח מנהל ראשי לכל תוסף. GitHub מתעד בחירת שיטת אימות והרשאות מתאימה למשימה; האפשרויות המדויקות משתנות בין ספקים.",[25],{"label":26,"url":27},"GitHub: שמירה והרשאות של אישורי API","https:\u002F\u002Fdocs.github.com\u002Fen\u002Frest\u002Fauthentication\u002Fkeeping-your-api-credentials-secure",{"title":29,"paragraphs":30,"table":33,"sources":56},"מפת אחסון: לא כל משתנה סביבה נשאר בשרת",[31,32],"שם כמו ENV אינו מבטיח סודיות. כלי בנייה ומסגרות יכולים לשלב ערכים בפלט ציבורי אם משתמשים במנגנון שמיועד לדפדפן. על האחראי לבדוק את הפלט שנמסר למשתמש, את הגדרות הפריסה ואת גישת התהליך לסוד, בלי להדפיס את הערך ללוג או לדוח.","הטבלה היא כלי תכנון מקורי לאתר עסקי, ולא הגדרת התקנה לכל מערכת. קובץ שמחוץ לתיקייה הציבורית עדיין מצריך הרשאות, הגנת גיבויים ותהליך מסירה. מנהל סודות מתאים כשאפשר לשלבו ולתחזק הרשאות אליו באופן אמין.",{"caption":34,"headers":35,"rows":39},"היכן נמצא הערך ומי יכול לקרוא אותו",[36,37,38],"מיקום או שימוש","בדיקה נדרשת","החלטה מעשית",[40,44,48,52],[41,42,43],"JavaScript שנשלח לדפדפן","האם הספק מגדיר את הערך כציבורי","לא לשלב סוד שרת בפלט",[45,46,47],"הגדרת שרת או מנהל סודות","מי קורא ומי משנה אותה","לאפשר רק לתהליך ולאחראים הנחוצים",[49,50,51],"תהליך בנייה ופריסה","האם הערך נשמר בקבצים או בלוגים","לבדוק פלט והרשאות מסירה",[53,54,55],"גיבוי או ייצוא הגדרות","מי מורשה לשחזר ולצפות","לכלול את העותק במפת החשיפה",[57],{"label":58,"url":59},"Vite: משתני סביבה שנחשפים לקוד לקוח","https:\u002F\u002Fvite.dev\u002Fguide\u002Fenv-and-mode",{"title":61,"paragraphs":62,"sources":65},"הפרידו אתר חי, בדיקות וספקים",[63,64],"לכל סביבה צריכים להיות אישורים המתאימים לה ולהיקף הפעולה, ככל שהספק מאפשר. תוסף שנבדק בסביבה נפרדת לא אמור לקבל אוטומטית הרשאת מחיקה במערכת לקוחות אמיתית. גם מפתח לקריאה בלבד יכול לחשוף מידע, ולכן יש לבדוק את סוג הנתונים ולא רק את האפשרות לשנות אותם.","לפני מסירה לספק הגדירו מי מנפיק, היכן מוזן הערך ומתי מסירים גישה. העדיפו חיבור נתמך עם הרשאות מוגדרות על פני שיתוף חשבון של עובד. מגבלות כתובת, API ותקציב תלויות במוצר; ב-Google Cloud יש הנחיות להגבלת מפתחות ולמניעת הכללתם בפרמטר URL. אין להניח שאותה אפשרות קיימת אצל כל ספק.",[66],{"label":67,"url":68},"Google Cloud: הגבלות ושימוש במפתחות API","https:\u002F\u002Fdocs.cloud.google.com\u002Fdocs\u002Fauthentication\u002Fapi-keys-best-practices",{"title":70,"paragraphs":71,"sources":74},"איך מתכננים החלפה בלי לנתק את העסק",[72,73],"החלפה שגרתית צריכה לכלול זיהוי כל הצרכנים, הנפקת אישור מתאים, עדכון מבוקר ובדיקת פעולה מול הספק. אם הספק מאפשר חפיפה, מתכננים חלון מעבר קצר ומבטלים את הישן לאחר אימות. אם אינו מאפשר חפיפה, מגדירים זמן שינוי, אחראי וסימן ברור לכישלון. אין להבטיח מעבר רציף בלי להבין את המגבלה.","בחשד לחשיפה, רמת הסיכון יכולה לחייב ביטול מיידי גם במחיר הפרעה לשירות. משמרים תיעוד רלוונטי ובוחנים שימוש לא מוכר בהתאם להרשאות המפתח. מחיקה מהקובץ האחרון אינה מוכיחה שהסוד נעלם מהיסטוריה, גיבויים או עותקים. לא מחזירים מפתח שנחשף רק מפני שהמפתח החדש אינו עובד.",[75],{"label":76,"url":77},"OWASP: ניהול מחזור החיים של סודות","https:\u002F\u002Fcheatsheetseries.owasp.org\u002Fcheatsheets\u002FSecrets_Management_Cheat_Sheet.html",{"title":79,"paragraphs":80},"דוגמה: טופס חדש משתמש במפתח של מערכת הלקוחות",[81,82],"בתרחיש להמחשה בלבד, ספק מבקש מפתח מלא כדי להעביר פניות מהאתר. בעל העסק מברר אילו שדות נדרשים ואיזו פעולה אמורה להתבצע, ומבקש אישור מצומצם ככל שהמוצר תומך. הבדיקה נעשית עם נתוני ניסיון וללא הודעות ללקוחות אמיתיים. הצלחת שליחת פנייה אחת אינה מאשרת גישה לכל מסד הלקוחות.","אחרי הבדיקה משווים את הרשומה הצפויה לתוצאה בפועל, מאמתים שאין כתיבה כפולה ומסירים את אישור הניסיון לפי התוכנית. אם נדרש מפתח רחב בגלל מגבלת מוצר, מתעדים זאת כהחלטת סיכון לבחינה, ולא מציגים אותה כהרשאה מצומצמת. יש לבדוק גם מי יוכל לתחזק את החיבור לאחר עזיבת הספק.",{"title":84,"paragraphs":85,"example":88},"מה לבקש במסירה ומתי להזמין בדיקה",[86,87],"מסמך המסירה צריך לתאר את סוג האישור, בעליו, תפקידו, הרשאותיו, הסביבה ותהליך החלפה וביטול. מציינים מיקום מנוהל ללא ערך סודי, ואת הראיה לכך שהחיבור עובד. אפשר לצרף מזהה רשומת ניסיון מושחר, זמן בדיקה ותוצאה צפויה, במקום צילום מלא של מסך המפתחות.","אם מפתח סודי הופיע בקוד ציבורי, נשלח לנמען לא מתאים או מאפשר פעולות שלא הוגדרו, צריך בירור חשיפה וטיפול באישור עצמו. תכנון ניהול סודות אינו מחליף בירור אירוע שכבר התרחש. בפנייה ל-CyberFixCrew תארו את הספק ואת החיבור; אל תצרפו מפתחות, סיסמאות או ייצוא לקוחות.",{"title":89,"text":90},"כרטיס חיבור ללא סודות","שירות וסביבה: __. משימה: __. בעלים: __. הרשאות נדרשות: __. מיקום מנוהל: __. אחראי החלפה: __. בדיקת קבלה: __. נוהל ביטול וחשיפה: __.",[92,93,94,95,96],"סוג האישור והוראות הספק זוהו.","נבדק שהסוד אינו מופיע בפלט לדפדפן או בלוגים.","ההרשאות והסביבות הופרדו לפי אפשרויות המוצר.","החלפה כוללת בדיקת חיבור וביטול האישור הישן.","מסמך המסירה אינו כולל ערכים סודיים.",[98,101,104],{"question":99,"answer":100},"קובץ env מספיק כדי להגן על מפתח?","לא לבדו: צריך לוודא שהוא אינו ציבורי, אינו משולב בפלט לדפדפן, ושגישות וגיבויים מוגנים. אופן השימוש של המסגרת קובע.",{"question":102,"answer":103},"כל מפתח שמופיע בדפדפן הוא דליפה?","לא, יש מוצרים עם מזהים או מפתחות המיועדים לפרסום. צריך לבדוק את התיעוד, היקף ההרשאה וההגבלות; מפתח סודי אינו הופך לציבורי בגלל נוחות השילוב.",{"question":105,"answer":106},"מחקתי מפתח מ-Git. סיימתי?","לא בהכרח: אם נחשף סוד, מטפלים גם בביטול או בהחלפה ובבירור שימוש. מחיקה מהגרסה הנוכחית אינה מוחקת עותקים או היסטוריה.",[108,109,110,111],{"label":26,"url":27},{"label":67,"url":68},{"label":76,"url":77},{"label":58,"url":59},[113,116,119,122,124,127],{"path":114,"label":115},"\u002Fblog\u002Fwebhook-security","בדיקת חיבור שמעביר אירועים",{"path":117,"label":118},"\u002Fglossary\u002Fleast-privilege","עקרון ההרשאה המזערית",{"path":120,"label":121},"\u002Fblog\u002Femployee-offboarding-access","הסרת גישה כשעובד או ספק עוזב",{"path":12,"label":123},"חיבור טפסים ומערכות CRM",{"path":125,"label":126},"\u002Fservices\u002Fsecurity-audit","בדיקת אבטחת אתר ותשתיות",{"path":128,"label":129},"\u002Fblog\u002Femployee-ai-data-policy","מידע וסודות שלא מעבירים לפרומפט",{"title":131,"description":132,"button":133,"type":134},"לא בטוחים מי מחזיק במפתחות של האתר?","נמפה חיבורים והרשאות ונגדיר אחסון, מסירה והחלפה בהתאם למערכות הקיימות. בלי לשלוח סודות בטופס.","לתיאום בדיקה וטיפול","check",[136,143,150],{"id":137,"path":114,"title":138,"description":139,"category":140,"artwork":140,"order":141,"publishedOn":142},"P080","איך מאבטחים webhook ומונעים טיפול כפול באירועים","אבטחת webhook באתר עסקי: אימות לפי הספק, חתימה, מסירות חוזרות, הרשאות וטיפול כפול. כולל טבלת בדיקות ותרחיש CRM להמחשה.","integrations",86,"2026-06-24",{"id":144,"path":145,"title":146,"description":147,"category":140,"artwork":140,"order":148,"publishedOn":149},"P196","\u002Fblog\u002Fthird-party-script-data-flow","אילו נתונים רואים סקריפטים באתר ואיך בודקים גבולות","מפת גישה לסקריפטים חיצוניים: DOM, טפסים, Tag Manager ויעדי מידע. הבחנה בין data layer לבידוד, בדיקת טעינה ותעבורה וגבולות CSP ו-SRI.",77,"2026-06-08",{"id":151,"path":152,"title":153,"description":154,"category":140,"artwork":140,"order":155,"publishedOn":156},"P119","\u002Fblog\u002Fapi-security-business-checklist","רשימת בדיקה לאבטחת API עסקי: מה לבקש ומה לאמת","בדיקת אבטחת API לעסק: זהות, הרשאות לרשומה ולפעולה, מכסות, סודות, webhooks ורישום. שאלות לספק וטבלת קבלה עם משתמשי בדיקה ונתונים מלאכותיים.",69,"2026-05-23",[],null,{"path":160,"label":161},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":163,"label":164},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062742]