Overview of SEHadoopTo improve Hadoop compromise resilience, we design การแปล - Overview of SEHadoopTo improve Hadoop compromise resilience, we design ไทย วิธีการพูด

Overview of SEHadoopTo improve Hado

Overview of SEHadoop
To improve Hadoop compromise resilience, we design a
new SEHadoop model through two major principles: enhancing
isolation level among Hadoop components and giving
least access privilege for Hadoop processes. When compromise
starts in Hadoop, strong isolation level can help Hadoop limit
the extent of compromise. It will enforce hackers to attack
one component at a time and slow down the pace of attacks.
Enforcing least access privilege for Hadoop components can
ensure that compromised Hadoop processes can only access
limited data. Comparing with original Hadoop, attackers need
to attack more components in SEHadoop to steal the same
amount of data. Since some Hadoop components may be
running on a large number of VMs, such as Data Node, Node
Manager and Container, they have larger possibility being
attacked than other Hadoop components have, e.g a malicious
VM of an attacker has better chance to co-reside with VMs
running Data Node to launch internal cloud attacks comparing
with VM running Name Node. We carefully examined these
components to ensure that the security mechanisms they are
using satisfy the two principles. The SEHadoop model consists
of SEHadoop runtime model, SEHadoop Block Token and
SEHadoop Delegation Token.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ภาพรวมของ SEHadoopเพื่อปรับปรุงความยืดหยุ่นประนีประนอมอย่างไร Hadoop เราออกแบบรุ่น SEHadoop ใหม่ผ่านหลักสองหลัก: เพิ่มแยกระดับระหว่างคอมโพเนนต์อย่างไร Hadoop และให้สิทธิการเข้าถึงสำหรับกระบวนการอย่างไร Hadoop เมื่อมีประนีประนอมเริ่มต้นในอย่างไร Hadoop ระดับการแยกที่แข็งแกร่งจะช่วยอย่างไร Hadoop จำกัดขอบเขตของปัญหา มันจะบังคับใช้แฮกเกอร์โจมตีหนึ่งส่วนประกอบที่เป็นเวลา และช้าลงก้าวของการโจมตีบังคับใช้การเข้าถึงสิทธิอย่างไร Hadoop สำหรับคอมโพเนนต์สามารถให้แน่ใจว่า ถูกโจมตีอย่างไร Hadoop กระบวนสามารถเข้าถึงได้เฉพาะข้อมูลที่จำกัด เปรียบเทียบกับต้นฉบับอย่างไร Hadoop ผู้โจมตีต้องการการโจมตีส่วนประกอบเพิ่มเติมใน SEHadoop จะขโมยเหมือนกันจำนวนข้อมูล เนื่องจากส่วนประกอบบางอย่างไร Hadoop อาจทำงานบน VMs เช่นข้อมูลโหน จำนวนโหนดผู้จัดการและภาชนะ พวกเขามีกำลังความใหญ่โจมตีมีส่วนประกอบอื่น ๆ อย่างไร Hadoop เป็นอันตรายเช่นVM ของผู้โจมตีมีโอกาสที่ดีอยู่ร่วมกับ VMsรันข้อมูลโหนเพื่อเปิดฉากโจมตีเมฆภายในเปรียบเทียบกับวีเอ็มที่ใช้ชื่อโหน เราระมัดระวังตรวจสอบเหล่านี้คอมโพเนนต์เพื่อให้แน่ใจว่ากลไกความปลอดภัยที่จะใช้ตอบสนองสองหลัก รุ่น SEHadoop ประกอบด้วยรุ่น SEHadoop รันไทม์ บล็อก SEHadoop โทเค็น และโทเค็นการการมอบหมาย SEHadoop
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ภาพรวมของ SEHadoop
เพื่อปรับปรุงความยืดหยุ่นประนีประนอม Hadoop เราออกแบบ
รูปแบบใหม่ผ่าน SEHadoop สองหลักการที่สำคัญ: การเพิ่ม
ระดับการแยกระหว่างส่วนประกอบ Hadoop และให้
สิทธิพิเศษในการเข้าถึงน้อยสำหรับกระบวนการ Hadoop เมื่อประนีประนอม
เริ่มต้นใน Hadoop, ระดับการแยกที่แข็งแกร่งสามารถช่วย Hadoop จำกัด
ขอบเขตของการประนีประนอม มันจะบังคับใช้แฮกเกอร์โจมตี
องค์ประกอบหนึ่งในเวลาและชะลอตัวลงก้าวของการโจมตี.
บังคับใช้สิทธิ์น้อยสำหรับส่วนประกอบ Hadoop สามารถ
ให้แน่ใจว่ากระบวนการที่ถูกบุกรุก Hadoop สามารถเข้าถึง
ข้อมูลที่ จำกัด เปรียบเทียบกับต้นฉบับ Hadoop โจมตีต้องการ
ที่จะโจมตีส่วนประกอบมากขึ้นในการที่จะขโมย SEHadoop เดียวกัน
ปริมาณของข้อมูล เนื่องจากบางส่วนประกอบ Hadoop อาจจะ
ทำงานอยู่บนจำนวนมากของ VMs เช่นข้อมูลโหนดโหนด
และผู้จัดการตู้คอนเทนเนอร์, พวกเขามีความเป็นไปได้ที่มีขนาดใหญ่ถูก
โจมตีกว่าส่วนประกอบอื่น ๆ Hadoop มีเช่นที่เป็นอันตราย
VM ของผู้โจมตีมีโอกาสที่ดีที่จะร่วมอาศัยอยู่ กับ VMs
ทำงานข้อมูลโหนดที่จะเปิดการโจมตีเมฆภายในเปรียบเทียบ
กับ VM ทำงานชื่อโหนด เราตรวจสอบอย่างรอบคอบเหล่านี้
ชิ้นส่วนเพื่อให้แน่ใจว่ากลไกการรักษาความปลอดภัยที่พวกเขาจะ
ตอบสนองการใช้สองหลักการ รูปแบบประกอบด้วย SEHadoop
ของ SEHadoop รูปแบบรันไทม์ SEHadoop บล็อก Token และ
คณะผู้แทน SEHadoop Token
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ภาพรวมของ sehadoop
ปรับปรุง Hadoop ประนีประนอมยืดหยุ่น เราออกแบบรูปแบบใหม่
sehadoop ผ่านสองหลักการสําคัญ : การแยกระดับของส่วนประกอบและ Hadoop

อย่างน้อยให้เข้าถึงสิทธิพิเศษสำหรับกระบวนการ Hadoop . เมื่อเริ่มต้นในการประนีประนอม
Hadoop , ระดับการแยกที่แข็งแรงสามารถช่วย Hadoop จำกัด
ขอบเขตของการประนีประนอม มันจะบังคับให้แฮกเกอร์โจมตี
องค์ประกอบหนึ่งที่เวลาและชะลอตัวลงก้าวของการโจมตี การเข้าถึงสิทธิพิเศษสำหรับส่วนประกอบน้อย

รับรองว่า Hadoop สามารถบุกรุก Hadoop กระบวนการสามารถเข้าถึง
ข้อมูลจำกัด เปรียบเทียบกับต้นฉบับ Hadoop , โจมตีต้องการ
โจมตีส่วนประกอบเพิ่มเติมใน sehadoop ขโมยเท่าเดิม
ข้อมูล เนื่องจากส่วนประกอบ Hadoop อาจ
วิ่งบนตัวเลขขนาดใหญ่ของ HP เช่นโหนดข้อมูลผู้จัดการโหนด
และภาชนะบรรจุ มีความเป็นไปได้ขนาดใหญ่ที่ถูกโจมตีกว่าส่วนประกอบอื่นๆ
Hadoop ได้ เช่น VM ที่เป็นอันตรายของผู้โจมตีจะมีโอกาสดีกว่า

วิ่ง VMS co อยู่กับโหนดข้อมูลเพื่อเปิดการโจมตีภายในเมฆเปรียบเทียบ
กับ VM ใช้ชื่อโหนด เราตรวจสอบอย่างละเอียดส่วนประกอบเหล่านี้
เพื่อให้แน่ใจว่าพวกเขาจะใช้กลไกรักษาความปลอดภัย
ตอบสนองสองหลักการการ sehadoop โมเดลประกอบด้วย
sehadoop Runtime ของรุ่น เหรียญ sehadoop บล็อก
sehadoop คณะผู้แทนและเหรียญ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: