1) Each stakeholder has their own S

1) Each stakeholder has their own SMP that they want to
maintain/extend to the cloud hosted assets.
2) No stakeholder can individually maintain the whole
security process of the cloud services because none of
them has the full information required to manage
security and each one has a different perspective.
3) Multi-tenancy requires maintaining different security
profiles for each tenant on the same service instance.
4) No Security SLA is available that can be used to
maintain agreements related to cloud assets security.
5) The existing standards such as ISO27000 and FISMA do
not map well to the cloud model because these standards
consider the SMP from the platform/asset owner not
from a Service Provider perspective.
E. Key requirements of the cloud ISMS
Any proposed security management framework for the
cloud model should cover the following key requirements:
1) Enable CCs to specify their security requirements on the
cloud hosted assets and the underlying cloud platform.
2) Enable CCs to monitor their assets security status and
the underlying platform security status as well.
3) Support for multi-tenancy where different tenants can
maintain their SMP with strong isolation of data.
4) Be based on existing security management standards that
are already adhered by the CCs and CPs.

ผลลัพธ์ (ไทย) 1:

1) แต่ละมาตรการมีตน SMP ที่พวกเขาต้องการ รักษา/ขยายไปยัง cloud ดูแลสินทรัพย์ 2) ทรรศนะไม่สามารถรักษาทั้งที กระบวนการรักษาความปลอดภัยของเมฆบริการเนื่องจากไม่มี พวกเขามีข้อมูลเต็มรูปแบบที่ต้องการการจัดการ ความปลอดภัยและแต่ละคนมีมุมมองแตกต่างกัน 3) หลายเช่าต้องการรักษาความปลอดภัยที่แตกต่างกัน โพรไฟล์สำหรับแต่ละผู้เช่าบนอินสแตนซ์การบริการเดียวกัน 4) ไม่มีความปลอดภัย SLA จะพร้อมใช้งานที่สามารถใช้ รักษาข้อตกลงที่เกี่ยวข้องกับความปลอดภัยของสินทรัพย์เมฆ 5 มาตรฐานที่)ที่มีอยู่เช่น ISO27000 และ FISMA ทำ map ดีกับรูปแบบคลาวด์เนื่องจากมาตรฐานเหล่านี้ พิจารณา SMP จากเจ้าของแพลตฟอร์ม/สินทรัพย์ไม่ จากมุมมองของผู้ให้บริการ E. ความต้องการสำคัญของเมฆ ISMS กรอบการบริหารความปลอดภัยเสนอใด ๆ สำหรับการ รุ่นเมฆควรครอบคลุมความต้องการสำคัญต่อไปนี้: 1) CCs ให้ระบุความต้องการความปลอดภัยในการ เมฆโฮสต์สินทรัพย์และแพลตฟอร์มเมฆต้น 2) CCs เปิดใช้งานการตรวจสอบสถานะความปลอดภัยของสินทรัพย์ และ อยู่ภายใต้แพลตฟอร์มสถานะความปลอดภัยเช่นการ 3) การสนับสนุนสำหรับผู้เช่าเช่าหลายที่แตกต่างกันสามารถ รักษาของ SMP ด้วยแข็งแรงแยกข้อมูล 4) เป็นไปตามมาตรฐานการจัดการด้านความปลอดภัยที่มีอยู่ที่ แล้วจะปฏิบัติตาม โดย CCs และของวิทยาลัย

ผลลัพธ์ (ไทย) 2:

1) ผู้มีส่วนได้เสียมี SMP ของตัวเองว่าพวกเขาต้องการที่จะ
รักษา / ขยายไปยังเมฆสินทรัพย์เป็นเจ้าภาพ
2) ไม่เป็นรายบุคคลผู้มีส่วนได้เสียสามารถรักษาทั้ง
ขั้นตอนการรักษาความปลอดภัยของการให้บริการคลาวด์เพราะไม่มี
พวกเขามีข้อมูลที่ครบถ้วนที่จำเป็นในการจัดการ
รักษาความปลอดภัยและแต่ละ หนึ่งมีมุมมองที่แตกต่างกัน
3) หลายครอบครองต้องมีการรักษาความปลอดภัยที่แตกต่างกัน
โปรไฟล์สำหรับผู้เช่าที่เช่นเดียวกันในแต่ละบริการ
4) ไม่มีการรักษาความปลอดภัย SLA ที่มีอยู่ซึ่งสามารถใช้ในการ
รักษาสัญญาที่เกี่ยวข้องกับการรักษาความปลอดภัยเมฆสินทรัพย์
5) มาตรฐานที่มีอยู่ เช่น ISO27000 และ FISMA ไม่
ได้แผนที่ดีในรูปแบบคลาวด์เพราะมาตรฐานเหล่านี้
พิจารณา SMP จากเจ้าของแพลตฟอร์ม / สินทรัพย์ไม่ได้
จากมุมมองของผู้ให้บริการ
อี ความต้องการที่สำคัญของ ISMS เมฆ
ใด ๆ กรอบการจัดการความปลอดภัยที่เสนอ
รูปแบบคลาวด์ควรจะครอบคลุมข้อกำหนดที่สำคัญดังต่อไปนี้
1) การเปิดใช้งาน CCs เพื่อระบุความต้องการความปลอดภัยของพวกเขาใน
สินทรัพย์เมฆเป็นเจ้าภาพและแพลตฟอร์มเมฆพื้นฐาน
2) การเปิดใช้งาน CCs การตรวจสอบทรัพย์สินของพวกเขา สถานะความปลอดภัยและ
สถานะความปลอดภัยของแพลตฟอร์มที่รองรับได้เป็นอย่างดี
3) การสนับสนุนสำหรับหลายครอบครองผู้เช่าที่แตกต่างกันสามารถ
รักษา SMP ของพวกเขาที่มีการแยกที่แข็งแกร่งของข้อมูล
4) เป็นไปตามมาตรฐานการจัดการด้านความปลอดภัยที่มีอยู่ที่
จะปฏิบัติตามแล้วโดย CCs และ CPs

ผลลัพธ์ (ไทย) 3:

1 ) แต่ละฝ่ายได้ลูกของตัวเองที่พวกเขาต้องการ
รักษา / ขยายไปยังเมฆเป็นสินทรัพย์
2 ) ไม่มีส่วนได้ส่วนเสียเป็นรายบุคคลสามารถรักษาทั้งกระบวนการของเมฆบริการรักษาความปลอดภัย

เพราะไม่มีพวกเขามีข้อมูลทั้งหมดต้องจัดการ
ความปลอดภัยและแต่ละคนก็มีมุมมองที่แตกต่างกัน
3
) เช่าต้องรักษาความปลอดภัยที่แตกต่างกันหลายโปรไฟล์สำหรับแต่ละผู้เช่าบนอินสแตนซ์บริการเดียวกัน
4 ) ไม่มี SLA ความปลอดภัยพร้อมใช้งานที่สามารถใช้เพื่อรักษาข้อตกลงที่เกี่ยวข้องกับเมฆ
รักษาความปลอดภัยทรัพย์สิน
5 ) ที่มีอยู่และมาตรฐานเช่น iso27000 fisma ทำ
ไม่ใช่แผนที่ดีเมฆรูปแบบเพราะมาตรฐานเหล่านี้
พิจารณา SMP จากเจ้าของแพลตฟอร์ม / สินทรัพย์ไม่
จากผู้ให้บริการมุมมอง
Eความต้องการที่สำคัญของลัทธิใด ๆการจัดการความปลอดภัยเมฆ
เสนอกรอบ
เมฆรูปแบบควรจะครอบคลุมความต้องการคีย์ต่อไปนี้ :
1 ) ใช้ CCS ระบุความต้องการการรักษาความปลอดภัยของพวกเขาในเมฆเป็นเจ้าภาพ
ทรัพย์สินและภายใต้เมฆแพลตฟอร์ม
2 ) เปิดใช้งานเพื่อตรวจสอบสถานะความปลอดภัยของ CCS ทรัพย์สินและรักษาความปลอดภัยแพลตฟอร์มต้นแบบ
สถานะเช่นกัน
3 ) การสนับสนุนสำหรับหลายเช่าแล้วผู้เช่าที่แตกต่างกันสามารถ
รักษาด้วยแรงของ SMP แยกข้อมูล
4 ) ตามมาตรฐานการจัดการความมั่นคงที่มีอยู่ที่
อยู่แล้วปฏิบัติตามโดย CCS และ CPS