אבטחת .NET / C#

אבטחת .NET ו-C# מתחילה בבדיקת הרשאה לרשומה והפרדת שדות קלט משדות רגישים. השתמשו בפרמטרים ב-SQL, הגנו על מפתחות והוסיפו הגנת פעולות עם עוגיות.

עודכן תוכן העמוד: · מערכת VibeSec · מדיניות המקורות

סיכונים ובדיקות ראשונות

  • DTOs אינם חושפים שדות תפקיד ובעלות, ונבדקות policies והרשאות למשאב
  • EF Core/raw SQL משתמשים בפרמטרים; אין שרשור קלט ב-FromSqlRaw
  • אין BinaryFormatter או deserialization פולימורפי בלתי מוגבל של קלט לא אמין

צ'קליסט אבטחה

  1. DTOs אינם חושפים שדות תפקיד ובעלות, ונבדקות policies והרשאות למשאב
  2. EF Core/raw SQL משתמשים בפרמטרים; אין שרשור קלט ב-FromSqlRaw
  3. אין BinaryFormatter או deserialization פולימורפי בלתי מוגבל של קלט לא אמין
  4. Antiforgery פעיל לפעולות עם cookies; secrets ו-Data Protection keys מוגנים
  5. הרצתי dotnet list package --vulnerable עם תלויות מעבר וסריקת קוד; שגיאות ייצור אינן חושפות stack trace
לבדיקות המלאות ולסימון התקדמות

כלים מתאימים

  • CodeQL

    מנוע ניתוח סטטי של GitHub

  • Dependabot

    עדכונים אוטומטיים לתלויות פגיעות

  • DevSkim

    כללי אבטחה וכלי CLI של Microsoft לזיהוי דפוסי קוד לא בטוחים, כולל C#.

  • dotnet list package --vulnerable

    פקודה מובנית ב-.NET SDK לאיתור חבילות NuGet פגיעות; הוסיפו include-transitive לבדיקת תלויות מעבר.

  • GitGuardian

    זיהוי סודות ומפתחות שדלפו לקוד

  • GitHub Advanced Security

    סריקת קוד וסודות ישירות ב-GitHub

  • Gitleaks

    סריקת סודות ומפתחות ב-Git

  • OSV-Scanner

    איתור חולשות בתלויות עם OSV

  • Security Code Scan

    ניתוח אבטחה סטטי ל-C# ול-VB.NET; בדקו התאמה לגרסת SDK ולסביבת הבנייה.

  • Semgrep

    ניתוח סטטי מהיר עם כללים גמישים

  • Snyk

    סריקת אבטחה מקצה לקצה לקוד ותלויות

  • SonarQube

    איכות קוד ואבטחה בכלי אחד

  • Trivy

    סורק אוניברסלי לקונטיינרים ו-IaC

  • TruffleHog

    איתור סודות ומפתחות שנחשפו

כלי אבטחה נוספים

ספריות ותיעוד

עדכונים אחרונים

  • עדכון הנחיות OWASP למניעת התקפות XSS

    המדריך המקוצר של OWASP עודכן כדי להסביר טוב יותר כיצד למנוע התקפות מסוג Cross-Site Scripting. המטרה היא להבין איך להגן על האתר מבלי לרדוף אחר רמת הגנה בלתי אפשרית. מומלץ לעבור על המדריך כדי לחזק את עמידות הקוד שלכם.

  • הבהרה חשובה על הגדרות SameSite בדפדפנים

    OWASP מבהירים כיצד דפדפנים מודרניים מטפלים ב-SameSite Lax כברירת מחדל. הגדרה זו קריטית להגנה מפני התקפות CSRF (זיוף בקשות בין אתרים). בדקו שהגדרות העוגיות באתר שלכם תואמות להנחיות החדשות כדי למנוע חשיפת משתמשים.

  • תוכנת זדונית חדשה בשם NetamLoader תוקפת מערכות ממשלתיות

    חוקרי אבטחה זיהו קמפיין מתוחכם המשתמש בטכניקת הזרקת קוד (Injection) כדי להדביק מערכות הפעלה ספציפיות. התוקפים משתמשים במסגרת עבודה מורכבת כדי להריץ נוזקה מבלי להשאיר עקבות. מדובר בתזכורת חשובה לחשיבות של עדכוני אבטחה והגנה על רכיבי תוכנה רגישים.

  • חולשת הרשאות בדפדפני Chromium: CVE-2026-91732

    נמצאה פרצה של חוסר אימות הרשאות ב-Chromium. עדכון הדפדפן לגרסה האחרונה סוגר את הפרצה הזו.

  • השחתת זיכרון במנוע ה-JavaScript V8: CVE-2026-118359

    חולשת השחתת זיכרון במנוע ה-V8 של Chromium. מדובר ברכיב רגיש; עדכון הדפדפן דחוף מאוד.

  • עדכון אבטחה קריטי ל-Chromium ו-Microsoft Edge

    גוגל ומיקרוסופט פרסמו עדכוני אבטחה לתיקון מספר חולשות קריטיות בדפדפנים מבוססי Chromium. מומלץ לוודא שהדפדפן שלכם מעודכן לגרסה האחרונה כדי למנוע ניצול של פגמי תוכנה אלו.

  • פרצת אימות קלט ברכיב הפקודות ב-Chromium: CVE-2026-118355

    חולשת אימות קלט ברכיב ה-Command של הדפדפן. מומלץ לעדכן לגרסה הבטוחה.

  • עדכון אבטחה קריטי ל-Chromium ו-Microsoft Edge

    גוגל ומיקרוסופט פרסמו עדכוני אבטחה לתיקון מספר חולשות קריטיות בדפדפנים מבוססי Chromium. מומלץ לוודא שהדפדפן שלכם מעודכן לגרסה האחרונה כדי למנוע ניצול של פגמי תוכנה אלו.

קריאה נוספת

בדיקת חדירות (PT): מתי נכון לעשות, ולמה

אמ;לק: בדיקת חדירות (Penetration Test, PT) היא ניסיון פריצה מבוקר שעושה אדם מקצועי לאתר או לאפליקציה שלכם, כדי למצוא חולשות לפני שתוקף אמיתי ימצא אותן. היא שווה את הכסף כשיש לכם משתמשים אמיתיים, מידע רגיש או כסף שעובר במערכת, ואחרי שכבר עשיתם את הבדיקות הבסיסיות בעצמכם. לפני זה, רוב הממצאים יהיו דברים שסורק חינמי היה מוצא.

גיא אקרמן · 4 דקות קריאה

ליווי של איש אבטחת מידע תוך כדי פיתוח: כן, לא, ומתי

אמ;לק: ליווי אבטחה בזמן הפיתוח שווה את הכסף כשהמערכת מחזיקה מידע רגיש או כסף, כשאין בצוות אף אחד שמבין באבטחה, או כשבונים מהר עם AI ומשנים הרבה. לא חייבים ליווי צמוד: לרוב מספיקות כמה נקודות מפגש קבועות. לפרויקט קטן בלי מידע רגיש בדרך כלל מספיק צ'קליסט טוב, וליווי מלא יהיה בזבוז.

גיא אקרמן · 3 דקות קריאה

שאלות נפוצות

איך מתחילים לאבטח .NET / C#?

אבטחת .NET ו-C# מתחילה בבדיקת הרשאה לרשומה והפרדת שדות קלט משדות רגישים. השתמשו בפרמטרים ב-SQL, הגנו על מפתחות והוסיפו הגנת פעולות עם עוגיות.

מה לבדוק קודם ב-.NET / C#?

התחילו בבדיקות הבאות והתאימו אותן למערכת שלכם: DTOs אינם חושפים שדות תפקיד ובעלות, ונבדקות policies והרשאות למשאב. EF Core/raw SQL משתמשים בפרמטרים; אין שרשור קלט ב-FromSqlRaw.

האם קוד AI ב-.NET / C# בטוח כברירת מחדל?

לא. בודקים הרשאות לכל רשומה, סודות וקלט גם כאשר הקוד נוצר בעזרת AI או ספרייה מוכרת. הריצו בדיקה כאורח וכמשתמש שאינו בעל המידע.

אילו כלי אבטחה מתאימים ל-.NET / C#?

בחרו כלי קוד ותלויות לפי הסביבה, הוסיפו סורק סודות ובדיקה פעילה רק באישור. הקטלוג בעמוד מציג כלים ותיעוד רלוונטיים; כלים משלימים בדיקה ידנית ולא מחליפים אותה.

איפה שומרים מפתחות וסיסמאות ב-.NET / C#?

מפתחות סודיים נשמרים בשרת או במנהל סודות, לא בקוד שמגיע לדפדפן ולא ביומני פעילות. תנו לחשבון היישום רק הרשאות נחוצות והחליפו מפתח שנחשף.

איך יודעים שהעדכונים ל-.NET / C# רלוונטיים?

בדקו את המקור הרשמי, הגרסאות המושפעות וההגדרות הנדרשות לניצול. חדשות וסיכומי AI הם נקודת התחלה, ולא תחליף לייעוץ אבטחה או לקריאת הודעת הספק.

VibeSec — מרכז האבטחה ל-Vibe Coding