Threats & Attacks

מה זה פישינג

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

מה זה פישינג?

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

למה פישינג חשוב באבטחת סייבר

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

סוגים נפוצים של פישינג

  • פישינג בדואר אלקטרוני: דואר אלקטרוני מזויף שמתנהג כמו הודעות לגיטימיות
  • ספיר פישינג: פישינג ממוקד מאוד עם מטרה לאנשים ספציפיים בעלי פרופיל גבוה בארגון
  • סמישינג: התקפות פישינג שנמסרות דרך SMS או אפליקציות הודעות
  • וישינג: התקפת פישינג דרך שיחות טלפון
  • פישינג משוכפל: תוקפים מעתיקים דואר אלקטרוני מקורי ומשנים קישורים או קבצים מצורפים למזיקים

סימנים להתקפת פישינג

  • כתובת שולח חשודה
  • דרישה לפעולה מהירה (“אפס את הסיסמה שלך עכשיו”)
  • דומיין עם שגיאות כתיב קלות מאוד
  • בקשה למידע רגיש (סיסמאות, פרטי בנק, כרטיס אשראי וכו’)
  • קבצים מצורפים או קישורים חשודים

דוגמה

קורבן מקבל דואר אלקטרוני שמזכיר שהוא מהבנק שלו, ומבקש מהקורבן “לאמת את החשבון”.

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

כיצד להגן מפני דיוג

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

מונחים קשורים

Ready to validate what matters?

Ready to validate what matters?

Plexicus is Proof-Driven AppSec: validated findings, contextual understanding, and reviewed remediation — anchored in evidence, scoped with you.

Qualification

Check whether AI Swarm Pentest fits your environment.

Share the minimum context. We will review the scope and tell you the next commercial step.

Before submitting — verify you fit
Do you have a recent classic pentest you're not happy with?

0 / 280

No commitment. If you don't fit, we'll tell you.

SAMPLE HANDOVER · ILLUSTRATIVE

Sample evidence handover

A trimmed view of what your team receives at the end of an AI Swarm Pentest engagement. Real engagements include full technical evidence, executive narrative, and a remediation plan.

VALIDATED FINDING Evidence attached

Server-Side Request Forgery in webhooks/receiver

demo-project/sample-app · src/webhooks/receiver.py:42

SeverityHigh CVSS 3.18.6 Priority79 Confirmedvia replay

Untrusted caller-supplied URLs reach an internal egress without an allowlist. Replayed in a sandbox against a fresh authorised target — the same control was validated to fail twice.

REVIEWER-READY REMEDIATION Merge-ready PR

Validate the target URL against an allowlist of permitted hostnames. Reject private/internal IP ranges. Enforce HTTPS only.

plexicus/remediation/webhooks-ssrf 3 changed · 0 new files
42resp = requests.get(target_url)
42+if not is_allowed_host(target_url):
43+  raise WebhookRejected(target_url)
44+resp = requests.get(target_url, timeout=5)
Every engagement hands over:
  • Executive briefing
  • Validated findings list
  • Merge-ready PRs
  • Compliance mapping (NIS2 · DORA · CRA)