PracticU

הסבר על AWS GuardDuty
חלק 2

בלי כתוביותעם כתוביות
PracticU › קורס ארכיטקט ענן של אמזון - AWS Architect › הסבר על AWS GuardDuty חלק 2
מילון מושגים:
AWS - שירותי הענן של אמזון (Amazon Web Services), המספקים שרתים, אחסון, מסדי נתונים ושירותים נוספים לפי שימוש.
אדמיניסטרטור - משתמש בעל הרשאות הניהול הגבוהות ביותר במערכת, שיכול לשנות הגדרות, להתקין תוכנות ולנהל משתמשים אחרים.
הרשאה - קביעה אילו פעולות ומשאבים מותרים למשתמש או לתהליך לאחר שזהותו אומתה. שולטת במי רשאי לעשות מה.
CloudWatch - שירות של AWS לניטור משאבים ויישומים בענן, לאיסוף מדדים, לוגים והתראות.

הסבר על AWS GuardDuty חלק 2
הפעלת GuardDuty בחשבון בודד ובריג'ן אחד מגלה רק מה שקורה שם. כשיש בארגון כמה חשבונות AWS, ההמלצה היא לנהל את GuardDuty מחשבון אחד, חשבון ה-Security, ולראות בו את ה-Findings של כל החשבונות.
השלבים העיקריים
1. הרעיון: בארגון עם כמה חשבונות (staging, dev, sandbox, production, management, וגם security ו-logging) מגדירים את חשבון ה-Security כ-GuardDuty Administrator. זו הפרד ומשול: GuardDuty מופעל בכמה חשבונות אבל מנוהל ממקום אחד.
2. הגדרה ב-Management Account: נכנסים לחשבון ה-Management, מחפשים GuardDuty בריג'ן (בהדגמה Virginia) ובמסך Get Started מוכנסים את ה-ID של חשבון ה-Security בשדה ה-Delegated Administrator. אפשר גם להפעיל GuardDuty בחשבון ה-Management עצמו, וזה מומלץ.
3. הרשאה ל-Delegator: בהדגמה הוגדר ה-Delegator אבל נשכח לתת לו Permission. אחרי התיקון, ובדיקה בהגדרות (Settings) של GuardDuty, החשבון מוכן.
4. ניהול מחשבון ה-Security: נכנסים ל-GuardDuty בחשבון ה-Security, לתפריט Accounts, ובאמצעות Action ואז Add Member מוסיפים את החשבונות שמעוניינים לקבל מהם Findings, כמו production. משם אפשר גם להפעיל או לבטל GuardDuty בכל חשבון.
למה זה טוב
- אודיטור של הארגון מקבל גישה רק לחשבון ה-Security, ורואה שם התראות מכל החשבונות.
- צוות אבטחת מידע לא צריך גישה לכל החשבונות.
- כל ההתרעות מגיעות למקום אחד, כך שאת ה-CloudWatch Alerts (שנלמד בהמשך) מגדירים פעם אחת במקום בכל חשבון.
לפי המרצה זו הקונפיגורציה שבה 99.9% מהארגונים צריכים לשאוף לעבוד. כעת אפשר להגדיר GuardDuty במבנה multi-account ולנהל את כל ה-Findings מחשבון ה-Security.
השיעור הבא בקורס: הסבר על CloudTrail חלק 1

פרקי ההרצאה: הסבר על AWS GuardDuty חלק 2

  1. 00:00

    GuardDuty בריג'ן וחשבון בודד

  2. 00:40

    GuardDuty במספר חשבונות

  3. 01:36

    חשבון הסקיוריטי כאדמיניסטרטור

  4. 02:31

    ניהול מרוכז - הפרד ומשול

  5. 03:25

    הגדרת ה-Delegated Administrator

  6. 04:17

    בדיקת ההגדרות וה-Delegator

תמלול ההרצאה: הסבר על AWS GuardDuty חלק 2

הטקסט המלא של הדקות הראשונות בהרצאה «הסבר על AWS GuardDuty חלק 2» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

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

  2. 00:11

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

  3. 00:18

    העניין הוא שאם יש לכם מספר חשבונות, וברוב המקרים יש לכם כמה חשבונות AWS, זה ה-Best Practice, זה אחד הדברים שיש בזה המון יתרונות לשימוש במספר חשבונות.

  4. 00:31

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

  5. 00:43

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

  6. 01:03

    הרמנו את החשבון סקיוריטי שלנו קראנו לו security and audit אם אתם זוכרים כשאתם באים להיכנס לחשבון שלכם עם הsingle sign-on אתם זוכרים הרמנו כמה חשבונות logarchiving management network וגם הגדרנו חשבון שנקרא security account מה שהולך לקרות עכשיו זה שאנחנו נפעיל אנחנו נתקין את הגאר דיוטי בחשבון הסקיוריטי

  7. 01:25

    כך שמהיום אנחנו נוכל לראות את ה-Finding בכל החשבונות ששם יהיה לנו גארד דיוטי בתוך האורגניזיישן. מה שאנחנו נעשה, אנחנו קודם כל נגדיר גארד דיוטי בסקיוריטי כאדמיניסטרייטור, אנחנו עושים את זה מה-Management Account, אנחנו ניגש ל-Management Account, נגדיר ב-Management Account שחשבון הגארד דיוטי,

  8. 01:47

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

  9. 02:04

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

  10. 02:22

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

  11. 02:50

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

  12. 03:07

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

  13. 03:26

    שימו לב מה הוא שואל אותי פה. בגלל שאני ב-Manage, והוא שואל, תגיד לי, מי ה-Delegated Administrator? איזה ID לשים פה?

  14. 03:33

    ופה כמובן אני יכול לגשת ולהעתיק את ה-ID של ה-Security Account שלנו, אם אתם זוכרים, אוקיי? יש לנו פה, הוא מבקש שאני אעתיק את זה לפה. אני אומר לו מי החשבון דליגייטד, מי הזה חשבון האדמיניסטרטור, חשבון האדמיניסטרטור זה החשבון הזה.

  15. 03:49

    וכמובן, אם בא לי, אני גם יכול לעשות enable לגארד דיוטי בחשבון המנג'מנט. לא חייבים להפעיל אותו בחשבון המנג'מנט, אבל די מומלץ להפעיל אותו בחשבון המנג'מנט.

  16. 03:59

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

  17. 04:10

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

  18. 04:26

    זה לוקח דקה או שתיים, בואו נראה אם עשינו את זה נכון. בואו ניגש ל-Guard Duty ובואו נראה ב-Guard Duty שוב פעם תחת Settings, בואו נראה מה הגדרנו כ-Delegator.

  19. 04:35

    או בבקשה, הגדרנו את זה כ-Delegator, הכל בסדר, אבל שכחנו להגיד לתת Permission ל-Delegator.

לקורס המלא: קורס ארכיטקט ענן של אמזון

ההרצאה הקודמת: הסבר על AWS GuardDuty - חלק 1

ההרצאה הבאה: הסבר על CloudTrail - חלק 1

הרצאות קשורות מקורסים אחרים

  • הסבר על בחינות הסמכה ותעודות של AWS
  • Publish WebAPI on AWS
  • התקנה של AWS CLI
  • גיבוי לענן AWS S3 - עם Veeam

קורסים נוספים במסלול

  • קורס AWS - ניהול מכונה וירטואלית בענן