Cyber & Code

\nמשתמש תמים צופה בדף התגובות. הדפדפן שלו מריץ את הסקריפט הזדוני.\nהסקריפט קורא את העוגיות באמצעות document.cookie ושולח אותן לשרת של התוקף.\nאם עוגיית הסשן לא הייתה מוגנת, התוקף כעת מחזיק בה ויכול להתחזות למשתמש.\nההגנה: הגדרת עוגיית הסשן עם הדגל HttpOnly. במצב זה, document.cookie לא יכיל את העוגייה, והסקריפט של התוקף לא יוכל לגשת אליה, מה שמנטרל את וקטור גניבת הסשן.\n\nהתקפה 2: Cross-Site Request Forgery (CSRF)\nיCSRF היא התקפה הגורמת לדפדפן של משתמש מחובר לבצע פעולה לא רצויה באתר אחר, ללא ידיעתו.\nתרחיש התקפה קלאסי (לפני הגנת SameSite):\nמשתמש מחובר לחשבון הבנק שלו באתר bank.com.\nהמשתמש גולש לאתר זדוני evil-site.com.\nבאתר הזדוני יש קוד הנטען ברקע, למשל טופס נסתר ששולח בקשת POST לביצוע העברה בנקאית\nהדפדפן שולח את הבקשה ל-bank.com. מכיוון שהבקשה מיועדת לדומיין של הבנק, הדפדפן מצרף אליה אוטומטית את עוגיית הסשן של המשתמש.\nשרת הבנק מקבל בקשה שנראית לגיטימית לחלוטין (עם עוגיית סשן תקינה) ומבצע את ההעברה.\nההגנה: הגדרת עוגיית הסשן עם SameSite=Lax (או Strict). כאשר הדגל הזה פעיל, הדפדפן לא ישלח את העוגייה בבקשת ה-POST הזו, מכיוון שהיא התחילה מאתר אחר (evil-site.com). הבקשה תגיע לשרת הבנק ללא אימות, ותידחה.","datePublished":"2025-07-13T10:58:56Z","dateModified":"2025-07-13T10:58:56Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":0,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":219},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":2},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":3}]}},{"@type":"ListItem","position":12,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/258","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/258","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/258","headline":"התצורה הנכונה היא להגדיר \"רשימה לבנה\" (whitelist) של המקורות המורשים באופן מפורש: Access-Control-Allow-Origin…","articleBody":"התצורה הנכונה היא להגדיר \"רשימה לבנה\" (whitelist) של המקורות המורשים באופן מפורש:\nAccess-Control-Allow-Origin: https://app.my-service.com\n\n📝 סיכום והקדמה:\nמדיניות המקור הזהה (SOP) היא עמוד תווך באבטחת ווב, המספקת בידוד בסיסי בין אתרים. CORS הוא המנגנון המבוקר להרפיית מגבלות אלו. קונפיגורציה לא נכונה של CORS, ובמיוחד שימוש ב-*, מהווה פרצת אבטחה קריטית המאפשרת גניבת נתונים.\n\nבפוסט הבא בסדרה, נצלול לעולם העוגיות (Cookies) והאחסון בצד הלקוח. נבין איך אתרים \"זוכרים\" אותנו, מהן תכונות האבטחה החשובות של עוגיות (כמו HttpOnly ו-SameSite), וכיצד הן קשורות להתקפות קלאסיות כמו XSS ו-CSRF.\n\nשאלות? הערות טכניות? אני כאן בתגובות! 👇\nהצטרפו לערוץ @CYBERSECURITYCODING","datePublished":"2025-07-11T11:23:54Z","dateModified":"2025-07-11T11:23:54Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":2,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":212},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":2},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":3},{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":2}]}},{"@type":"ListItem","position":13,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/257","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/257","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/257","headline":"סדרת פוסטים: מנגנוני האבטחה של הדפדפן | פוסט 2: מדיניות המקור הזהה (Same-Origin Policy) בפוסט הקודם, דנו ברמת…","articleBody":"סדרת פוסטים: מנגנוני האבטחה של הדפדפן | פוסט 2: מדיניות המקור הזהה (Same-Origin Policy)\nבפוסט הקודם, דנו ברמת התשתית: כיצד הדפדפן מבודד תהליכים באמצעות Sandboxing כדי להגן על מערכת ההפעלה. כעת נעלה שכבה אחת למעלה, ונדון במנגנון האבטחה הבסיסי ביותר של עולם הווב עצמו: מדיניות המקור הזהה (Same-Origin Policy, או SOP).\nאם פתחתם טאב של הבנק שלכם וטאב של אתר חדשות, כיצד הדפדפן מוודא שסקריפט מאתר החדשות לא יכול לקרוא את יתרת החשבון שלכם מהטאב השני? התשובה טמונה ב-SOP.\n\n📜 רקע תיאורטי: הגדרת גבולות בעולם הווב\nמהו \"מקור\" (Origin)?\nלפני שנבין את המדיניות, עלינו להגדיר במדויק מהו \"מקור\". מקור מוגדר על ידי שילוב של שלושה רכיבים של כתובת ה-URL:\nסכמה (Scheme): הפרוטוקול, למשל http או https.\nשם מארח (Hostname): הדומיין, למשל www.google.com או api.example.org.\nפורט (Port): מספר הפורט של השרת, למשל 80 (ברירת המחדל ל-HTTP) או 443 (ברירת המחדל ל-HTTPS).\nשני URL נחשבים כבעלי אותו מקור רק אם כל שלושת הרכיבים זהים לחלוטין.\nדוגמאות להמחשה:\nנניח שהמקור שלנו הוא\n https://www.example.com\nhttp://www.example.com -> מקור שונה (סכמה אחרת: http במקום https).\nhttps://api.example.com -> מקור שונה (שם מארח אחר: api במקום www).\nhttps://www.example.com:8080 -> מקור שונה (פורט אחר: 8080 במקום 443 הנסתר).\nhttps://www.example.com/path/to/page.html -> אותו מקור (הנתיב עצמו אינו חלק מהגדרת המקור).\n\nהגדרת המדיניות (SOP)\nמדיניות המקור הזהה היא כלל אבטחה הנאכף על ידי הדפדפן, הקובע כברירת מחדל:\nסקריפט (למשל, קוד JavaScript) שנטען ממקור אחד, יכול לגשת למשאבים ולמידע רק מאותו המקור.\nהמשמעות היא שסקריפט מאתר A אינו יכול לבצע בקשת רשת (באמצעות XMLHttpRequest או fetch) לאתר B ולקרוא את התגובה. הדפדפן יחסום את הגישה לנתונים החוזרים.\nחשוב לדייק: SOP אינו חוסם את שליחת הבקשה. במקרים רבים, הבקשה תישלח לשרת של אתר B. מה שה-SOP חוסם הוא את הגישה של הסקריפט באתר A לתגובה שחזרה מהשרת.\nמדיניות זו חיונית להגנה על מידע רגיש. ללא SOP, כל אתר זדוני יכל \"לשאוב\" מידע מכל שירות אחר שאליו אתם מחוברים באותו הדפדפן, על ידי שליחת בקשות בשמכם (שכוללות את העוגיות שלכם) וקריאת התשובות.\n\n🔩 פרקטיקה: הצורך בתקשורת בין-מקורית ו-CORS\nבעולם הווב המודרני, הבנוי על מיקרו-שירותים ו-APIs, הכלל הנוקשה של SOP אינו מספק. לעיתים קרובות, יש צורך לגיטימי בתקשורת בין מקורות שונים. לדוגמה, אפליקציית רשת (Front-end) שרצה בדומיין https://app.my-service.com צריכה לגשת ל-API שזמין בדומיין https://api.my-service.com.\nכאן נכנס לתמונה מנגנון ה-CORS (Cross-Origin Resource Sharing).\n\nמהו CORS?\nיCORS הוא מנגנון סטנדרטי המאפשר לשרתים להרפות באופן מבוקר ממגבלות ה-SOP. הוא עובד באמצעות תוספת של כותרות (Headers) מסוימות לבקשות ולתגובות HTTP.\nתהליך בקשת CORS פשוטה:\nהדפדפן (ממקור A) שולח בקשה למשאב ממקור B. הדפדפן מוסיף אוטומטית לבקשה את הכותרת:\nOrigin: https://source-A.com\nהשרת במקור B מקבל את הבקשה, בודק את ערך הכותרת Origin, ומחליט אם לאשר את הבקשה על פי רשימת המקורות המורשים שלו.\nאם השרת מאשר את הבקשה, הוא מוסיף לתגובת ה-HTTP את הכותרת:\nAccess-Control-Allow-Origin: https://source-A.com\nהדפדפן מקבל את התגובה. אם הוא רואה את כותרת ה-Access-Control-Allow-Origin עם ערך התואם למקור של הבקשה, הוא מאפשר לסקריפט לגשת לנתונים שבתגובה. אם הכותרת חסרה או אינה תואמת, הדפדפן יחסום את הגישה לנתונים.\n\nסיכוני אבטחה בקונפיגורציה שגויה של CORS\nהכוח של CORS הוא גם מקור הסיכון שלו. קונפיגורציה שגויה עלולה לפתוח פרצות אבטחה חמורות. הטעות הנפוצה והמסוכנת ביותר היא שימוש בתו הכללי (wildcard):\nAccess-Control-Allow-Origin: *\n\nכותרת זו אומרת לדפדפן: \"אני מרשה לכל אתר באינטרנט לגשת לנתונים מהשרת הזה\".\nהתרחיש המסוכן:\nנניח ששירות ה-API שלכם בכתובת https://api.my-service.com מוגדר עם Access-Control-Allow-Origin: *.\nתוקף מקים אתר זדוני בכתובת https://evil-site.com.\nהוא שולח משתמש תמים (שמחובר לשירות שלכם) לאתר הזדוני.\nהסקריפט באתר הזדוני שולח בקשת fetch ל-API שלכם (https://api.my-service.com/get-user-data).\nהדפדפן של המשתמש שולח את הבקשה, ומצרף אליה אוטומטית את עוגיות האימות של המשתמש עבור api.my-service.com.\nה-API שלכם מזהה את המשתמש ומחזיר את המידע הפרטי שלו.\nמכיוון שה-API החזיר\n Access-Control-Allow-Origin: *, \nהדפדפן מאפשר לסקריפט באתר הזדוני לקרוא את התגובה, וכך המידע הפרטי של המשתמש נגנב.","datePublished":"2025-07-11T11:23:47Z","dateModified":"2025-07-11T11:23:47Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":0,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":226},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":2},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":3}]}},{"@type":"ListItem","position":14,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/256","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/256","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/256","headline":"סדרת פוסטים: מנגנוני האבטחה של הדפדפן | פוסט 1: ארכיטקטורה ובידוד תהליכים ברוכים הבאים לסדרת פוסטים על מנגנונ…","articleBody":"סדרת פוסטים: מנגנוני האבטחה של הדפדפן | פוסט 1: ארכיטקטורה ובידוד תהליכים\nברוכים הבאים לסדרת פוסטים על מנגנוני האבטחה הפנימיים של הדפדפן. בסדרה זו ננתח את שכבות ההגנה שמאפשרות גלישה בטוחה יחסית, ונבין כיצד הן פועלות וכיצד תוקפים מנסים לעקוף אותן.\nהיום נתחיל ברכיב הבסיסי ביותר במבנה הדפדפן המודרני: הארכיטקטורה מרובת התהליכים ומנגנון ה-Sandboxing.\n\n⚙️ רקע תיאורטי: המעבר מארכיטקטורה מונוליטית לריבוי-תהליכים\nבעבר, דפדפנים פעלו על בסיס ארכיטקטורה מונוליטית, כלומר כתהליך (Process) בודד. גישה זו יצרה בעיות יציבות ואבטחה משמעותיות:\nיציבות: קריסה של רכיב אחד, כמו פלאגין או קוד JavaScript באתר ספציפי, גרמה לקריסת כלל הדפדפן על כל חלונותיו.\nאבטחה: חולשת אבטחה שנוצלה באתר אחד יכלה פוטנציאלית לאפשר גישה לנתונים מכלל האתרים האחרים שהיו פתוחים באותו תהליך.\nכדי לפתור בעיות אלו, דפדפנים מודרניים עברו לארכיטקטורת ריבוי-תהליכים (Multi-process Architecture). במסגרת מודל זה, משימות הדפדפן מפוצלות בין מספר תהליכים עצמאיים:\n\nתהליך הדפדפן הראשי (Browser Process): זהו התהליך המרכזי, בעל רמת ההרשאה הגבוהה ביותר. הוא אחראי על ניהול ממשק המשתמש (UI), ניהול הרשאות (גישה למצלמה, מיקרופון, קבצים), וניהול כל שאר התהליכים. הוא אינו מעבד קוד מאתרי אינטרנט.\nתהליכי רינדור (Renderer Processes): לרוב, נוצר תהליך רינדור נפרד עבור כל אתר או טאב. תהליך זה אחראי על עיבוד קוד המגיע מהרשת (HTML, CSS, JavaScript) והצגתו למשתמש. מכיוון שהוא מריץ קוד לא אמין, הוא פועל תחת מגבלות אבטחה מחמירות.\nתהליכים נוספים: קיימים תהליכים ייעודיים נוספים, כמו תהליך GPU המטפל בתקשורת עם החומרה הגרפית, ותהליך רשת (Network Process) המרכז את כל התקשורת מול שרתים חיצוניים. בידוד זה תורם ליציבות ולאבטחה.\n\n📦 מנגנון ה-Sandbox\nמנגנון ה-Sandbox הוא קונספט אבטחה קריטי המיושם על תהליכי הרינדור. מדובר בסביבת הרצה מבודדת ומגבילה, שאוכפת את \"עקרון ההרשאה המינימלית\" (Principle of Least Privilege).\nלתהליך רינדור הפועל בתוך Sandbox אין גישה ישירה למשאבי מערכת ההפעלה:\nהוא אינו יכול לקרוא או לכתוב קבצים באופן ישיר.\nהוא אינו יכול ליצור חיבורי רשת ישירים.\nהוא אינו יכול לגשת לזיכרון של תהליכים אחרים.\nכל פעולה הדורשת הרשאה גבוהה יותר חייבת לעבור דרך תיווך של תהליך הדפדפן הראשי. התקשורת ביניהם מתבצעת באמצעות ערוץ מבוקר ומפוקח שנקרא IPC (Inter-Process Communication). למשל, כאשר המשתמש לוחץ על קישור להורדת קובץ, תהליך הרינדור שולח בקשת IPC לתהליך הראשי, והתהליך הראשי הוא זה שמבצע את פעולת הכתיבה לכונן, לאחר קבלת אישור מהמשתמש.\n\n📈 פרקטיקה: תקיפת Sandbox Escape\nבהינתן המגבלות של ה-Sandbox, מטרת התוקף היא למצוא דרך לעקוף אותן, בתהליך המכונה Sandbox Escape. זוהי בדרך כלל התקפה רב-שלבית:\nשלב 1: הרצת קוד מרחוק בתהליך הרינדור (Renderer RCE)\nבשלב הראשון, התוקף חייב להשיג יכולת להריץ קוד בתוך תהליך הרינדור. הוא עושה זאת על ידי ניצול חולשת אבטחה באופן עיבוד התוכן, למשל:\nחולשות במנוע ה-JavaScript: באגים כמו Type Confusion במנועי JIT (Just-In-Time).\nחולשות בספריות מדיה: באגים כמו Buffer Overflow בספריות המעבדות תמונות, פונטים או וידאו.\nבסיום שלב זה, קוד התוקף רץ, אך הוא עדיין מוגבל על ידי ה-Sandbox.\nשלב 2: הסלמת הרשאות (Privilege Escalation)\nכעת, הקוד הזדוני שרץ בתוך ה-Sandbox מנסה לנצל חולשה שנייה, הפעם במנגנון הבקרה עצמו, כדי לפרוץ את הבידוד. וקטורי התקיפה הנפוצים כוללים:\nחולשות במנגנון ה-IPC: ניצול באג באופן שבו תהליך הדפדפן הראשי מעבד בקשות מתהליך הרינדור.\nחולשות בקרנל (Kernel) של מערכת ההפעלה: ניצול באג באופן שבו הקרנל מטפל ב\"קריאת מערכת\" (syscall) ספציפית המותרת לתהליך שב-Sandbox. ניצול מוצלח יכול להוביל להשתלטות מלאה על המערכת.\nשרשרת ניצול (Exploit Chain) כזו היא מורכבת ובעלת ערך גבוה, והיא מהווה סיכון אבטחה חמור.\n\nהשלכה מעשית:\nההגנה היעילה ביותר של משתמשים נגד התקפות כאלו היא שמירה על דפדפן מעודכן. עדכוני אבטחה שמשחררות יצרניות הדפדפנים מכילים תיקונים לחולשות שעלולות לאפשר התקפות Sandbox Escape.\n\n📝 סיכום והקדמה:\nלסיכום, ארכיטקטורת ריבוי-התהליכים ומנגנון ה-Sandbox מהווים חלקים בסיסיים במודל האבטחה של הדפדפן. הם יוצרים בידוד בין רכיבים ומיישמים את עקרון ההרשאה המינימלית כדי להגביל נזק פוטנציאלי מקוד זדוני.\n\nבפוסט הבא בסדרה, נדון במנגנון הגנה מרכזי נוסף ברמת הווב: מדיניות המקור הזהה (Same-Origin Policy - SOP). נסביר מהי, כיצד היא מונעת גניבת מידע בין אתרים, ואילו מנגנונים קיימים כדי לאפשר תקשורת מבוקרת בין מקורות שונים.\nשאלות? הערות? שתפו בתגובות! 👇\nהצטרפו לערוץ @CYBERSECURITYCODING","datePublished":"2025-07-10T17:39:25Z","dateModified":"2025-07-10T17:39:25Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":0,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":238},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":3},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":4}]}},{"@type":"ListItem","position":15,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/255","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/255","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/255","headline":"🚨 מעצר דרמטי באיטליה: האקר סיני נעצר בחשד לריגול סייבר נרחב נגד ארה\"ב! 🇨🇳💻🇺🇸 👤 שמו של החשוד: Xu Zewei – מואשם…","articleBody":"🚨 מעצר דרמטי באיטליה: האקר סיני נעצר בחשד לריגול סייבר נרחב נגד ארה\"ב! 🇨🇳💻🇺🇸\n\n👤 שמו של החשוד: Xu Zewei – מואשם בפריצה למערכות של יותר מ־12,700 קורבנות, כולל מחקרי חיסונים רגישים 🧬💉  \n🕵️‍♂️ השתמש בפרצות Zero-Day ב־Microsoft Exchange כדי לחדור לרשתות – הכל כחלק מקמפיין ריגול סייבר עצום  \n🌪️ לפי הדיווחים, פעל מטעם קבוצת הסייבר הסינית הנתמכת על ידי המדינה: Silk Typhoon (לשעבר Hafnium)\n\n🌍 המעצר התרחש באיטליה, לבקשת ארה\"ב – מהלך שעשוי להוביל להסגרה ולמשפט תקדימי בתחום פשיעת הסייבר הבינלאומית ⚖️\n\n📎 כל הפרטים כאן → https://thehackernews.com/2025/07/chinese-hacker-xu-zewei-arrested-for.html\n\n📲 רוצים להישאר מעודכנים על פרצות, מתקפות, כלים וטכניקות מהשטח?  \nהצטרפו עכשיו לקבוצת הטלגרם שלנו – המקום שבו סייבר זה לא רק תחום, זה סגנון חיים:  \n🔗 https://t.me/CyberSecurityCoding\n\nהעולם משתנה – תישארו צעד אחד לפני. 🧠🛡️","datePublished":"2025-07-10T14:44:10Z","dateModified":"2025-07-10T14:44:10Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":0,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":214},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":2}]}},{"@type":"ListItem","position":16,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/254","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/254","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/254","headline":"🔥🚨 עדכון אבטחה מסיבי ממיקרוסופט – חובה לכל ארגון ומשתמש! 🚨🔥 מיקרוסופט שחררה תיקון ל־130 חולשות אבטחה – ולראשו…","articleBody":"🔥🚨 עדכון אבטחה מסיבי ממיקרוסופט – חובה לכל ארגון ומשתמש! 🚨🔥  \nמיקרוסופט שחררה תיקון ל־130 חולשות אבטחה – ולראשונה מזה כמעט שנה, אף אחת מהן לא נוצלה בפועל על ידי תוקפים. חדשות טובות, אבל זה לא אומר שאפשר להירגע 😬\n\n🔴 פרצה אחת עם ציון 9.8 מתוך 10 נחשבת ל־Wormable – כלומר, תוקף יכול לנצל אותה כדי להתפשט בין מחשבים בלי צורך בהתערבות משתמש. מזכיר מאוד את מתקפת WannaCry המפורסמת מ־2017.  \n🧠 פרצה נוספת ב־SQL Server מאפשרת דליפת זיכרון – מה שעלול לחשוף מידע רגיש כמו סיסמאות, מפתחות הצפנה או נתונים עסקיים.  \n🧩 שאר התיקונים כוללים בעיות ב־Windows, Office, Azure, .NET ועוד – חלקם קריטיים במיוחד בסביבות ארגוניות.\n\n🛡️ מה עושים עכשיו?  \n\nמריצים עדכונים בכל תחנות הקצה והשרתים  \nבודקים התאמה של עדכונים לסביבות קריטיות  \nעוקבים אחרי דיווחים על ניסיונות ניצול עתידיים\n\n\n📎 לפרטים המלאים ולרשימת החולשות →  \nhttps://thehackernews.com/2025/07/microsoft-patches-130-vulnerabilities.html\n\n📲 רוצים להישאר מעודכנים בזמן אמת?  \nלקבל כלים, קודים, טכניקות פריצה והגנה, ולדבר עם מומחים בתחום?  \nהצטרפו עכשיו לקבוצת הטלגרם שלנו – הקהילה הכי חמה בסייבר:  \n🔗 https://t.me/CyberSecurityCoding\n\nהגנה מתחילה בידע. אל תישארו מאחור. 💡🛡️","datePublished":"2025-07-09T16:42:18Z","dateModified":"2025-07-09T16:42:18Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":1,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":243},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":1},{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":1}]}},{"@type":"ListItem","position":17,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/253","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/253","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/253","headline":"🚨 אזהרה חמורה למפתחי את'ריום ו-Web3! תוסף פופולרי ל-VS Code לפיתוח חוזים חכמים נפרץ והוזרקו אליו שתי שורות קו…","articleBody":"🚨 אזהרה חמורה למפתחי את'ריום ו-Web3!  \nתוסף פופולרי ל-VS Code לפיתוח חוזים חכמים נפרץ והוזרקו אליו שתי שורות קוד זדוניות בלבד—שמספיקות כדי להריץ סקריפטים מסתוריים דרך PowerShell 🖥️💣\n\n🔍 מה קרה בפועל?\n\nמפתח זדוני הגיש Pull Request עם שינוי קטן אך קטלני: שתי שורות קוד שהפעילו PowerShell ברקע.\nהקוד הוריד והפעיל סקריפטים חיצוניים ממקורות לא ידועים—מבלי שהמשתמשים הבחינו בכך.\nמעל 6,000 מפתחים התקינו את הגרסה הנגועה לפני שהבעיה התגלתה. 😱\n\n\n💰 מה הסיכון?\n\n🪙 גניבת מטבעות קריפטו דרך גישה לארנקים או מפתחות פרטיים\n🧪 הרעלת חוזים חכמים (Contract Poisoning) – שינוי קוד או הטמעת דלתות אחוריות\n📡 שליטה מרחוק על סביבת הפיתוח של הקורבן\n\n\n🛡️ איך להגן על עצמך?\n\nבדוק תמיד את היסטוריית השינויים (commits) וה-Pull Requests של תוספים שאתה מתקין.\nהשתמש בגרסאות חתומות ומאומתות בלבד.\nהגבל הרשאות ריצה של PowerShell או סקריפטים במערכת שלך.\nשקול להשתמש בסביבות פיתוח מבודדות (sandboxed) לפרויקטים רגישים.\n\n\n📎 לקריאה מלאה:  \nThe Hacker News – Malicious Pull Request Infects 6,000+ Devs\n\n💬 רוצה להישאר מעודכן בפרצות, כלים וטכניקות הגנה?  \n\nהצטרף עכשיו לקבוצת הטלגרם שלנו:  \n👉 https://t.me/CyberSecurityCoding  \nקהילה מקצועית, עדכונים בזמן אמת, וטיפים מעשיים לאבטחת קוד וסייבר! 🛡️👨‍💻","datePublished":"2025-07-08T19:45:47Z","dateModified":"2025-07-08T19:45:47Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":2,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":238},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":2},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":1},{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":2}]}},{"@type":"ListItem","position":18,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/252","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/252","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/252","headline":"🚨 יותר מ-90,000 משתמשי אנדרואיד נדבקו בתוכנת זדון בנקאית דרך אפליקציית PDF מזויפת ב-Google Play! 📱💀 האפליקציה…","articleBody":"🚨 יותר מ-90,000 משתמשי אנדרואיד נדבקו בתוכנת זדון בנקאית דרך אפליקציית PDF מזויפת ב-Google Play! 📱💀\n\nהאפליקציה, שהתחזתה לכלי לקריאת קבצי PDF, טיפסה למקום הרביעי בקטגוריית הכלים (Tools) בחנות האפליקציות של גוגל – לפני שזוהתה והוסרה. 😱📉\n\n🔍 מה קרה בפועל?\n\nהאפליקציה הציגה מסכי \"תחזוקה\" מזויפים 🛠️ כדי להסתיר את פעילותה האמיתית.\nבזמן שהמשתמש חשב שהאפליקציה לא זמינה, היא פעלה ברקע כדי לגנוב פרטי התחברות לחשבונות בנק 🏦🔐.\nלאחר מכן, התוקפים יכלו לרוקן את החשבונות – מבלי שהמשתמש יבחין בכך 💸💸.\n\n\n🎯 מי הותקף?\n\nמשתמשים בארה״ב ובקנדה היו היעד העיקרי של ההונאה.\nהאפליקציה השתמשה בגרסה חדשה של סוס טרויאני בשם Anatsa, הידוע ביכולותיו לעקוף אימות דו-שלבי ולבצע העברות כספים אוטומטיות.\n\n\n🛡️ מה אפשר לעשות כדי להגן על עצמך?\n\nהימנע מהורדת אפליקציות לא מוכרות—even אם הן פופולריות או מדורגות גבוה.\nבדוק ביקורות משתמשים ודרוש הרשאות חשודות.\nהשתמש באימות דו-שלבי (2FA) ובאפליקציות אבטחה אמינות.\nעדכן את מערכת ההפעלה והאפליקציות שלך באופן קבוע 🔄.\n\n\n📎 לקריאה מלאה: The Hacker News – Anatsa Banking Trojan\n\n\n\n💬 הצטרפו לקבוצת הטלגרם שלנו לעדכונים חמים, כלים, וטיפים באבטחת מידע:  \nhttps://t.me/CyberSecurityCoding  \nקהילה מקצועית, ידע מעשי, והגנה אמיתית – במקום אחד! 🛡️👨‍💻","datePublished":"2025-07-08T18:50:20Z","dateModified":"2025-07-08T18:50:20Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":0,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":205},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":5},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":1}]}},{"@type":"ListItem","position":19,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/251","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/251","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/251","headline":"נשמח שתכתבו לנו אזה נושא הבא אתם רוצים שנעשה לו ניתוח לעומק.","articleBody":"נשמח שתכתבו לנו אזה נושא הבא אתם רוצים שנעשה לו ניתוח לעומק.","datePublished":"2025-07-08T13:23:43Z","dateModified":"2025-07-08T13:23:43Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":5,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":155},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":2},{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":5}]}},{"@type":"ListItem","position":20,"item":{"@type":"SocialMediaPosting","@id":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/250","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/250","mainEntityOfPage":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding/posts/250","headline":"🛡️י DNS Deep Dive (5/5): מנגנוני הגנה - DNSSEC, DoH ו-DoT 🛡️ בפרקים הקודמים של הסדרה ראינו שפרוטוקול ה-DNS המ…","articleBody":"🛡️י DNS Deep Dive (5/5): מנגנוני הגנה - DNSSEC, DoH ו-DoT 🛡️\nבפרקים הקודמים של הסדרה ראינו שפרוטוקול ה-DNS המקורי נבנה על אמון, והוא מטבעו \"שביר\" וחשוף למניפולציות. החדשות הטובות הן שהעולם הטכנולוגי לא נשאר אדיש. היום נכיר את שכבות ההגנה המודרניות שנועדו להחזיר את הביטחון והפרטיות לפרוטוקול החשוב הזה.\n\nיDNSSEC: חותמת האבטחה הדיגיטלית\nהבעיה שהוא פותר: הרעלת מטמון (Cache Poisoning). כפי שראינו, תוקף יכול לזייף תשובת DNS ולשלוח אתכם לאתר זדוני.\nהפתרון - הבטחת אותנטיות ושלמות (Authenticity & Integrity):\nיDNSSEC (DNS Security Extensions) לא מצפין את תעבורת ה-DNS. המידע נשאר גלוי. במקום זאת, הוא מוסיף חתימה דיגיטלית לכל רשומת DNS.\nדמיינו שכל תשובת DNS מגיעה במעטפה, ו-DNSSEC הוא החתימה של השולח על המעטפה. אתם עדיין יכולים לקרוא את המכתב שבפנים, אבל החותמת מוכיחה לכם שהמכתב אכן הגיע מהשולח (השרת הסמכותי) ולא נפתח או שונה בדרך.\nבאמצעות שימוש במפתחות קריפטוגרפיים (ציבוריים ופרטיים), DNSSEC מאפשר ל-Recursive Resolver שלכם לוודא ב-100% שהתשובה שקיבל היא אכן התשובה המקורית. אם תוקף ינסה לשנות את התשובה בדרך, החתימה הדיגיטלית תישבר, והשרת יזהה את הזיוף וידחה את התשובה.\nאיך בודקים? אפשר להשתמש בכלים אונליין כמו dnssec-analyzer.verisignlabs.com כדי לראות אם דומיין מסוים מאובטח באמצעות DNSSEC.\n\nיDoH ו-DoT: מעטפת הפרטיות שלכם\nהבעיה שהם פותרים: חוסר פרטיות (Confidentiality). כברירת מחדל, כל שאילתות ה-DNS שאתם שולחים נשלחות כטקסט גלוי (Plain Text). זה כמו לשלוח גלויה בדואר 📬 – כל מי שבדרך (בית הקפה, ספקית האינטרנט שלכם, גורמי ממשל) יכול לקרוא לאילו אתרים אתם גולשים. DNSSEC לא פותר את בעיית הפרטיות הזו.\nהפתרון - הצפנה:\nיDNS over TLS (DoT) ו-DNS over HTTPS (DoH) עוטפים את שאילתות ה-DNS שלכם במעטפת מוצפנת, והופכים את הגלויה למכתב סגור בתוך קופסת מתכת נעולה 🔒.\n\nיDNS over TLS (DoT): יוצר ערוץ מוצפן ייעודי לתעבורת DNS על פורט 853. קל יחסית למנהלי רשת לזהות ולנהל את התעבורה הזו.\n\nיDNS over HTTPS (DoH): מתוחכם יותר. הוא מסווה את שאילתות ה-DNS כתעבורת גלישה רגילה (HTTPS) על פורט 443. מכיוון שרוב תעבורת האינטרנט כיום מוצפנת ב-HTTPS, קשה מאוד לחסום או לנטר DoH בלי לפגוע בגלישה הלגיטימית. זה מעולה לפרטיות המשתמש, אך לעיתים יוצר אתגרים לרשתות ארגוניות שרוצות לנטר את התעבורה שלהן.\nכיום, מערכות הפעלה מודרניות (Windows, Android, iOS) ודפדפנים (כרום, פיירפוקס) כבר תומכים ב-DoH/DoT ומאפשרים למשתמשים להפעיל זאת בקלות דרך ההגדרות.\n\nסיכום הסדרה: ארגז הכלים השלם\nעברנו מסע ארוך:\nהבנו את היסודות: מה זה DNS ואיך עובד תהליך התרגום משם לכתובת.\nצללנו לעומק: הכרנו את סוגי הרשומות השונים (MX, TXT, CNAME...).\nחשפנו התקפות קלאסיות: למדנו איך מרעילים את המטמון (Cache Poisoning).\nגילינו שימוש זדוני: ראינו איך תוקפים משתמשים ב-מנהור DNS כדי לגנוב מידע.\nהצטיידנו בהגנות: הכרנו את הפתרונות המודרניים.\nלסיכום, הנה ארגז הכלים להתמודדות עם איומי DNS:\nהבעיה: תשובות DNS מזויפות (הרעלה) ⬅️ הפתרון: DNSSEC להבטחת שלמות ואותנטיות ✅.\nהבעיה: חוסר פרטיות וריגול אחר השאילתות שלכם ⬅️ הפתרון: DoH / DoT להשגת סודיות והצפנה 🔒.\nהבעיה: שימוש לרעה בפרוטוקול (מנהור, C2) ⬅️ הפתרון: ניטור תעבורה ו-DNS Firewalls לזיהוי ומניעה 🚨.\n\nפרוטוקול ה-DNS התחיל את דרכו בעולם תמים יותר. האיומים שסקרנו אילצו אותו להתפתח ולהתמגן. ההבנה של מנגנוני ההגנה האלו היא קריטית לכל מי שמתענין בסייבר, הגנה או רשתות.\nתודה שהצטרפתם אליי למסע הזה לעומק נבכי ה-DNS! מקווה שהסדרה הייתה מועילה ומעשירה.\nהצטרפו לערוץ @CYBERSECURITYCODING","datePublished":"2025-07-08T13:22:41Z","dateModified":"2025-07-08T13:22:41Z","author":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"publisher":{"@type":"Organization","name":"Cyber & Code","url":"https://telemetr.io/es/channels/2431608956-cybersecuritycoding","image":"https://img.telemetr.io/c/2EyMzi/5983272709489626618?ty=x"},"commentCount":0,"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":168},{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":4},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":3}]}}]}