פארוואס קראָס-טענענט עקספּאָוזשער איז די נייע פלאַך נעץ פּראָבלעם
קראָס-טענאַנט עקספּאָוזשער איז די מאָדערנע ווערסיע פון אַ פלאַך נעץ ווייַל עס לאָזט איין בריטש פאַרשפּרייטן זיך איבער קאַסטאַמערז און סביבות. ווען נעטוואָרקס זענען נישט ריכטיק אפגעזונדערט, קען אַן אַטאַקירער וואָס קאָמפּראָמיטירט איין טענאַנט זיך דרייען אין אַנדערע, און פאַרוואַנדלען אַן איינגעהאַלטן אינצידענט אין אַ פּלאַטפאָרמע-לעוועל קריזיס. שטאַרקע, ריזיקאָ-באַזירטע אפגעזונדערטקייט ראַדוסירט דעם אויפרייס ראַדיוס אַזוי אַז איין טענאַנט'ס פּראָבלעם בלייבט איין טענאַנט'ס פּראָבלעם, אפילו אונטער רעגולאַטאָרישע קאָנטראָל און קונה דרוק.
שטאַרקע טענענט גרענעצן מאַכן איין אינצידענט אין איין איינגעהאלטן אינצידענט, אפילו ווען די פארטיידיקונגען זענען נישט פערפעקט.
קראָס-טענאַנט ויסשטעל מיינט איצט אָפט אַריבערגיין פון איין קונה, געשעפט אַפּאַראַט אָדער פּאַרטנער פּלאַץ אין אַן אַנדערן אַריבער שערד וואָלקן און SaaS אינפראַסטרוקטור. אויב איר באַהאַנדלט אַנעקס A.8.22 ווי אַ סטראַטעגישער וועג צו האַלטן די בלאַס ראַדיוס, נישט נאָר אַ VLAN הויזגעזינד הערשן, איר דראַמאַטיש רעדוצירן די פּראַל פון די בריטשיז וואָס איר קענט נישט גאָר פאַרמייַדן און געבן אָדיטאָרס אַ קלאָרער געשיכטע וועגן ווי איר באַשיצן יעדן טענאַנט. פּשוט-שפּראַך ISO 27001 גיידליינז פֿאַר A.8.22 באַשרייַבן דעם קאָנטראָל אין פּונקט די טערמינען: גרופּירן סיסטעמען און ניצערס אין זאָנעס באזירט אויף ריזיקירן און שטרענג פירן די פלאָוז צווישן זיי, אלא ווי צו פאַרלאָזן זיך אויף אַ איין פלאַך נעץ.
פֿון פֿלאַכע נעטוואָרקס צו געטיילטע פֿאַבריקן
פלאַכע נעטוואָרקס האָבן געגעבן אַטאַקירער אַ פּשוטן מייַלע ווײַל קאָמפּראָמיס פון איין האָסט האָט אָפט געמיינט גרינגן צוטריט צו אַלץ אַנדערש. סעגרעגאַציע האָט פאַרקלענערט דעם מייַלע דורך צעשניידן דעם נעטוואָרק אין באַזונדערע זאָנעס מיט קאָנטראָלירטע וועגן צווישן זיי, אָבער מאָדערנע געטיילטע פאַבריקן האָבן ווידער איינגעפירט פילע פון די זעלבע לאַטעראַל-באַוועגונג געלעגנהייטן אין מער קאָמפּליצירטע פאָרמען.
איר האָט אפשר צעבראָכן דעם מאָדעל מיט VLANs און פיירוואָלס, אָבער אייער אַרכיטעקטור האָט זיך אויך גערוקט אין געטיילטע Kubernetes קלאַסטערס, מולטי-טענאַנט SaaS, קראָס-פאַרבונדענע VPCs און מענעדזשד סערוויסעס וואָס פֿאַרשווימען די אַלטע אינעווייניק/אויסווייניק ליניע.
איר מוזט איצט ענטפֿערן אַ שווערערע פֿראַגע ווי "קען אַן אַטאַקירער זיך באַוועגן פֿון באַניצער לאַן צו דאָמעין קאָנטראָללער?". איר מוזט ווײַזן ווי איר קענט זיי אָפּהאַלטן פֿון זיך באַוועגן פֿון טענאַנט אַ'ס וואָרקלאָודז צו טענאַנט ב'ס, אָדער פֿון אַנטוויקלונג סביבות אין פּראָדוקציע, אַריבער שערד פֿאַבריקס.
יעדער פּירינג לינק, זיכערהייט גרופע, געטיילטע לאָגינג סערוויס אדער אַדמין וויפּיען איז אַ פּאָטענציעלער וועג. ווען איר קוקט אויף אַנעקס A.8.22 דורך יענעם לינזע, ווערט עס די קאָנטראָל וואָס פאָדערט אַז איר זאָלט דיזיינען יענע פאַבריקס אַזוי אַז יעדע "געגנט" איז זיכער אָפּגעצוימט פֿון די רעשט און אַז איר קענט דעמאָנסטרירן יענע צוימען צו אָדיטאָרס און קאַסטאַמערז.
פארוואס דאָס איז וויכטיק פֿאַר CISOs, קאָנסולטאַנטן און אָפּעראַטאָרן
עלטערע זיכערהייט פירער זאָרגן זיך וועגן קראָס-טענענט עקספּאָוזשער ווייַל עס דיקטירט ווי ווייט קיין קאָמפּראָמיס קען זיך פאַרשפּרייטן צווישן טענאַנץ און סביבות און ווי ערנסט די רעגולאַטאָרישע, קאָנטראַקטואַלע און רעפּוטאַציע ווירקונג וועט זיין. פֿאַר CISOs, איז עס וועגן מער ווי יחיד וואַלנעראַביליטיז; עס דעפינירט ווי אַן איינציקער אינצידענט קען זיך פֿאַרוואַנדלען אין אַ סיסטעמישן פּלאַטפאָרמע דורכפאַל וואָס אונטערמיינט דיין גאַנצן צוטרוי געשיכטע.
קראָס-טענאַנט אינצידענטן זענען באַזונדערס ווייטיקדיק ווײַל זיי אונטערמינעווען אײַער קערן ווערט פאָרשלאָג: אויב איין קונה'ס פּראָבלעם אַפעקטירט אַן אַנדער קונה'ס דאַטן אָדער אַוויילאַביליטי, קאַלאַפּסירט אײַער פּלאַטפאָרמע'ס טראַסט סטאָרי און בריטש נאָוטאַפאַקיישאַנז קענען שפּאַן עטלעכע דזשוריסדיקשאַנז.
נאָר בערך איינע פון פינף אָרגאַניזאַציעס אין דער 2025 ISMS.online אַנקעטע האָבן געמאָלדן אַז זיי האָבן נישט דערפאַרט קיין דאַטן פאַרלוסט.
קאָנסולטאַנטן און אינערלעכע אוידיטאָרן זען דעם זעלבן ריס פֿון אַן אַנדער ווינקל. זיי געפֿינען אָפֿט אָרגאַניזאַציעס מיט גוטע פּאָליטיקס און עטלעכע גוטע פֿײַערוואָלז, אָבער אָן קיין קאָוכירענטן פּלאַן פֿאַר ווי טענענט איזאָלאַציע ווערט דורכגעפֿירט פֿון אָנהייב צו סוף. דאָרט בײַסט A.8.22: עס פֿאַרבינדט הויך-לעוועל ריזיקאָ אַנאַליז צו אַ קאָנקרעטער פֿראַגע וואָס אוידיטאָרן וועלן אײַך גלייך פֿרעגן: "אויב אַן אַטאַקירער קאָמפּראָמיטירט דעם טענענט, ווי פּונקט ווערן זיי פֿאַרהיטן פֿון דערגרייכן אַן אַנדערן?"
פֿאַר אייערע נעץ און פּלאַטפאָרמע טימז, איבערזעצט זיך דאָס אין טעגלעכע פּלאַן און ענדערונג באַשלוסן: וועלכע נעטוואָרקס און קלאַסטערז טענאַנץ קענען טיילן, ווי געטיילטע סערוויסעס זענען אָפּגעצוימט, און וועלכע קאָנעקטיוויטי ריקוועסץ איר מוזט אָפּשטויסן ווייַל זיי שוואַכן אפגעזונדערטקייט.
וואָס ISO 27001:2022 אַנעקס A.8.22 טאַקע בעט פֿאַר
אַנעקס A.8.22 ערוואַרטעט אַז איר זאָלט צעטיילן סיסטעמען און באַניצער אין נעץ זאָנעס באַזירט אויף ריזיקע, און שטרענג קאָנטראָלירן דעם טראַפיק וואָס גייט אַריבער די זאָנעס. אין פּראַקסיס, דאָס איז די ISO 27001 קאָנטראָל וואָס פאַרוואַנדלט אייער פּונקט 6 ריזיקע אַסעסמאַנט און סטעיטמענט פון אַפּליקאַביליטי אין ספּעציפֿישע ברירות וועגן וועלכע טענאַנץ, סביבות און באַדינונגען טיילן נעטוואָרקס, וועלכע מוזן זיין צעטיילט, און ווי איר באַרעכטיקט און מאָניטאָרירט יעדן ערלויבטן פלוס צווישן זיי אַזוי אַז אָדיטאָרס קענען שפּורן דיסיזשאַנז צוריק צו דאָקומענטירטע ריזיקעס. אומאָפּהענגיקע ISO 27001 ימפּלעמענטאַציע גיידס אויף A.8.22 דערקלערן די זעלבע געדאַנק: איר פּלאַנירט זאָונינג באַזירט אויף ריזיקע און דאַן ניצט קאָנטראָלס צו באַגרענעצן און מאָניטאָרירן פלוס צווישן די זאָנעס.
פּשוט־ענגלישע ווערטער און כוונה
אין האַרצן, זאָגט A.8.22 אַז סיסטעמען, סערוויסעס און באַניצער מיט פֿאַרשידענע זיכערהייט באַדערפֿנישן טאָרן נישט זיצן אין איין גרויסן פֿלאַכן נעץ. אַנשטאָט, טיילט איר אייער סביבה אין זאָנעס וואָס זענען צוגעפּאַסט צו סענסיטיוויטי און געשעפֿט פֿונקציע און ערלויבט בלויז גערעכטפֿערטיקטן, דאָקומענטירטן טראַפֿיק אַריבער די גרענעצן. אַזוי ווייזט אייער נעץ פּלאַן אָדיטאָרס און רעגולאַטאָרן אַז איר האָט אײַנגעפֿירט די ריזיקאָ-באַזירטע צעשיידונג וואָס ווערט אימפּליצירט דורך אייער ISO 27001 ריזיקאָ אַסעסמענט און סטעיטמענט פֿון אַפּליקאַביליטי.
אין פּשוטע ווערטער, A.8.22 ערוואַרטעט פֿון אײַך צו:
- גרופּירן לויט סענסיטיוויטי: – האַלטן העכסט קאָנפֿידענציעלע אָדער קריטישע סיסטעמען אַוועק פֿון נידעריק-ריזיקירטע סיסטעמען.
- גרופּירן לויט געשעפט פונקציע: – באַזונדערע פונקציעס ווי פינאַנץ, HR און אינזשעניריע וואו נויטיק.
- רעספּעקטירן די גרענעצן פון די טענענטן: – אפגעזונדערן קונה, שותף און אינערלעכע "טענענטן" וואס ערווארטן צוטיילונג.
- באַרעכטיקן פלאָוז: – ערלויבן נאָר גוט-דעפינירטן, דאָקומענטירטן פאַרקער צווישן זאָנעס.
דאס מאָדעל גיט אייך אַ פּשוטע טשעקליסט צו פּרובירן צי אייער סעגרעגאַציע פּלאַן שפּיגלט טאַקע אָפּ אייער ריזיקע בילד.
דאס איז פארוואס באהאנדלען A.8.22 ווי "מיר האבן עטליכע VLANs" איז נישט גענוג. סעגרעגאציע איז נישט וועגן צייכענען ארביטרארע ליניעס; עס איז וועגן באוואוסטזיניק גרופירן לויט סענסיטיוויטי, ביזנעס פונקציע און טענענט אזוי אז א דורכפאל אין איין גרופע קען נישט לייכט אפעקטירן א צווייטע. יענע דיזיין ארבעט זאל פליסן גלייך פון אייער ריזיקע אפשאצונג און זיין אפגעשפיגלט אין אייער סטעיטמענט פון אפליקאציע.
אלס א פשוט'ער ביישפּיל, זאָלן פּראָדוקציע צאָלונג-פּראַסעסינג סיסטעמען קיינמאָל נישט טיילן אַ נעץ סעגמענט מיט נידעריק-ווערט טעסט וואָרקלאָודז אָדער אַלגעמיינע אָפיס ענדפּונקטן; די ריזיקע און פליכטן זענען צו אַנדערש.
ווי A.8.22 פֿאַרבינדט זיך מיט אַנדערע קאָנטראָלן
A.8.22 שטייט נישט אליין; עס אינטעראַקטירט מיט אַנדערע אַנעקס A קאָנטראָלן און קאָר ISO 27001 קלאָזולעס. פֿאַרשטיין די פֿאַרבינדונגען העלפֿט אײַך פֿאַרמײַדן גאַפּס און דופּליקאַציע און גיט אײַך שטאַרקערע ענטפֿערס אין אָדאַץ.
A.8.20 וועגן נעץ זיכערהייט ערווארטעט אז איר זאלט באשיצן טראפיק צווישן נעץ-פארבונדענע סערוויסעס, ווי צום ביישפיל דורכפירן שטארקע ענקריפּשאַן און אינטעגריטעט פאר אדמין קאנעקשאנס איבער זאנעס. אנאליזן פון די 2022 דערהייַנטיקונגען פון זיכערהייט פארקויפער אונטערשטרייכן אז A.8.20 איז ספעציפיש וועגן זיכערן דאטן אין טראנספארט און קאנטראלירן נעץ וועגן צווישן סערוויסעס, נישט נאר שטעלן א פיירוואל ביים ברעג.
A.5.23 וועגן וואָלקן סערוויסעס ערוואַרטעט פון אייך צו פאַרוואַלטן ריזיקעס פון עקסטערנע פּראַוויידערז, אַרייַנגערעכנט ווי אייער סעגרעגאַציע מאָדעל פאַרלאָזט זיך אויף פּראַוויידער קאַנסטרוקציעס ווי אַקאַונץ, VPCs אָדער פּראָיעקטן. שערד-פֿאַראַנטוואָרטלעכקייט מאָדעלן פון הויפּט וואָלקן פּלאַטפאָרמעס ונטערשטרייַכן אַז קאַסטאַמערז בלייבן פאַראַנטוואָרטלעך פֿאַר פילע פון די אפגעזונדערטקייט דיסיזשאַנז, אפילו ווען די אַנדערלייינג ינפראַסטראַקטשער איז געפירט דורך די פּראַוויידער.
אויב איר ניצט קלאָוד אָדער SaaS, ווערט נעץ סעגרעגאַציע אָפט ימפּלעמענטירט טיילווייז דורך דעם פּראַוויידער און טיילווייז דורך אייער אָרגאַניזאַציע. A.8.22 איז וואו איר ווייזט ווי די פֿאַראַנטוואָרטלעכקייטן פאַרבינדן זיך: אויף וועלכע אפגעזונדערטקייט פֿעיִקייטן איר פֿאַרלאָזט זיך פֿון דער פּלאַטפאָרמע, און וועלכע איר לייגט צו אַליין מיט ראַוטינג, פֿײַרוואָלז, זיכערהייט גרופּעס אָדער סערוויס מעשעס.
עס קראָסט זיך אויך מיט צוטריט קאָנטראָל און ענדערונג פאַרוואַלטונג. ראָלע-באַזירט צוטריט קאָנטראָל איז גרינגער צו אָפּערירן זיכער ווען ניצערס זענען גרופּירט אין זאָנעס וואָס שפּיגלען ראָלעס. ענדערונג פאַרוואַלטונג איז מער עפעקטיוו ווען יעדער נייַ רוט, VPN, פּירינג אָדער פיירוואַל הערשן איז אַססעססעד פֿאַר זייַן פּראַל אויף יגזיסטינג צעשיידונג. ווען איר רעדן וועגן A.8.22 מיט אינזשענירן, שטעלן עס ווי די שטיק וואָס ענשורז אַז נייַע קאַנעקטיוויטי טוט נישט שטילערהייט אַנדערמיינען אַלע די אנדערע גוטע אַרבעט.
פאַרנעם באַשלוסן וואָס טוישן אייערע פליכטן
אין אַ מאָדערנער סביבה, גייט די פּראַקטישע באַדייטונג פון "נעץ" ווייט ווייטער ווי קלאַסישע אויף-פּרעמיס לינקס. איר מוזט באַשליסן צי אייער פאַרנעם כולל וואָלקן VPCs, SD-WAN, סערוויס מעשעס, פאַרוואַלטונג פּליינז, אינטער-סייט לינקס און VPNs, און איר מוזט זיין קלאָר וועגן ווער ציילט ווי אַ "טענאַנט": עקסטערנע קאַסטאַמערז, אינטערנע געשעפט יוניץ, פּאַרטנער טימז און סאַפּלייערז וואָס טיילן אינפראַסטרוקטור. די דיסיזשאַנז אַפעקטירן גלייך אייערע פליכטן און די אוידיט פֿראַגעס וואָס איר וועט זיך באַגעגענען.
דעפינירן די טערמינען פון פאָראויס איז נישט נאָר אַ דאָקומענטאַציע געניטונג. די וועג ווי איר שטעלט גרענעצן אַפעקטירט קאָנטראַקטן, קונה ערוואַרטונגען און אוידיט פאַרנעם. אַ געטיילטע פּלאַטפאָרמע געניצט דורך עטלעכע געשעפט אַפּאַראַטן קען נישט ווערן גערופן "מולטי-טענאַנט" אין מאַרקעטינג, אָבער עס פירט זיך ווי איינע פֿון אַ ריזיקאָ פּערספּעקטיוו. אויב יענע אַפּאַראַטן זענען אונטערטעניק צו פאַרשידענע רעגולאַציעס אָדער לעוועלס פון קאָנטראָל, מוז אייער סעגרעגאַציע געשיכטע דאָס אָפּשפּיגלען.
צוויי דריטל פון אָרגאַניזאַציעס אין דער "שטאַט פון אינפֿאָרמאַציע זיכערהייט 2025" אַנקעטע האָבן געזאָגט אַז די שנעלקייט און באַנד פון רעגולאַטאָרישע ענדערונגען מאַכן קאָנפאָרמאַנס שווערער צו האַלטן.
אוידיטארן וועלן טיפיש בעטן אייך צו ווייזן וועלכע טיילן פון אייער נחלה זענען אין די ראמען פון A.8.22, ווי די זאָנעס זענען דעפינירט, און ווי איר זיכערט אז נייע קאנעקטיוויטי פארברייטערט נישט דעם אויפרייס ראדיוס ווייטער פון וואס איר האט בדעה געהאט. ISO 27001 קאנסולטאציע מאטעריאל אויף A.8.22 און פארבונדענע אוידיטארן שטעלט כסדר דעם טראָפּ אויף די נויטווענדיקייט צו דעפינירן וועלכע נעטוואָרקס, זייטלעך און פאַבריקן זענען אריינגערעכנט אין די ראמען און צו זיין גרייט צו פירן אפשאצער דורך די זאנע גרענעצן.
דיזיינירן מיט באווייזן אין זינען
איר קענט מאַכן A.8.22 פיל גרינגער צו פֿאַרטיידיקן ביי אַן אוידיט אויב איר פּלאַנירט אייער סעגרעגאַציע מאָדעל מיט באַווייזן אין זינען פֿון אָנהייב. דאָס מיינט טראַכטן וועגן וואָס איר וועט ווייַזן אַן אָפּשאַצער בשעת איר פּלאַנירט די זאָנעס און פֿלוסן.
אוידיטארן זוכן געווענליך דריי זאכן: א פאליסי אדער סטאנדארט וואס באשרייבט אייער זאנירונג צוגאנג, דיאגראמען וואס מאכן די זאנעס און שטראמען קענטיק, און קאנפיגוראציע אדער טעסט באווייזן וואס ווייזן אז די שטראמען ווערן טאקע דורכגעפירט אין פראקטיק. גרויסע וואלקן פראוויידערס גייען נאך דעם זעלבן מוסטער אין זייערע אייגענע ISO 27001 אטעסטאציעס, ארויסגעבן פאליסיס און סטאנדארטן, ארכיטעקטורישע דיאגראמען און רעפרעזענטאטיווע קאנפיגוראציע אדער טעסט רעזולטאטן צו ווייזן ווי סעגרעגאציע ווערט אימפלעמענטירט און וועריפיצירט.
איר דאַרפט נישט דערטרינקען אַלעמען אין נידעריק-לעוועל פיירוואַל דאַמפּס. אַנשטאָט, צילט פֿאַר אַ קלאָרע קייט: ריזיקאָ באַגרינדונג → זאָונינג סטאַנדאַרט → הויך-לעוועל דיאַגראַמען → רעפּרעזענטאַטיווע הערשן סעטס און טעסץ. אַן אוידיטאָר וועט אָפט זאָגן, "ווייַזט מיר ווי טענאַנץ זענען דאָ אפגעטיילט," און ערוואַרטן אַז איר זאָלט גלאַט אַריבערגיין פֿון אַ דיאַגראַם צו קאָנקרעטע ביישפילן פֿון דורכגעפֿירטע כּללים אָדער טעסט רעזולטאַטן וואָס באַווייַזן אַז די צעשיידונג אַרבעט.
א פּלאַטפאָרמע ווי ISMS.online קען העלפֿן דורך פֿאַרבינדן אייער A.8.22 פּאָליטיק, ריזיקאָ איינטראַגעס, דיאַגראַמען און טעכנישע באַווײַזן אין איין אָרט, אַזוי איר דאַרפֿט נישט דורכגיין וויקיס, טיקעט סיסטעמען און סקרעענשאָטס יעדעס מאָל ווען עמעצער פרעגט וועגן טענענט צעשיידונג. יענע פֿאַרבונדענע געשיכטע איז באַזונדער ווערטפֿול ווען רעגולאַטאָרן אָדער גרויסע קאַסטאַמערז פרעגן ווי אייער קאָנטראָל אימפּלעמענטאַציע שטיצט אייער ריזיקאָ אַסעסמענט און לעגאַלע פֿאַרפֿליכטונגען.
ISO 27001 געמאַכט גרינג
א 81% פֿאָרשפּרונג פֿון טאָג איינס
מיר האָבן געטאן די שווער אַרבעט פֿאַר איר, געבן איר אַ 81% העאַדסטאַרט פון דעם מאָמענט איר קלאָץ אויף. כל איר האָבן צו טאָן איז צו פּלאָמבירן די בלאַנקס.
מולטי-טענענסי 101 און וואָס קראָס-טענענט עקספּאָוזשער מיינט
מולטי-טענענסי מיינט אז איין פלאטפארמע באדינט קייפל קאסטומערס אדער גרופעס, און קראָס-טענענט עקספּאָוזשער איז ווען איינער פון זיי קען זען, ווירקן אדער אויספירן אן אנדער טענענט'ס דאטן אדער סערוויסעס. ווייל מאדערנע פלאטפארמעס טיילן זיך אזויפיל אונטערלייגנדע אינפראסטרוקטור, קענט איר נישט אננעמען אז טענענטס זענען אפגעזונדערט נאר ווייל אייער אפליקאציע לאגיק זאגט אז זיי זאלן זיין; A.8.22 צווינגט אייך צו קוקן ווייטער פון אפליקאציע-לעוועל אפגעזונדערטקייט און אויספארשן צי אייערע נעטוואָרקס און געטיילטע אינפראסטרוקטור דורכפירן טאקע די טענענט גרענעצן אין וועגן וואס איר קענט מסביר זיין פאר אוידיטארן און קאסטומערס.
ווי מולטי-טענענסי זעט אויס אין פראקטיק
אין פּראַקטיק, ווײַזט זיך מולטי-טענענסי אויף וואו אימער פֿאַרשידענע קאַסטאַמערז, געשעפֿט־איינהייטן אָדער פּאַרטנער־מאַנשאַפֿטן טיילן זיך מיט אונטערלייגנדיקע אינפֿראַסטרוקטור, פֿון געטיילטע דאַטן־צענטערס ביז וואָלקן־אַקאַונטס און קובערנעטעס קלאַסטערס. כּדי ריכטיק צו אָפּשאַצן A.8.22, דאַרפֿט איר ערשט דערקענען וואו יענע קאָ-לאָקאַציע פּאַסירט הײַנט.
אויף-פּלאַץ, קענען עטלעכע געשעפט איינהייטן טיילן סוויטשעס, היפּערווייזאָרס און פאַרוואַלטונג נעטוואָרקס. אין וואָלקן און SaaS, לויפן פאַרשידענע קאַסטאַמערז' וואָרקלאָודז אויף די זעלבע גשמיות האָסטס, אין די זעלבע אַקאַונץ, קלאַסטערס אָדער ווירטואַל נעטוואָרקס.
קובערנעטעס נעמענספּייסיז, סערווערלעסע פונקציעס, שערד API גייטווייז און מעסעדזש בוסעס פירן אלע איין טענענסי ביי נאָך שיכטן. געוויינטלעכע מוסטערן וואָס איר זאָלט דערקענען זענען:
- קייפל אינערלעכע איינהייטן וואָס טיילן זיך איין דאַטן צענטער אָדער פּריוואַטע וואָלקן.
- עטלעכע קאַסטאַמערז כאָוסטיד אין אַ איין וואָלקן חשבון אָדער אַבאָנעמענט.
- פילע טענענטן לויפן ווי נעמענספּייסיז אדער סערוויסעס אין שערד קלאַסטערס.
די פּשוטע ליסטע העלפֿט אײַך זען וואו טענענטן זענען שוין צוזאַמען־לאָוקירט איידער איר קוקט אויף די קאָנטראָלן.
דער שליסל-פונקט איז אז יעדער טענענט ערווארטעט לאגישע אפגעזונדערטקייט, צי איר רופט זיי "טענענטס" אין אייער דאקומענטאציע אדער נישט. פינאנץ און HR קענען טיילן א פלאטפארמע אבער דארפן א שטרענגע אפגעזונדערטקייט; צוויי עקסטערנע קאסטומערס וואס ניצן אייער SaaS טארן בכלל נישט זען איינער דעם אנדערן'ס רעקארדס. ווען איר מאפירט מולטי-טענענסי, ענטפערט איר טאקע "ווער גלויבט אז זיי זענען אפגעזונדערט פון וועמען?" און דאן קאנטראלירט איר צי אייערע נעטוואורקס רעספּעקטירן דעם גלויבן אויף וועגן וואס וואלטן אויסגעהאלטן אין אן אוידיט אדער רעגולאטורישע אויספארשונג.
ווי קראָס-טענאַנט עקספּאָוזשער טאַקע פּאַסירט
קראָס-טענאַנט ויסשטעל ווערט זעלטן געפֿירט דורך אַן איינציקער דראַמאַטישער פֿײַרוואָל הערשן; עס קומט געוויינטלעך אַרויס פֿון אַ סעריע קליינע, אינדיווידועל גלייַכגעוויכטיקע באַשלוסן וואָס צוזאַמען שאַפֿן אַן אומגעריכטן וועג. פֿאַרשטיין די מוסטערן איז וויכטיק אויב איר ווילט רעדוצירן עכטן ריזיקע אַנשטאָט נאָר איבערצייכענען נעץ דיאַגראַמען.
א געטיילטע לאגינג אדער מאניטארינג סיסטעם קען זיצן אין א נעץ וואס איז דערגרייכבאר פון עטלעכע טענענטן. א שנעל געשאפןע פּירינג קאנעקשאן קען ערלויבן רוטעס צו איבערדעקן זיך. א זיכערהייט גרופע קען ווערן פארברייטערט צו "פאררעכטן" אן אינצידענט, און דערנאך קיינמאל מער נישט פארשטארקט.
אידענטיטעט און קאנטראל-פלאן חסרונות שפילן אויך א גרויסע ראלע. צו-ערלויבנדיקע אדמין ראלעס און אויטאמאטיזאציע אקאונטס קענען איבערקאנפיגורירן נעץ קאמפאנענטן איבער טענענטן. אומרעכטע באנוץ פון טעגס אדער לייבלס אין פאליסי מאטארן קען פירן צו דעם אז כּללים וואס זענען באשטימט פאר איין טענענט זאלן זיך צולייגן צו א צווייטן. אפילו ווען אפליקאציע קאוד קאנטראלירט ריכטיג טענענט איי-דיס, קען די אינפראסטרוקטור אונטן נאך אלץ ערלויבן איין טענענט צו שיקן טרעפיק אין א צווייטן'ס נעץ סעגמענט.
א פשוטע אילוסטראַטיווע סצענאַר איז אַ געטיילטע לאָגינג סטעק וואָס וואוינט אין אַ פלאַך "מאָניטאָרינג" סובנעט. אויב איין טענענט'ס קאָמפּראָמיטירטער האָסט קען רעדן צו יענעם סובנעט, און די לאָגינג סערוויס איז נישט שטרענג וועגן טענענט אידענטיטעט, קען אַן אַטאַקער קענען בעטן אָדער אויספירן לאָג דאַטן פון אַנדערע טענענטן. אַזאַ סאָרט שטילער קראָס-טענענט ליק איז פּונקט וואָס A.8.22 איז געמיינט צו פאַרמייַדן און וואָס רעגולאַטאָרן און גרויסע קאַסטאַמערז פרעגן מער און מער בעת דיו-דיליגענס באריכטן. אייראפעישע וואָלקן-זיכערהייט גיידליינז, אַזאַ ווי מאַטעריאַל ארויסגעגעבן דורך ENISA, רופט ספּעציפֿיש אויס טענענט איזאָלאַציע און קראָס-טענענט פּאַטס ווי טעמעס פֿאַר אַסעסמאַנט ווען מען עוואַלוירט שערד-אינפֿראַסטרוקטור ריסקס.
דורכטראכטן די סצענאַרן אין רואיגע צייטן איז דער איינציקער וועג זיי צו פאַרהיטן. פרעגט, פֿאַר יעדן געטיילטן קאָמפּאָנענט אָדער פֿאַרבינדונג, "אויב טענאַנט א איז קאָמפּראָמיטירט, וואָס האַלט אָפּ אַן אַטאַקירער פון ניצן דאָס צו דערגרייכן טענאַנט ב?" אויב די ערלעכע ענטפֿער איז "גאָרנישט שטאַרק", האָט איר נאָר אַנטדעקט אַן A.8.22 פּלאַן גאַפּ - און אַ ריזיקע וואָס קען גלייך אונטערמינירן קונה צוטרוי אין אייער צוזאָג פון צעשיידונג.
די הויפּט קראָס-טענאַנט ריזיקע קאַטעגאָריעס מיט וואָס איר האָט צו טאָן
קראָס-טענאַנט ריזיקע איז נישט נאָר "דאַטן קען דורכרינען"; עס נעמט אַרײַן עטלעכע באַזונדערע קאַטעגאָריעס וואָס האָבן אַן השפּעה אויף קאָנפֿידענציאַליטעט, אָרנטלעכקייט, פֿאַרפֿיגבאַרקייט און געטיילטע טעכנאָלאָגיע ויסשטעל. ווען איר פֿאַרשטייט די קאַטעגאָריעס, קענט איר דיזיינען סעגמענטאַציע וואָס אַדרעסירט עכטע דורכפֿאַל מאָדעס אַנשטאָט אַלגעמיינע "נעץ זיכערהייט", און איר קענט ווײַזן רעגולאַטאָרן און קאַסטאַמערז אַז איר האָט געטראַכט וועגן טענאַנט איזאָלאַציע אויף אַ סטרוקטורירטן, ריזיקע-באַזירטן וועג.
פיר קאָר ריזיקאָ קאַטעגאָריעס
איר קענט באַהאַנדלען קראָס-טענאַנט ריזיקע ווי פיר ברייטע קאַטעגאָריעס וואָס איר קענט סיסטעמאַטיש קאָנטראָלירן און פּלאַנירן פֿאַר. די קאַטעגאָריעס זענען: דאַטן ליקאַדזש, מיסברויך פון שערד סערוויסעס, שערד-טעכנאָלאָגיע שוואַכקייטן און בלאַסט-ראַדיוס אָדער אַוויילאַביליטי פּראָבלעמען.
- דאַטן ליקאַדזש: – איין טענענט באקומט צוטריט צו אן אנדער טענענט'ס דאטן.
- מיסברויך פון געטיילטע סערוויסעס: – מיסברויך פון געטיילטע אידענטיטעט, לאָגינג אָדער אַדמין פּליינז.
- שוואַכקייט אין געטיילטע טעכנאָלאָגיע: – חסרונות אין היפּערווייזאָרס, קאָנטעינערס אָדער האַרדווער.
- אויפרייס-ראַדיוס און פאַרפֿיגבאַרקייט ריזיקע: – איין דינגער'ס אויפפירונג פארנידעריגט אנדערע.
דאס מאָדעל גיט אייך אַ פּשוטע טשעקליסט צו פּרובירן צי אייער אפגעזונדערטקייט־סטאָרי איז פֿולשטענדיק.
דאַטן ליקאַדזש דעקט פאַלן וואו איין טענענט באַקומט דירעקטן אָדער אומדירעקטן צוטריט צו אַן אַנדערן טענענט'ס אינפֿאָרמאַציע דורך פאַלש ראָוטיד טראַפיק, שערד דאַטאַבייסעס, קאַשיז אָדער סטאָרידזש. מיסברויך פון שערד סערוויסעס ענטשטייט ווען אַ טענענט קען מאַניפּולירן אַ שערד אידענטיטעט פּראַוויידער, לאָגינג סיסטעם אָדער API גייטוויי אין וועגן וואָס ווירקן אויף אַנדערע.
געטיילטע-טעכנאָלאָגיע ריזיקע איז וואו שוואַכקייטן אין די היפּערווייזער, קאַנטיינער ראַנטיים אָדער האַרדווער ברעכן אפגעזונדערטקייט אפילו ווען די נעץ קוקט ריכטיק. דאָס ווערט טיילווייז אַדרעסירט דורך אויסקלייבן רעספּעקטאַבלע פּראַוויידערז און האַלטן די אונטערלייגנדיקע פּלאַטפאָרמעס פּאַטשט. בלאַסט-ראַדיוס ריזיקע איז וואו איין טענענט'ס נאַטור - אַקסאַדענטאַל אָדער בייזוויליק - אָוווערוועלמז געטיילטע קאָמפּאָנענטן און דעגראַדירט סערוויס פֿאַר אַנדערע. פאַרשפּרייטע אָפּלייקענונג-פון-סערוויס אַטאַקס, רעסורסן אויסשעפּונג און מיסקאָנפיגורעד קאָנטראָל פּליינז ליגן דאָ.
נעץ סעגרעגאציע צילט בעיקר די ערשטע צוויי קאטעגאריעס, מיט א געוויסן עפעקט אויף די פערטע. עס מאכט עס פיל שווערער פאר טראפיק וואס איז באשטימט פאר איין טענענט צו דערגרייכן א צווייטן, און עס פארמוטיקט א פארזיכטיקע באהאנדלונג פון געטיילטע סערוויסעס. עס העלפט אויך איינהאלטן עטלעכע קאנסעקווענצן פון געטיילטע-טעכנולוגיע דורכפעלער דורך צולייגן נאָך גרענעצן וואס אן אטאקירער מוז אריבערגיין צו זיי אויסניצן. פראקטיצירער ערקלערונגען אויף ISO 27001 קאנטראל 8.22 מאכן דעם זעלבן פונקט, פאזיציאנירן סעגרעגאציע אלס א וועג צו פארמיידן דאטן וועגן צווישן טענענטס און צו פארהארטעווען געטיילטע סערוויסעס, מיט צווייט-ראנגיקע בענעפיטן פאר פארפֿיגבארקייט און בלאַסט-ראַדיוס קאנטראל.
לעגאַלע, רעגולאַטאָרישע און קונה השפּעה
די קאנסעקווענצן פון קראָס-טענענט אויסשטעל זענען אָפט ערנסט ווייַל זיי ווירקן אויף פילע פּאַרטיעס אין דער זעלביקער צייט און צוציען רעגולאַטאָר און קונה ופמערקזאַמקייט צו דיין טעכנישע און אָרגאַניזאַציאָנעלע מיטלען. די קאָנטראָל אָפט כולל דירעקטע פֿראגן וועגן טענענט סעפּאַראַציע און נעץ סעגרעגאַציע.
די 2025 שטאַט פון אינפֿאָרמאַציע זיכערהייט אַנקעטע האָט געפֿונען אַז אַ מערהייט פון אָרגאַניזאַציעס זענען געווען אַפעקטירט דורך לפּחות איין דריט-פּאַרטיי אָדער פאַרקויפֿער זיכערהייט אינצידענט אין די לעצטע יאָר.
אויב דאַטן פֿון איין קונה ווערט אויסגעשטעלט צו אַן אַנדערן, קענט איר זיך שטעלן אַנטקעגן פֿאַרברויכן וועגן מעלדונגען אין קייפל יוריסדיקציעס אין דער זעלבער צייט, צוזאַמען מיט קאָנטראַקטואַלע שטראָפֿן און אינטענסיווע קאָנטראָל פֿון אייער טענענט־איזאָלאַציע־פּלאַן. איבערבליקן פֿון וואָלקן־זיכערהייט און פּריוואַטקייט־סטאַנדאַרדן באַמערקן, אַז פּראַוויידערז מוזן אָפֿט נאַוויגירן איבערלאַפּנדיקע מעלדונג־רעזשימען ווען אינצידענטן אַרייַנציען דאַטן וואָס ווערן געהאַלטן אָדער פּראָצעסירט איבער גרענעצן, וואָס איז פּונקט די סיטואַציע וואָס איר ווילט פֿאַרמייַדן מיט שטאַרקער סעגרעגאַציע.
רעגולאַטאָרן ערוואַרטן מער און מער אַז פּלאַטפאָרמע פּראַוויידערז זאָלן דעמאָנסטרירן אַ שטאַרקע טענענט איזאָלאַציע, נישט נאָר אַלגעמיינע זיכערהייט היגיענע. ווען איר קענט ווײַזן אויף אַ ריזיקאָ-באַזירטע A.8.22 אימפּלעמענטאַציע, געשטיצט דורך קלאָרע זאָנעס און גוט-באַשריבענע פלאָוז, גיט איר אַ שטאַרקערע ענטפֿער ווען רעגולאַטאָרן און אָדיטאָרס פרעגן, "וואָס טעכנישע און אָרגאַניזאַציאָנעלע מיטלען פאַרהיטן קראָס-טענענט אַקסעס?" גיידאַנס פון אייראָפּעיִשע וואָלקן-זיכערהייט גופים ווי ENISA אונטערשטרייכט עקספּליציט איזאָלאַציע און שערד-אינפֿראַסטרוקטור ריזיקעס ווי טעמעס וואָס זאָלן זיין באדעקט אין וואָלקן-סערוויס ריזיקאָ אַסעסמאַנץ.
קאסטומערס זארגן זיך אויך טיף וועגן דעם. גרויסע קויפער פרעגן כסדר פראגעס ווי "ווי אזוי זענען אונזערע סביבות אפגעטיילט פון אנדערע קאסטומערס?" און "וואס פארמיידט אן אנדער טענענט'ס קאמפראמיס פון דערגרייכן אונזערע דאטן?" קלארע, ריזיקא-באזירטע ענטפערס, געשטיצט דורך דיאגראמען און דאקומענטירטע קאנטראלן, אונטערשיידן אייך פון קאנקורענטן וואס זאגן פשוט "מיר ניצן VLANs און פיירוואלס." וואלקן-זיכערהייט דערקלערונגען פון גרויסע פארקויפער באשרייבן די טענענט-אפטיילונג פראגעס אלס א סטאנדארט טייל פון דיו-דיליגענס אויף מולטי-טענענט פלאטפארמעס, שפיגלנדיג וואס אייערע אייגענע קאסטומערס וועלן מסתמא פרעגן.
מאַפּינג ריסקס צו קאָנטראָלס
עס איז נוצלעך צו קלאר צופּאַסן די ריזיקאָ קאַטעגאָריעס צו פֿאַרמינדערונג טעקניקס, אַזוי איר קענט זען וווּ A.8.22 פּאַסט און וווּ איר מוזט זיך פֿאַרלאָזן אויף אַנדערע קאָנטראָלן. דאָס איז אויך אַ נוצלעכער וועג צו סטרוקטורירן שמועסן מיט אָדיטאָרס און אינערלעכע ריזיקאָ קאָמיטעטן.
די טאַבעלע אונטן מאַפּט יעדן ריזיקאָ צו טיפּישע סיבות און בייַשפּיל מיטלען צו פֿאַרמינדערן.
| ריזיקירן קאַטעגאָריע | טיפּישע סיבה | בייַשפּיל קאָנטראָלס |
|---|---|---|
| דאַטאַ ליקאַדזש | פאַלש-גערוקט טראַפיק, געטיילטע סטאָרידזש, ברייטע זיכערהייט גרופּעס | טענענט-אויסגעגלייכטע זאָנעס, שטרענגע רוטינג, ענקריפּשאַן אין טראַנזיט |
| מיסברויך פון געטיילטע סערוויסעס | געטיילטע לאָגינג, אידענטיטעט, אַדמין פּליינז מיט שוואַך סקאָופּינג | דעדיקירטע סערוויס נעטוואָרקס, mTLS, פּער-טענאַנט אויטאָריזאַציע כּללים |
| שוואַכקייטן אין געטיילטע טעכנאָלאָגיע | היפּערווייזער אדער קאַנטיינער וואַלנעראַביליטיז, האַרדווער חסרונות | פּראַוויידער דיו דילידזשענס, פּאַטשינג, לייערד סעגמענטאַציע |
| אויפרייס-ראַדיוס און פאַרפֿיגבאַרקייט | גערוישפולע שכנים, געטיילטע קאנטראל-פלאַך איבערלאַסטונג | ראַטע לימיטאַציע, רעסורסן קוואָטעס, באַזונדערע פאַרוואַלטונג זאָנעס |
בויען די מאַפּע צווינגט אייך צו זאָגן, אין קלאָרע ווערטער, "פֿאַר יעדן וועג ווי טענענטן קענען שאַטן איינער דעם אַנדערן, אויף וואָס פאַרלאָזן מיר זיך טאַקע?" דאָס גיט אייך אַ קלאָרן אָנהייב-פונקט פֿאַר דיזיינינג סעגמענטאַציע פּאַטערנז און פּרייאָריטעטירן רעמעדיאַציע, און עס ווייזט וווּ נעץ סעגרעגאַציע מוז זיין געשטיצט דורך אידענטיטעט, פּלאַטפאָרמע און גאַווערנאַנס קאָנטראָלס. קאָמענטאַר אויף A.8.22 פֿון זיכערהייט פּראַקטישנערס טענד צו גרופּירן מיטיגאַציעס אין ענלעכע וועגן, באַטאָנען אַז סעגמענטאַציע אַליין קען נישט אַראָפּנעמען שערד-טעכנאָלאָגיע ריסקס אָבער איז יקערדיק פֿאַר באַגרענעצן דאַטן פּאַטס און אַקסעס צו שערד באַדינונגען.
באַפֿרײַ זיך פֿון אַ באַרג פֿון ספּרעדשיטן
איינבעטן, פארברייטערן און סקאַלירן אייער קאמפלייענס, אָן קיין כאַאָס. IO גיט אייך די ווידערשטאנד און בטחון צו וואַקסן זיכער.
דיזיינינג נעץ סעגרעגאציע פאר מולטי-טענענט סביבות
דיזיינען סעגרעגאציע פאר א מולטי-טענענט סביבה מיינט מסכים זיין ווי אזוי איר ווילט צוטיילן די וועלט, און דערנאך אויסדריקן דעם מאָדעל קאנסיסטענט איבער דאטן צענטערס, וואלקנס און ארקעסטראציע פלאטפארמעס. איר באקומט זעלטן איין גאנץ גוטן דיזיין; אנשטאט, איר קלייבט א קליינע סעט פון מוסטערן וואס פאסן צו אייער ריזיקע בילד און רעגולאטורישן קאנטעקסט און האלט זיי פשוט גענוג אז אינזשענירן זאלן נישט אַקסאַדענטאַל ברעכן די אפגעזונדערטקייט ווען זיי מאכן ענדערונגען, בשעת זיי נאך אלץ קענען זיי קלאר דערקלערן פאר אוידיטארן. A.8.22 איז צופרידן ווען דער דיזיין איז באוואוסטזיניק, ריזיקע-באזירט און דעמאנסטרירבאר. ISO/IEC 27002 קאמענטאר פאר דעם קאנטראל פארשטארקט יענעם מעסעדזש דורך באשרייבן סעגרעגאציע אלס א ריזיקע-געטריבענע טעטיקייט וואו איר מוזט קענען ווייזן ווי זאנירונג באשלוסן ווערן אימפלעמענטירט און וועריפיצירט אין פראקטיק.
דעפינירן טענענט-אויסגעריכט זאָנעס ערשט
שטאַרקע סעגרעגאַציע פּלאַנען הייבן זיך אָן מיט זאָנעס און פֿאַראַנטוואָרטלעכקייטן, נישט מיט פּראָדוקטן אָדער כּללים. איר ידענטיפֿיצירט ערשט די הויפּט "געגנטלעכע געגנטן" אין אייער נחלה, באַשליסט וועלכע טאָרן קיינמאָל נישט גלייך אָנרירן זיך און וועלכע קענען זיך פֿאַרבינדן דורך שטרענג קאָנטראָלירטע וועגן, און דערנאָך מאַפּירט איר די באַשלוסן אין קאָנקרעטע קאָנסטרוקציעס. דאָס מאַכט עס גרינגער צו ווייַזן די אויטאָרן פאַרוואָס יעדע פֿאַרבינדונג עקזיסטירט און ווי עס איז געווען גערעכטפֿערטיקט קעגן אייער ריזיקאָ אַסעסמענט.
איר קענט דאָס סטרוקטורירן ווי אַ פּשוטע סיקוואַנס:
שריט 1 – אידענטיפיצירן שליסל זאָנעס
ליסטירט טענענט נעטוואָרקס, שערד סערוויסעס, פאַרוואַלטונג פּאַטס און סביבה לייַערס ווי אַנטוויקלונג, טעסט און פּראָדוקציע, אַזוי איר קענט זען וווּ פאַרשידענע ריזיקירן פּראָופיילז שוין זיצן צוזאַמען.
שריט 2 – באַשרײַבן דעם צוועק און דאַטן
פֿאַר יעדער זאָנע, כאַפּט איר ראָלע, דאַטן סענסיטיוויטי, טיפּישע באַניצער און רעגולאַטאָרישע פֿאַרפֿליכטונגען אין אַ קורצער, קאָנסיסטענטער באַשרייַבונג וואָס שטיצט ריזיקאָ דיסיזשאַנז.
שריט 3 – דעפינירן ערלויבטע באַציִונגען
דאָקומענטירן וועלכע זאָנעס מעגן רעדן מיט וועלכע אַנדערע און פארוואס, אַרייַנגערעכנט פּראָטאָקאָלן, אינסטרוקציעס און אויטענטיפֿיקאַציע ערוואַרטונגען, אַזוי אַז רעצענזענטן קענען שנעל אָפּשאַצן נייע פֿאַרבינדונגען.
שריט 4 – מאַפּע צו קאָנקרעטע קאַנסטרוקציעס
פֿאַרבינדט יעדע זאָנע צו ספּעציפֿישע VLANs, VRFs, ווירטואַל נעטוואָרקס, סובנעץ אָדער נעיםספּייסיז אין אייערע פּלאַטפאָרמעס, מאַכנדיג קלאָר וועלכע טעכנישע אָביעקטן ימפּלעמענטירן יעדע גרענעץ.
די טריט האַלטן דעם פּלאַן באַגרינדעט אין ריזיקע אַנשטאָט אין וועלכער קאָנפיגוראַציע איז גרינגסט צו ימפּלעמענטירן אין יענער צייט, און געבן אײַך אַ קלאָרע דערציילונג פֿאַר אוידיטאָרן און אינערלעכע אינטערעסירטע פּאַרטייען.
יענע געניטונג קען קלינגען פשוט, אבער עס לאָזט אַרויס באַהאַלטענע קאָמפּלעקסיטעטן. איר קענט אַנטדעקן אַז אייער "לאָגינג" זאָנע איז צוטריטלעך פֿון יעדער אַנדערער זאָנע אָן קלאָרע באַגרענעצונגען, אָדער אַז פאַרוואַלטונג אינטערפֿייסן פֿאַר עטלעכע טענענטן לעבן אין אַ געטיילט, שלעכט קאָנטראָלירט נעץ. אַמאָל זאָנעס זענען דעפֿינירט, קענט איר זיי מאַפּן צו קאָנקרעטע קאָנסטרוקציעס - VLANs און VRFs אויף-פּרעם, ווירטואַל נעטוואָרקס און סובנעץ אין וואָלקן, נעיםספּייסיז און נעץ פּאָליטיקס אין Kubernetes - בשעת איר באַוואָרנט דעם זעלבן גייַסטיקן מאָדעל.
קלייבט סעגמענטאציע מוסטערן וואָס פּאַסן צו אייער קאָנטעקסט
עס איז נישטאָ קיין איין ריכטיקע ענטפער צו "וויפיל VPC'ס זאָלן מיר האָבן?" אדער "זאָלן מיר נוצן איין VPC פּער טענאַנט?". וואָס איז וויכטיק איז אַז אייערע ברירות זאָלן זיין באַוואוסטזיניק, דאָקומענטירט און פארבונדן מיט ריזיקע, אַזוי אַז איר קענט זיי דערקלערן צו אָדיטאָרס, קאַסטאַמערז און אייערע אייגענע טימז.
אין פילע סביבות, ענדיגט איר אויסצוקלײַבן צווישן מוסטערן ווי:
- נעץ אַקאַונטס פּער טענאַנט: – שטאַרקע אפגעזונדערטקייט, העכערע אפעראציאנעלע קאָסטן
- גרופּירטע טענענטן פּער ראַיאָן אָדער ריזיקאָ באַנד: – עפעקטיוו פֿאַר פילע טענענטן, ריקווייערז שטאַרקערע מיקראָ-סעגמענטאַציע.
דיזער פארגלייך גיט אייך א וועג צו דיסקוטירן מוסטערן אן זיך צו קריגן וועגן ספעציפישע פראדוקט נעמען.
ווען איר פארגלייכט מוסטערן, פרעגט פראגעס ווי: ווי גרינג קענען מיר באווייזן פאר א סקעפטישן קונה אז זייער טענענט איז אפגעזונדערט? וואס פאסירט אויב א געגעבענער נעץ אקאונט ווערט קאמפראמיטירט? ווי ווייטאגליך איז עס צו לייגן צו א נייעם טענענט אדער ראיאן אונטער יעדן מוסטער? פארבינדט די ענטפערס קלאר צוריק צו אייערע ריזיקע קאטעגאריעס. אויב א מוסטער מאכט עס שווער צו אפשטעלן דאטן ליעקאז אדער צו איינהאלטן דעם אויפרייס ראדיוס, וועט קיין לאקאלע טוויקינג עס נישט פאררעכטן.
דיזיין שערד סערוויסעס אָן צו ברעכן אפגעזונדערטקייט
געטיילטע סערוויסעס ווי אידענטיטעט, לאגינג, מאניטארינג און בעקאפס זענען וואו אסאך סעגרעגאציע סכעמעס שטילערהייט פאלן אפ. די קאמפאנענטן זיצן אפט צווישן אסאך זאנעס און, אויב זיי ווערן נישט קערפול דיזיינט, ווערן באקוועמע בריקן פאר אנפאלער אדער א שלעכטע קאנפיגוראציע און אָפטע קוועלער פון קראָס-טענענט עקספּאָוזשער.
די ציל איז צו דיזיינען וועגן צו די סערוויסעס אזוי אז יעדער טענענט קען זיי נוצן, אבער קען קיינמאל נישט זען אדער אריינמישן זיך מיט אנדערע טענענטס' דאטן אדער קאנטראל פלענער. דאס מיינט געווענליך צו שטעלן געטיילטע סערוויסעס אין זייערע אייגענע זאנעס, מיט שטארק דעפינירטע אריינגאנג און ארויסגאנג רעגולאציעס, און דורכפירן שטארקע אויטענטיפיקאציע און אויטאריזאציע אויף יעדן רוף. למשל, טענענטס קענען שיקן לאגס צו א צענטראלן סערוויס איבער ענקריפּטעד, קעגנצייַטיק אויטענטיפיצירטע קאנאלן וואס אנטהאלטן טענענט אידענטיפיצירער, מיט באזונדערע סטאָרידזש אדער שטארקע מולטי-טענענט צוטריט קאנטראלן אונטער.
אויף דער נעץ מדרגה, זאָרגט איר אַז די טענענטן קענען נישט רעדן גלייך איינער מיטן אַנדערן, נאָר מיטן געטיילטן סערוויס, און אַז דער געטיילטער סערוויס קען נישט אָנהייבן אַרביטראַרע פֿאַרבינדונגען צוריק אין די טענענט זאָנעס. איבער דער גאַנצער פּלאַנירונג אַרבעט, האַלט A.8.22 אין זינען ווי אייער נאָרד שטערן: איר פּרוּווט נישט נאָר צו מאַכן די נעץ "אַרבעטן", איר פּרוּווט צו זיכער מאַכן אַז גרופּעס פון סערוויסעס און באַניצער זענען ריכטיק אפגעטיילט, און אַז נאָר גערעכטפֿערטיקטער טראַפיק גייט אַריבער די גרענעצן צווישן זיי.
מיסקאָנפֿיגוראַציעס וואָס שטילערהייט צעברעכן A.8.22
אסאך אָרגאַניזאַציעס האָבן אַ גלייַכגעוויכטיק הויך-לעוועל פּלאַן אָבער נאָך פאַרלאָזן A.8.22 אין פּראַקטיק ווייַל טעגלעך ענדערונגען אַנדערמיינען סעגרעגאַציע מיט דער צייט. מיסקאָנפֿיגוראַציעס און פּראָצעס גאַפּס פלאַטן פּאַמעלעך נעטוואָרקס ביז אַ דורכדרינגונג טעסט, אָדיט אָדער פאַקטיש אינצידענט אַנטפּלעקט אַז טענענט גרענעצן זענען נישט אַזוי שטאַרק ווי די דיאַגראַמען פֿאָרשלאָגן. פֿאַרשטיין די פּאַטערנז גיט איר פּראַקטיש טשעקס וואָס איר קענען דורכפירן לאַנג איידער רעגולאַטאָרן אָדער קאַסטאַמערז שטעלן פֿראַגעס.
וואָלקן און ווירטואַליזאַציע טעותים
וואָלקן סביבות מאַכן עס זייער גרינג צו שאַפֿן און טוישן זיכערהייט גרופּעס, נעץ ACLs, רוט טישן און פּירינג קאַנעקשאַנז, וואָס קענען שטילערהייט שוואַך מאַכן די אפגעזונדערטקייט אויב זיי ווערן נישט קערפֿול איבערגעקוקט. אונטער צייט דרוק, קענען אינזשענירן פֿאַרברייטערן אַ כלל צו צוריקשטעלן סערוויס, פּירינג צוויי נעטוואָרקס צו פֿאַרריכטן אַ קאָנעקטיוויטי פּראָבלעם, אָדער ווידער נוצן אַן עקזיסטירנדיק סובנעט אַנשטאָט שאַפֿן אַ נייע.
די מערסט פּראָסט מאָדעלס אַרייַננעמען:
- ברייטע זיכערהייט גרופּעס און ACLs: וואָס דעקן קייפל טענאַנץ אָדער סביבות.
- אד-האָק פּירינג אדער VPN'ס: וואָס שטילערהייט פֿאַרבינדן פריער אפגעטיילטע נעטוואָרקס.
- VLAN אדער סובנעט ווידער-ניצן: וואָס אָוווערלאַפּס טעסט און פּראָדוקציע אָדער קייפל טענאַנץ.
די ביישפילן ווייזן ווי קליינע, לאקאלע פארראכטונגען קענען ביסלעכווייַז בטל מאַכן אייער אָריגינעלן זאָונינג מאָדעל.
ווירטואַליזירטע דאַטן צענטערס האָבן ענלעכע פּראָבלעמען. טרונק פּאָרטן קענען טראָגן מער VLANs ווי אָריגינעל בדעה. אַן אַדמין קען ווידער נוצן אַ VLAN ID פֿאַר אַ טעסט סביבה וואָס אָוווערלאַפּס מיט אַ פּראָדוקציע טענאַנט. פּריוואַטע קאַנעקטיוויטי פֿאַר אַ נייַע סערוויס קען זיין באשאפן אין אַ פאַרוואַלטונג נעץ אלא ווי אַ באַזונדער זאָנע. קיינע פון די ענדערונגען זענען נישט בייזוויליק, אָבער זיי אַלע שוואַך סעגרעגאַציע אין וועגן וואָס זענען שווער צו זען פון אַ סטאַטיש דיאַגראַם.
א פאר שנעלע טשעקס וואס איר קענט דורכפירן די וואך זענען: זוכט פאר זיכערהייט גרופעס אדער פיירוואל אביעקטן וואס רעפערענצירן "0.0.0.0/0" און זענען פארבונדן צו מער ווי איין טענענט אדער סביבה, און זוכט פאר פּירינג אדער ווי-פי-ען קאנעקשאנס וואו די ערלויבטע רוטעס איבערדעקן די טענענט אדרעס ריינדזשעס מער ווי איר האט ערווארטעט.
אידענטיפיצירן די פראבלעמען פארלאנגט סיי טעכנישע קאנטראלן און סיי פראצעס דיסציפלין. נעץ-וועג אנאליז מכשירים, קאנפיגוראציע פארגלייך סקריפטן און אינפראסטרוקטור-ווי-קאד סקענירן קענען אויפדעקן וואו די אקטועלע וועגן זענען אנדערש פון די בדעה'דיגע. ענדערונג-מענעדזשמענט פאליסיס וואס פארלאנגען ריזיקע אפשאצונג פאר נייע רוטעס, פּירינג און געטיילטע סערוויסעס העלפן זיכער מאכן אז די וועגן ווערן באטראכט איידער זיי ווערן אימפלעמענטירט.
פּראָצעס דורכפאַלן וואָס צעשטערן גוטע דיזיינז
אפילו דער בעסטער טעכנישער דיזיין קען נישט איבערלעבן אן א שטיצנדיקן פראצעס. קאנפיגוראציע דריפט איז א נאטירלעכע רעזולטאט פון שנעל-פארשידענארטיגע טימס, אינצידענטן און מאנועלע ענדערונגען. אויב אייער ארגאניזאציע קוקט נישט איבער נעץ ענדערונגען קעגן זאנירונג רעגולאציעס, אדער אויב אויסנעמען ווערן געגעבן אינפארמאל, וועט A.8.22 ווערן אויסגעשעפט אפילו אויב איר האט דורכגעגאנגען אייער לעצטן אוידיט.
טיפּישע פּראָצעס גאַפּס צו היטן אויף זענען:
- אומקאנטראלירטע קאנפיגוראציע דריפט: פון מאַנועלע, נישט-דאָקומענטירטע ענדערונגען.
- שוואַכערע סעגרעגאַציע אין נישט-פּראָדוקציע: וואָס לעקט מוסטערן אין פּראָדוקציע.
- נישט-געמאפטע פאַרוואַלטונג וועגן: ווי למשל אַדמין VPN'ס אדער ווייטע שטיצע טונעלן.
די ליסטע גיט אייך אן אנפאנגס-אגענדע פארן פארהארטעווען דעם ענדערונגס-פראצעס ארום A.8.22.
איין געוויינטלעכע ריס איז סביבה-פאראליטעט. אנטוויקלונג און סטיידזשינג קען זיין פיל ווייניקער סעגמענטירט ווי פראדוקציע פאר באקוועמליכקייט, אזוי אינזשענירן טעסטן מוסטערן וואס וואלטן נישט ערלויבט געווען אין לעבעדיגע סיסטעמען. מיט דער צייט, רינען די געוואוינהייטן אריין אין פראדוקציע ענדערונגען, אפט אונטערן פאן פון "מיר האבן עס געטאן אין טעסט און עס האט געארבעט." באהאנדלען סעגרעגאציע רעקווייערמענץ ווי נישט-פונקציאנעלע רעקווייערמענץ אין נידעריקערע סביבות העלפט דאס פארמיידן.
נאך א ריס איז די באהאנדלונג פון מענעדזשמענט פּאַטס. אַדמין VPN'ס, באַסטיאָן האָסטס, ווייַט שטיצע טונעלן און יתומים טעסט אינטערפייסיז קענען אָפט דערגרייכן פילע טענאַנץ אָדער זאָנעס, מאל מיט שטאַרקע פּריווילעגיעס. אויב זיי זענען נישט דאָקומענטירט ווי טייל פון דיין A.8.22 ימפּלאַמענטיישאַן, וועלן זיי נישט ווערן אָפּגעקוקט פֿאַר קראָס-טענאַנט פּראַל. אַרייַנגערעכנט די פּאַטס אין דיין נעץ דיאַגראַמען, ריזיקירן אַסעסמאַנץ און ענדערונגען איז וויכטיק.
לעסאָף, איז A.8.22 נישט קיין איין-מאָל פּלאַנירונג געניטונג. עס איז אַן אָנגייענדיקע היסכייַוועס צו האַלטן דיין פאַקטיש נעץ אין לויט מיט דיין בדעה סעגרעגאַציע. אינערלעכע אָדיטאָרס און פונדרויסנדיקע אַסעסערז קענען אָפט באַמערקן ווען דיין דיאַגראַמען און דאָקומענטן באַשרייַבן איין מאָדעל און דיין פאַקטישע קאָנפיגוראַציעס האָבן זיך געדרייט אין עפּעס פיל פלאַכער, ספּעציעל ווען זיי פאַרגלייַכן קאָנפיגוראַציע ביישפילן און ענדערונגען רעקאָרדס קעגן דיין דערקלערטע זאָונינג סטאַנדאַרדס.
פאַרוואַלטן אַלע אייערע קאָנפאָרמאַנס, אַלץ אין איין אָרט
ISMS.online שטיצט איבער 100 סטאַנדאַרדס און רעגיאַליישאַנז, געבן איר אַ איין פּלאַטפאָרמע פֿאַר אַלע דיין העסקעם דאַרף.
קאָנטראָלן וואָס האַלטן לאַטעראַל באַוועגונג צווישן טענאַנץ
פאַרהיטן זייטיקע באַוועגונג צווישן טענענטס איז נישט וועגן אַן איינציקער מאַגישער קאָנטראָל; עס איז וועגן קאָמבינירן עטלעכע שיכטן אַזוי אַז אַן אַטאַקירער זאָל האָבן אַ שווערע צייט צו אַריבערגיין יעדן גרענעץ. A.8.22 גיט די נעץ-סעגרעגאַציע שיכט, אָבער איר דאַרפט אויך אידענטיטעט, ענדפּוינט און גאַווערנאַנס מיטלען וואָס שטיצן עס, אַזוי אַז קראָס-טענאַנט אַטאַקעס ווערן ראַשיק, פּאַמעלעך און גרינגער צו דעטעקטירן און איינהאַלטן, וואָס איז פּונקט וואָס אָדיטאָרס און גרויסע קאַסטאַמערז זוכן אין מולטי-טענאַנט פּלאַטפאָרמעס.
שיכטיקע טעכנישע קאָנטראָלס
איר קענט טראַכטן וועגן דער טעכנישער זײַט אין פֿיר שיכטן וואָס אַרבעטן צוזאַמען אַנשטאָט אין אפגעזונדערטקייט. יעדע שיכט רעדוצירט די אַטאַקירערס אָפּציעס און גיט אײַך מער שאַנסן צו באַמערקן און אָפּשטעלן זײַטיקע באַוועגונג איידער אַן אַנדערער טענאַנט ווערט אַפֿעקטירט.
ביי דער באַזע, האָט איר גראָבע סעגמענטאַציע: פּער-טענאַנט אָדער פּער-גרופּע ווירטואַל נעטוואָרקס, סובנעטס, VLANs און VRFs מיט באַגרענעצטע רוטעס צווישן זיי. דערצו לייגט איר צו מיקראָ-סעגמענטאַציע ניצנדיק זיכערהייט גרופּעס, SDN פּאָליטיקס, Kubernetes נעטוואָרק פּאָליטיקס אָדער האָסט פיירוואַלז צו באַגרענעצן וועלכע וואָרקלאָודז קענען רעדן מיט וועלכע, אפילו אין אַ סעגמענט.
נול-טראסט פרינציפן לייגן צו נאך שטארקייט. אנשטאט צו טראסטן טראפיק ווייל עס קומט פון א "טראסטעד" נעטווארק, דארפט איר שטארקע אויטענטיפיקאציע, אויטאריזאציע און ענקריפּשאן צווישן סערוויסעס. אידענטיטעט-באוואוסטזיניגע פראקסיז, סערוויס מעשעס מיט קעגנצייַטיקע TLS און פיין-גריינד צוטריט פאליסיס זיכערן אז אפילו אויב אן אטאקירער דערגרייכט א נעטווארק וואו אן אנדער טענענט'ס סערוויסעס וואוינען, האבן זיי נאך אלץ שוועריגקייטן צו טון עפעס נוצליך. ענדפונקט קאנטראלן ווי EDR, האוסט פיירוואלס און שטרענגע קאנפיגוראציע באזעליינס דינען אלס א בעקסטאפ.
איר קענט טראַכטן וועגן דעם טעכנישן סטאַק אין פיר שיכטן:
- גראָבע סעגמענטאַציע: – צעטיילן טענענטן און סביבות אין באזונדערע נעטוואָרקס.
- מיקראָ-סעגמענטאַציע: – קאָנטראָלירן וועלכע סערוויסעס קענען רעדן, אפילו אינערהאלב א סעגמענט.
- נול-טראַסט סערוויס צוטריט: – פארלאנגען אידענטיטעט און ענקריפּשאַן פֿאַר יעדער פֿאַרבינדונג.
- ענדפּוינט כאַרדאַנינג: – דעטעקטירן און בלאָקירן אומגעריכטע זייטלעכע באַוועגונג פּרוּוון.
צוזאַמען גענומען, שטימען זיך די שיכטן צו מיט A.8.22'ס כוונה דורך זיכער מאַכן אַז צעשיידונג ווערט געהאַלטן אין קייפל פונקטן, אַזוי אַז אַן איינציקע מיסקאָנפֿיגוראַציע איז ווייניקער מסתּמא צו פאַרשאַפן קראָס-טענאַנט ויסשטעל.
גאַווערנאַנס, טעסטינג און מאָניטאָרינג
טעכנישע קאנטראלן ארבעטן נאר ווי געפלאנט ווען זיי זענען איינגעווארצלט אין טעגליכע פראצעסן און ווערן רעגולער באשטעטיגט. אייער ציל איז צו מאכן טענענט איזאלאציע עפעס וואס איר באוואוסטזיניק פלאנירט, טעסטירט און מאניטארירט, נישט אן איינמאליגע דיאגראם וואס ווערט פראדוצירט פאר סערטיפיקאציע.
ענדערונג פאַרוואַלטונג פֿאַר נעטוואָרקס זאָל אויסדריקלעך פרעגן, "שאַפֿט די ענדערונג אַ נייעם וועג צווישן טענאַנץ אָדער זאָנעס?" און פאָדערן באַרעכטיקונג און ריזיקאָ אַסעסמאַנט ווען די ענטפֿער איז יאָ. אַרכיטעקטור אָפּשאַצונג באָרדז זאָלן אַרייַננעמען טענאַנט אפגעזונדערטקייט און A.8.22 פּראַל ווי נאָרמאַל פֿראַגן ווען נייע באַדינונגען, שערד קאָמפּאָנענטן אָדער קאַנעקטיוויטי פּאַטערנז ווערן פארגעשלאגן.
טעסטינג איז גלייך וויכטיג. פּעריִאָדישע "רויטע טימינג" אדער צילגעריכטעטע אַטאַק-וועג סימולאַציעס פאָוקוסירט אויף קראָס-טענאַנט באַוועגונג קענען אַנטפּלעקן איבעראשנדיקע וועגן און וואַלידירן די עפעקטיווקייט פון אייער סעגמענטאַציע. אויטאָמאַטישע טעסטינג מכשירים קענען פּרוּוון צו דערגרייכן איין טענאַנט'ס רעסורסן פון אַן אַנדערן'ס און אַרויסרופן אַלערץ ווען זיי מצליח זיין. אַרייננעמען די טעסץ אין קאָנטינויִערלעך אינטעגראַציע אדער רעגולערע אָפּעראַציאָנעלע טשעקס מאכט טענאַנט אפגעזונדערטקייט אַ געמאָסטענע פאַרמאָג, נישט אַן הנחה.
מאָניטאָרינג פֿאַרענדיקט דאָס בילד. לאָגס און מעטריקס פֿון שליסל טשאָוק פּונקטן - אינטער-זאָנע פֿײַערוואָלז, שערד סערוויסעס, קאָנטראָל פּליינז - זאָלן זײַן קאָנפיגורירט צו הויכפּונקט ומגעוויינטלעכע פֿאַרבינדונגען צווישן טענאַנץ אָדער זאָנעס. למשל, פּרוּוון פֿון איין טענאַנט'ס מאַנאַגעמענט אַקאַונטס צו אַקסעסירן אַן אַנדער טענאַנט'ס נעטוואָרקס, אָדער אומגעריכטע פּראָטאָקאָלן וואָס פֿליסן צווישן כּלומרשט איזאָלירטע גרופּעס, זאָלן זײַן גרינג צו דערקענען.
איר קענט טראַכטן פון די גאַווערנאַנס שלייף ווי דריי אָנגאָינג טריט:
שריט 1 – רעגולירן ענדערונגען פֿאַר אפגעזונדערטקייט
בויען איין פֿראַגעס וועגן טענענט-איזאָלאַציע אין ענדערונג און אַרכיטעקטור איבערבליקן, אַזוי אַז נייע וועגן זאָלן ווערן אָפּגעשאַצט איידער די אימפּלעמענטאַציע און רעקאָרדירט פֿאַר אוידיט.
שריט 2 – טעסט די אפגעזונדערטקייט רעגלמעסיג
ניצט רויטע טימינג, אויטאמאטישע אטאקע-וועג טעסטס און געפלאנטע טשעקס צו באשטעטיגן אז A.8.22 סעגרעגאציע האלט זיך נאך און אז דיאגראמען שטימען מיט דער רעאליטעט.
שריט 3 – מאָניטאָרירן און רעאַגירן
אינסטרומענטירן שליסל טשאָוק פונקטן צו דעטעקטירן פארדעכטיקע קראָס-טענאַנט פלאָוז און רעאַגירן שנעל ווען זיי דערשייַנען, פידינג לעקציעס צוריק אין פּלאַן און פּאָליטיק.
פֿאַר אינערלעכע טימז, איז אַ פּראַקטישע שנעלע קאָנטראָל צו קלייבן איין "פֿלאַגשיפּ" טענאַנט און באַוואוסטזיניק פּרובירן צו דערגרייכן אַן אַנדער טענאַנט'ס סביבה אין אַ קאָנטראָלירטן טעסט. אויב דאָס איז גרינג צו דערגרייכן, האָט איר שטאַרקע באַווייזן אַז אייער A.8.22 אימפּלעמענטאַציע דאַרף אַרבעטן.
צום סוף, דארף עמעצער דאָס אַלץ איבערנעמען. באַשטימט קלאָרע פֿאַראַנטוואָרטלעכקייט פֿאַר דער געזונטהייט פֿון A.8.22 אין אייער ISMS, דעפֿינירט מעטריקן (ווי די צאָל באַשטעטיקטע אויסנעמען, רעזולטאַטן פֿון איזאָלאַציע־טעסטן און אָפֿטקייט פֿון סעגרעגאַציע־פֿאַרבונדענע אינצידענטן) און מעלדט זיי צוזאַמען מיט אַנדערע זיכערהייט־אינדיקאַטאָרן. צוזאַמען מאַכן די קאָנטראָלן באַוועגונג צווישן די טענענטן שווער און גערוישפֿול, וואָס איז פּונקט די רעדוקציע אין אויפֿרייס־ראַדיוס וואָס אייערע קאָנסומערן און רעגולאַטאָרן ערוואַרטן.
בוך אַ דעמאָ מיט ISMS.online הייַנט
A.8.22 ברענגט עכטע ווערט ווען אייער סעגרעגאציע פלאן, ריזיקע באשלוסן און טעכנישע באווייזן פארמען א קאָוכערענטן שטאפל וואס אוידיטארן, אינזשענירן און קאסטומערס קענען אלע נאכפאלגן. ISMS.online העלפט אייך פארוואנדלען אייערע אנאקס A.8.22 נעץ-סעגרעגאציע באשלוסן אין קלארע, פארבונדענע באווייזן וואס אוידיטארן, אינזשענירן און קאסטומערס קענען אלע צוטרויען. אנשטאט צו פארשפרייטן זאנירונג סטאנדארטן, דיאגראמען, פיירוואל עקספארטן און ריזיקע אפשאצונגען איבער פארשידענע געצייג, קענט איר זיי אויפהאלטן אלס א קאָוכערענטן שטאפל אין איין סביבה וואס שפיגלט אפ ווי אייער ארגאניזאציע אקטואליש אפערירט און ווי טענענט אפגעזונדערטקייט עוואלוציאנירט זיך מיט דער צייט.
פארוואנדלען סעגרעגאציע דיזיין אין באווייזן
א גוטע סעגרעגאציע פּלאַן פארלירט ווערט אויב קיינער קען נישט זען ווי עס איז פארבונדן מיט ריזיקעס, פּאָליטיק און לעבעדיקע קאָנטראָלן. אין ISMS.online קענט איר פֿאַרבינדן זאָונינג סטאַנדאַרדס, ריזיקע איינטראַגעס, נעץ דיאַגראַמען, ענדערונג רעקאָרדס און טעסט רעזולטאַטן גלייך צו אַנעקס A.8.22 און פֿאַרבונדענע קאָנטראָלן ווי A.8.20 און A.5.23.
דאָס לאָזט אײַך ווײַזן, אין איין בליק, פאַרוואָס געוויסע טענענטן און סערוויסעס זענען אפגעטיילט, ווי דאָס ווערט אימפּלעמענטירט, און ווי איר ווייסט אַז עס אַרבעט נאָך. ווײַל אַלץ לעבט אין איין ISMS, קענט איר עס אויך האַלטן אַקטועל. ווען אַ נײַער VPC ווערט צוגעגעבן, אַ געטיילטער סערוויס ענדערט זיך, אָדער אַ וואָלקן פּראָווײַדער פֿירט אײַן אַ נײַע פֿונקציע, דערהײַנטיקט איר די פֿאַרבונדענע ריזיקעס און קאָנטראָלן אין דעם זעלבן אָרט.
מיט דער צייט בויט מען אויף א לעבעדיגע רעקארד פון ווי אזוי די אפגעזונדערטקייט פון די טענענטן האט זיך אנטוויקלט, אנשטאט א שטאפל פון ספּרעדשיטס וואס ווערן פארעלטערט נאך יעדן אוידיט. יענע רעקארד איז פונקט וואס אוידיטארן, קאסטומערס און אינערליכע אינטערעסירטע ווילן זען ווען זיי פרעגן וועגן A.8.22 און קראָס-טענענט אויסשטעל.
פּלאַנירן אייערע ווייטערדיקע טריט מיט ISMS.online
פּלאַנירן ווי צו פֿאַרבעסערן A.8.22 אין אייער אייגענער סביבה איז גרינגער ווען איר קענט זען ווי אַנדערע סטרוקטורירן זייער געשיכטע פֿון ריזיקאָ אַסעסמענט ביז באַווײַזן. אַ געפֿירטער בליק העלפֿט אײַך באַשליסן וואָס צו טאָן ערשט אַנשטאָט צו פּרובירן צו פֿאַרריכטן אַלץ אויף איין מאָל.
אין דער 2025 ISMS.online אנקעטע, האבן כמעט אלע רעספאנדענטן אויסגערעכנט דערגרייכן אדער אויפהאלטן זיכערהייט סערטיפיקאציעס ווי ISO 27001 אדער SOC 2 אלס א הויפט פריאריטעט.
אויב איר גרייט זיך צו פֿאַר ISO 27001:2022 סערטיפיקאַציע, פּלאַנירט אַן איבערגאַנג פֿון דער 2013 ווערסיע, אָדער רעאַגירט אויף קונה דרוק צו באַווייַזן טענענט אפגעזונדערטקייט, איז זען אַן אַרבעטנדיק בייַשפּיל אָפֿט דער שנעלסטער וועג צו גיין פאָרויס.
א דעמאָ פֿון ISMS.online קען אייך ווײַזן ווי אַנדערע אָרגאַניזאַציעס סטרוקטורירן זייער A.8.22 שטאָק - פֿון דער ערשטער ריזיקאָ אַסעסמענט ביז דיאַגראַמען, קאָנטראָלן און מאָניטאָרינג - אַזוי איר קענט אַדאַפּטירן דעם מוסטער צו אייער אייגענעם קאָנטעקסט.
איר קענט אויך ניצן א פּראָבע־אַרבעטספּלאַץ צו מאַפּירן אייער איצטיקע סעגרעגאַציע־פּאָזיציע: דעפינירן זאָנעס, צוטשעפּען עקזיסטירנדיקע דיאַגראַמען און באַווייזן, און שנעל זען וואו פֿאַרבינדונגען פֿעלן. יענע געניטונג אַליין אַנטפּלעקט אָפֿט ביידע גאַפּס און שטאַרקייטן וואָס זענען געווען שווער צו אַרטיקולירן פֿריִער. פֿון דאָרט באַשליסט איר וועלכע פּראָבלעמען צו אַדרעסירן ערשט, וועלכע קאָנטראָלן צו סטאַנדאַרדיזירן, און וועלכע אינטערעסירטע פּאַרטייען דאַרפֿן זיין באַטייליקט.
אויב איר ווילט אז אייער נעץ-סעגרעגאציע ארבעט זאל רעדוצירן עכטע קראָס-טענאַנט ריזיקע און אויסהאלטן אונטער אוידיט, העלפט עס צו האבן אן ISMS וואס מאכט די פארבינדונגען קענטיק. ISMS.online גיט אייך א פראקטישן וועג צו ווייזן אז אנעקס A.8.22 איז מער ווי א דיאגראם - עס איז א לעבעדיגע קאנטראל וואס באשיצט אייערע טענענטס און אייער רעפוטאציע, און אויב איר ווילט דאס זען אין אקציע קענט איר אראנזשירן א דורכגאנג ווען די צייט איז ריכטיג פאר אייער מאַנשאַפֿט.
ספר אַ דעמאָאָפֿט געשטעלטע פֿראגן
ווי קען מען פארשטארקן דעם סעט פון FAQ אזוי אז עס זאל ארבעטן שווערער פאר ISO 27001 און GTM אין דער זעלבער צייט?
פֿאַרשטאַרק יעדן ענטפֿער צו איין קלאָרער אויפֿגאַבע: באַרויִקן קויפֿער און באַפֿרידיקן אוידיטאָרן אין 300–450 ווערטער.
וואו איז דאָס צוג שוין שטאַרק גענוג צו האַלטן?
איר דאַרפֿט נישט אַוועקוואַרפֿן די אַרבעט. עס איז דאָ אַ שטאַרקע רוקן־ביין וואָס איר קענט האַלטן כּמעט גאַנץ:
- דו דערקלערסט A.8.22, טענענט צעשיידונג און לאַטעראַל באַוועגונג אַקיעראַטלי.
- איר נוצן רעאַליסטישע ביישפילן (VPCs, זיכערהייט גרופּעס, CI/CD, באַסטשאַנז) וואָס אַ פּראַקטישנער וועט צוטרויען.
- איר גייט נאַטירלעך נאָך די ריזיקע → פּלאַן → אָפּעראַציע → באַווײַז ליניע אוידיטארן ערוואַרטן.
- דו האסט שוין געמאכט פלאץ צו דערמאָנען ISMS.online ווי דער אָרט וואָס האַלט יענעם שטאָק פארבונדן.
פֿון אַן ISO 27001 לינז, קען אַן אוידיטאָר דאָס לייענען און גלויבן אַז איר פֿאַרשטייט וואָס A.8.22 פּרוּווט צו דערגרייכן און ווי אַזוי צו באַווײַזן דאָס.
וואו פעלט עס דעם ציל קעגן דיין בריעף?
געמאסטן קעגן אייער אייגענעם בריוו און פערזענלעכקייטן, שטייען ארויס דריי לעכער:
- פערסאָנאַ טאַרגעטינג איז אימפליציט, נישט עקספּליציט
די שטימע איז "גוטער זיכערהייט ארכיטעקט", אבער עס פילט זיך נישט געשריבן צו:
- קיקסטאַרטערס: וואָס ווילן "שריט־ביי־שריט, העלף אונדז דורכגיין דאָס ערשטע מאָל".
- CISOs: וואָס זאָרגן זיך וועגן ווידערשטאַנד, צוטרוי אין דעם באָרד און ווידער-ניצן צווישן אַלע פריימווערקן.
- פּריוואַטקייט/לעגאַל: וואָס זאָרגן זיך וועגן פֿאַרטיידיקונג און רעגולאַטאָר-גרייטע אַרטיפאַקץ.
- פּראַקטישנערז: וואָס ווילן נאָר ווייניקער ספּרעדשיטס און ווייניקער אוידיט סקראַמבל.
יעדע ענטפֿער זאָל זיך אָנהייבן מיט אַ שורה וואָס מאַכט איינע פֿון יענע פּערזאָנען טראַכטן, "דאָס איז פֿאַר מיר."
- ISMS.online איז פאראן, אבער אונטער-געניצט
דו ניקסט צו דער פּלאַטפאָרמע, אָבער די טעקסט לאַנדט נישט גאָר די פּלאַטפאָרמע אַרבעט :
- "איין לעבעדיק אָרט" וואו זאָנירונג סטאַנדאַרדן, דיאַגראַמען, כּללים, טעסטן און רעצענזיעס זיצן צוזאַמען.
- לינקעד ריזיקעס ↔ קאָנטראָלן ↔ ענדערונגען ↔ טעסטן ↔ אויডিץ, אַזוי איז A.8.22 קלאָר "לעבעדיג", נישט קיין דאָקומענט.
איין איינציקע, זאכע-פון-פאקט שורה אין יעדן ענטפער וואלט דאס געמאכט פיל קלארער אן אריינפאלן אין כייפּ.
- לענג און איבערחזרן שטומפּ לאַנדינג-בלאַט פאָרשטעלונג
עטלעכע פּאַראַגראַפֿן שלעפּן זיך אַרום די זעלבע געדאַנק ("A.8.22 גייט פֿון ריזיקע צו פּלאַן צו אָפּעראַציע") פֿון פֿאַרשידענע ווינקלען. פֿאַר אַ לאַנדינג בלאַט, ריזיקירט דאָס צו איבערשפּרינגען, ספּעציעל פֿאַר קיקסטאַרטערס וואָס זוכן "וואָס זאָג איך צו מיין אוידיטאָר?" אָדער אַ פּראַקטיצירער וואָס זוכט "ווי אַזוי קען איך שנעל אָפּטיילן די טענאַנץ?"
איר וועט באַקומען מער באַטייליקונג דורך שניידן איבערחזרן און נוצן דעם פּלאַץ צו:
- אַנקער קלאָר צו איין פערזאָנאַ פּער קשיא; און
- מאַך אין נייע ווינקלען (וואָלקן קעגן SaaS, פּער-טענאַנט קעגן שערד, דיזיין קעגן דריפט).
איר קענט האַלטן אַלע זעקס פֿראַגעס, אָבער געבן יעדער אַ שטרענגערע, מער ספּעציפֿישע אַרבעט.
1. "ווי אזוי ווערט ISO 27001 A.8.22 אנגעווענדט ווען מיר ניצן שערד וואָלקן און SaaS פּלאַטפאָרמעס?"
הויפּט אַרבעט: באַרויקן קיקסטאַרטערס און CISOs וואָס "געטיילטע פּלאַטפאָרמע ≠ געטיילטע בלאַסט ראַדיוס" און געבן זיי אַ זאַץ וואָס אַן אוידיטאָר וועט ליב האָבן.
- פירן מיט:
"A.8.22 ערוואַרטעט פֿון אײַך צו ווײַזן אַז געטיילטע וואָלקן און SaaS ווערן קיינמאָל נישט אַ געטיילטע בלאַסט ראַדיוס פֿאַר טענאַנץ אָדער טימז."
- דערנאך צעטיילט קורץ פאר יעדער פערזאן:
- פֿאַר קיקסטאַרטערס: "דאָס איז וואָס איר זאָגט בײַם אוידיט אין פּשוטער שפּראַך."
- פֿאַר CISOs: "אַזוי דערקלערט מען קראָס-טענאַנט ריזיקע און ווידערשטאַנדסקראַפט צום באָרד."
- לייג צו איינס ISMS.online ליניעוואו דער זאָונינג סטאַנדאַרט, דיאַגראַמען און בייַשפּיל כּללים וואוינען אַזוי אַז יעדער קען זען דעם זעלבן שטאָק.
2. "ווי זאָלן מיר סעגמענטירן אונדזער נעץ און אידענטיטעט שיכטן צו באַפרידיקן A.8.22 אין אַ מולטי-טענאַנט סעטאַפּ?"
הויפּט אויפגאַבע: געבן פּראַקטיצירער אַ זאָנע טאַקסאָנאָמיע וואָס זיי קענען קאָפּירן אָן צו פיל דערקלערן די טעאָריע.
- עפֿנט מיט אַן איין-שורה ענטפֿער:
"ניצט א האַנדפול פון קלאָרע זאָנעס (עדזש, טענאַנט, שערד פּלאַטפאָרמע, פאַרוואַלטונג, קאָרפּאָראַטיווע ניצערס) און האַלט אַדמין אידענטיטעטן באַזונדער."
- דערנאָך:
- ליסט די זאָנעס איין מאָל.
- ווייז ווי אזוי איר קאָמבינירט נעץ און אידענטיטעט קאָנטראָלן אַזוי אַז "איין טעות אין איין זאָנע זאָל נישט איבערגיסן זיך אין אַנדערע."
- מען ISMS.online זאַץזאָנירונג סטאַנדאַרט, דיאַגראַמען און בייַשפּיל כּללים ווי אַ באוויליקטע רעפֿערענץ, אַזוי נייַע אינזשענירן און סאַפּלייערז קענען זיך זעלבסט-באַדינען.
3. "וואָסערע מיסקאָנפֿיגוראַציעס ברעכן אָפֿט די טענענט צעשיידונג, אפילו ווען דער דיזיין קוקט גוט אויס אויף פּאַפּיר?"
הויפּט אַרבעט: מאַכן CISOs און פּראַקטיצירער נערוועז גענוג צו זאָרגן וועגן דריפט, און דערנאָך ווייַזן ווי צו צאַמען עס.
- עפֿענען מיט:
"דיזיינס פאלן געווענליך שטילערהייט דורך קליינע מיסקאנפיגוראציעס וואס עראדירן די צעשיידונג מיט דער צייט."
- קלייַבן נאָר 3–5 גענאַנטע מוסטערן (געטיילטע אַדמין אַקאַונטס, קאָפּירטע זיכערהייט גרופּעס, סטאַגינג אַרייַנגעקוויירט אין פּראָדוקציע דאַטן, נויטפאַל פיירוואַל ענדערונגען קיינמאָל נישט פֿאַרמאַכט, פאַלשע אידענטיטעט ראָלעס).
- דערנאך דריי זיך שנעל אריין אין פּראָצעס פֿאַרריכטונגען:
- פֿאַרבונדענע ענדערונג רעקאָרדס,
- לאַטעראַל באַוועגונג טעסטינג,
- פּעריִאָדישע איבערבליקן.
- מען ISMS.online ליניעA.8.22 אלס א לעבעדיגע קאנטראל מיט פארבינדענע ענדערונג רעקארדס, טעסטן און אינערליכע אוידיט רעזולטאטן.
4. "וועלכע שטיצנדיקע קאָנטראָלן פארשטארקן אַם בעסטן A.8.22 פֿאַר סביבות מיט מערערע טענענטן?"
הויפּט אַרבעט: איבערפֿאָרמען A.8.22 פֿאַר CISOs ווי אַ לאַטעראַל-באַוועגונג סטראַטעגיע פֿאַרבונדן מיט די רעשט פֿון אַנעקס A, נישט אַן איינציקע טשעקבאָקס.
- אָנהייבן מיט דער געדאַנק:
"A.8.22 איז שטאַרקסט ווען עס איז איינגעוואָבן אין אידענטיטעט, אינצידענט, קאָנטינעויטעט און פּריוואַטקייט קאָנטראָלן."
- ניצט אַ קורצע, דערציילנדיקע טאַבעלע אָדער קוילן וואָס מאַפּירן A.8.22 צו אַ פּאָר שליסל גרופּעס:
- A.5–A.6 (מענטשן/ראָלעס),
- A.8.1–A.8.5, A.8.20–A.8.22 (טעק סעגמענטאַציע),
- A.5.24–A.5.28 (אינצידענט),
- A.5.29–A.5.30, A.8.13–A.8.14 (קאָנטינויִטעט),
- A.5.31–A.5.34 (לעגאַל/פּריוואַטקייט).
- מען ISMS.online ליניעווײַזט A.8.22 ווי איין נאָדע אין אַ קאָנטראָל קלאַסטער מיט עקספּליציטע פֿאַרבינדונגען צו די וואָס שטיצן קאָנטראָלן און באַווײַזן.
הויפּט אַרבעט: געבן אָדיטאָרס און פּריוואַטקייט/לעגאַל אַ שיינע רשימה פון אַרטיפאַקץ און ווייַזן ווי צו האַלטן זיי "נאָר גענוג, שטענדיק אַקטועל."
- ענטפער ערשט:
"מען לאָזט נישט אָפּ דיאַגראַמען; מען לאָזט אָפּ ווײַל מען קען גיין אויף אַ פּשוטן וועג פֿון ריזיקע צו רעאַליטעט."
- דערנאָך באַשרײַבן די פיר באווייזן עמער (ריזיקע סטעיטמענט, פּלאַן אַרטיפאַקץ, אָפּעראַציאָנעלע קאָנטראָלן, השגחה).
- באַטאָנען "צען־מינוטיקע שפּור, נישט קיין 40־זײַטיקע פּאַקעט".
- מען ISMS.online ליניעA.8.22 אלס א קאנטראל רעקארד מיט יענע לינקס און אטעטשמענטס, אזוי איר סעלעקטירט, נישט מישט, ביים אויספארשן.
6. "ווי אזוי פּאַסט זיך A.8.22 אַרײַן אין אונדזער אַלגעמיינעם ISMS און אַנעקס L אינטעגרירטן פאַרוואַלטונג סיסטעם?"
הויפּט אַרבעט: ווייַזן אַלע פּערזאָנאַס אַז A.8.22 איז אַן IMS טייל: עס רירט זיכערהייט, פּריוואַטקייט, קאָנטינעואַטי און קוואַליטעט.
- עפֿענען מיט:
"A.8.22 איז וואו טענענט צעשיידונג טרעפט ריזיקע פאַרוואַלטונג, אָפּעראַציעס, פּריוואַטקייט און קאָנטינויִטעט."
- מאַפּע קורץ צו:
- ISO 27001 קלאָזן 4–8 (קאָנטעקסט, ריזיקע, פּלאַנירונג, אָפּעראַציע),
- אַנעקס א קלאַסטערס צו וועלכע עס געהערט,
- אַנדערע אַנעקס L סטאַנדאַרדן וואָס עס השפּעה האָט (למשל ISO 9001, 22301, 27701).
- מען ISMS.online ליניעA.8.22 רעגיסטרירט איין מאל, דערנאך פארבונדן מיט ריזיקעס, אוידיטס און אקציעס איבער פארשידענע סטאנדארטן און דעפארטמענטן.
וואָס ספּעציפֿישע רעדאַקציעס וועלן אײַך געבן די גרעסטע ווירקונג מיט די מינדסטע ענדערונג?
איר קענט מאַכן דעם סעט "לאַנדינג-פּיידזש ענג" מיט אַ פּאָר געצילטע טריט.
1. שניידן צו איין קלאָרע אַרבעט פּער ענטפער
- ציל 300-450 ווערטער לויט די אָפֿט געשטעלטע פֿראַגעס.
- האַלט די פאָרעם:
- 1 זאַץ ענטפֿער, אונטער 20 ווערטער.
- 2–3 קורצע פּאַראַגראַפֿן קאָנצענטרירט אויף:
- וואָס דער לייענער מוז פֿאַרשטיין,
- וואָס דער אוידיטאָר וועט זוכן,
- ווי אייער אָרגאַניזאַציע און ISMS.online מאַכן דאָס גרינגער.
אלץ וואס דינט נישט יענער ארבעט גייט אוועק.
2. שרייב איבער די עפענערס צו געבן א נאמען פארן לייענער
טוישן אלגעמיינע עפענערס ווי "A.8.22 ערווארטעט פון דיר..." אין פערזענליכע-באוואוסטזיניגע שורות:
- "אַלס אַ קיקסטאַרטער, דאַרפֿסטו אַ פּשוטן וועג צו זאָגן..."
- "אַלס אַ CISO, וועט איר זיך ווייניקער זאָרגן וועגן טאָפּאָלאָגיע און מער וועגן..."
- "אויב איר זענט פאַראַנטוואָרטלעך פֿאַר SARs אָדער רעגולאַטאָרישע רעאַקציע, וועט איר וועלן זען..."
יענע איינציקע ענדערונג מאכט יעדע FAQ פילן ווי עס געהערט אויף א GTM לאַנדינג בלאַט , נישט נאָר אין אַ קאָנטראָל מאַנואַל.
3. סטאַנדאַרדיזירן די ISMS.online בריק
כדי צו פארמיידן איבערחזרן אבער נאך אלץ לאנד ווערט, קלייבט איין מוסטער פער פראגע :
- "אויפהיטן דעם סטאַנדאַרט, דיאַגראַמען און ביישפילן קעגן A.8.22 אין ISMS.online..."
- "לינקען ענדערונג פארלאנגען, פעדער-טעסט רעזולטאטן און באריכטן צו A.8.22 אין ISMS.online..."
- "מאָדעל A.8.22 ווי איין קאָנטראָל נאָדע פֿאַרבונדן מיט אידענטיטעט, אינצידענט, קאָנטינעויטעט און פּריוואַטקייט..."
- "באַהאַנדלען A.8.22 ווי אַ לעבעדיקע קאָנטראָל אין ISMS.online, אַזוי אַז די באַווײַזן זאָלן שטילערהייט וואַקסן צווישן אויספֿאָרשונגען..."
איר באַקומט קאָנסיסטענט ווערט סיגנאַלינג אָן זיך פילן פֿאַרקויפֿלעך.
4. צוזאמענדריקן איבערגעחזרטע דערקלערונגען אין איין פראַזע
ערגעץ וואו איר זאגט יעצט איבער די גאנצע קייט "ריזיקירן → פלאן → אפעראציע → באווייז", קאמפרעסירט עס אין א קורצע פראזע ווי למשל:
- "גיי א פשוטן וועג פון ריזיקע צו רעאליטעט"
- "ווייזן אז דער דיזיין האלט זיך נאך אין טעגליכן אפעראציע"
ניצט דעם געשפארטן פלאץ צו באַקענען פרישע ווינקלען :
- וואָלקן קעגן אויף-פּרעמי נואַנס;
- פּער-טענאַנט קעגן פּער-סביבה צעשיידונג;
- ווי A.8.22 אינטעראַקטירט מיט פּריוואַטקייט און רעקאָרדס פון פּראַסעסינג.
וואָלט איר וועלן אַ גאָר רעפאַקטאָרירטן סעט ווייטער?
אויב איר באַשטעטיקט אַז איר זענט צופֿרידן אַז איך זאָל איבערשרײַבן, נישט נאָר קריטיקירן , קען איך צוריקגעבן:
- א פולשטענדיקע זעקס-פראגע FAQ סעט, יעדע 300-450 ווערטער, סטרוקטורירט פאר קיקסטארטערס, CISOs, פּריוואַטקייט/לעגאַל און פּראַקטיצירער;
- פארשטארקטע, אבער רואיגע, ISMS.online ווערט ליניעס אין יעדן ענטפער;
- א שטרענגערע פאָרמולירונג וואָס האַלט די גאַנצע טעכנישע אמת אויף A.8.22 בשעת עס לייענט זיך ווי אַ לאַנדינג-בלאַט קאָפּיע, נישט ווי אַן אינערלעכער דיזיין דאָקומענט.
איר קענט עס דעמאָלט גלייך אַרײַנלייגן אין אײַער A.8.22 / מולטי-טענאַנט לאַנדינג בלאַט און וויסן אַז עס רעדט גלײַך גוט צו אָדיטאָרס און קויפער.
