MKS6029736 ; R032 ; [HH] ; Deployme

MKS6029736 ; R032 ; [HH] ;

Deployment: On-prem (see 6265610 for cloud requirement)

The BES NG system must be able to integrate with the Opentrust PKI system.

The use cases, which were covered for integration with BES have to be covered with BES NG for iOS/Android/BB10 and Windows Phone devices if applicable.

At a minimum, we need to provide the SCEP integration like we provide for Microsoft CA.

Notes:

This documentation covers the integration of OpenTrust with Mobile Device Management systems.
https://www.keynectis.com/en/credential-management-system-mobile

There is also a whitepaper attached.

Key Use Cases:

Organizations use identity certificates to create an additional layer of security for authentication or to prevent users from having to enter passwords. Certificates are commonly used with WiFi / VPN / ActiveSync / Web-Applications / etc. In case an enterprise CA is used, the certificate authority that is required to establish the "chain of trust" needs to be installed on devices, too. This can also be automated via MDM and CA certificate profiles.

Integration with CA systems helps further automate workflows, hence reducing work for IT and saving cost.

OpenTrust supports provisioning of certificates through:
- Password-protected PKCS#12 files (centralized mode)
- SCEP exchanges with a PKI SCEP connector (decentralized mode)
- Root certificates

In general, centralized mode would be used for certificates to support encryption which would need to be long lived or held in escrow for the purpose of decrypting SMIME mail. Decentralized mode would be used for authentication and signing where certificates would have a shorter live span with no need to hold private keys in escrow.

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

MKS6029736 R032 [ชช]; ปรับใช้: บนเปรม (ดู 6265610 สำหรับความต้องการเมฆ) ระบบ NG ด้านข้างต้องสามารถทำงานร่วมกับระบบ Opentrust PKI กรณีใช้ ซึ่งได้ครอบคลุมถึงการรวมกับด้านข้างต้องครอบคลุมด้านข้าง NG สำหรับ iOS/Android/BB10 และอุปกรณ์ Windows Phone ถ้าเกี่ยวข้อง อย่างน้อยที่สุด เราจำเป็นต้องให้รวม SCEP เหมือนเราให้ Microsoft CA หมายเหตุ: เอกสารนี้ครอบคลุมถึงการรวมของ OpenTrust กับระบบจัดการอุปกรณ์โมบาย https://www.keynectis.com/en/credential-management-system-mobile นอกจากนี้ยังมี whitepaper ที่แนบ กรณีใช้คีย์: องค์กรใช้ใบรับรองข้อมูลประจำตัว การสร้างชั้นของความปลอดภัยสำหรับการตรวจสอบ หรือป้องกันไม่ให้ผู้ใช้ไม่ต้องป้อนรหัสผ่าน ใบรับรองที่ใช้กับ WiFi / VPN / ActiveSync / โปรแกรมประยุกต์เว็บ / ฯลฯ ในกรณีใช้ enterprise CA รับรองที่จะต้องสร้าง "ห่วงโซ่ของความน่าเชื่อถือ" ต้องติดตั้งอุปกรณ์ เกินไป นี้สามารถยังเป็นแบบอัตโนมัติผ่านโพรไฟล์ประกาศนียบัตร MDM และ CA รวมกับระบบ CA ช่วยเพิ่มเติม อัตโนมัติเวิร์กโฟลว์ ลดงานเรื่อง และบันทึกต้นทุนดังนั้น OpenTrust สนับสนุนใบรับรองผ่านการเตรียมใช้งาน: -ป้องกันรหัสผ่าน PKCS #12 แฟ้ม (โหมดส่วนกลาง) -แลกเปลี่ยน SCEP กับตัวเชื่อมต่อ PKI SCEP (โหมดแบบกระจายศูนย์) -ใบรับรองหลัก ทั่วไป จะใช้สำหรับใบรับรองโหมดส่วนกลางเพื่อสนับสนุนการเข้ารหัสลับซึ่งจะต้องอาศัยอยู่ระยะยาว หรือจัดเฉพาะเพื่อถอดรหัส SMIME จดหมาย โหมดแบบกระจายศูนย์จะถูกใช้สำหรับการรับรองความถูกต้องและเซ็นชื่อที่ใบรับรองจะมีช่วงชีวิตสั้น ด้วยไม่จำเป็นต้องเก็บคีย์ส่วนตัวในการดูแล

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

MKS6029736; R032; [HH]; ปรับใช้: On-เปรม (ดู 6265610 สำหรับความต้องการเมฆ) ระบบ NG บีอีเอสจะต้องสามารถทำงานร่วมกับระบบ PKI Opentrust. กรณีการใช้งานที่ถูกปกคลุมไปสำหรับการทำงานร่วมกับบีอีเอสจะต้องมีการปกคลุมด้วยบีอีเอส NG สำหรับ . iOS / Android / BB10 และอุปกรณ์ที่ใช้ Windows Phone ถ้ามีอย่างน้อยที่สุดเราจำเป็นต้องให้บูรณาการ SCEP เหมือนที่เรามีให้สำหรับ Microsoft แคลิฟอร์เนียหมายเหตุ: เอกสารนี้ครอบคลุมถึงการรวมกลุ่มของ OpenTrust กับระบบจัดการอุปกรณ์มือถือ. https: // www .keynectis.com / th / หนังสือรับรองการจัดการระบบโทรศัพท์มือถือนอกจากนี้ยังมีเอกสารที่แนบมา. กรณีการใช้งานที่สำคัญ: องค์กรใช้ใบรับรองความเป็นตัวตนที่จะสร้างเพิ่มเติมชั้นของการรักษาความปลอดภัยสำหรับการตรวจสอบหรือเพื่อป้องกันไม่ให้ผู้ใช้ไม่ต้องใส่รหัสผ่าน ใบรับรองมักใช้กับ WiFi / VPN / ActiveSync / เว็บแอปพลิเค / ฯลฯ ในกรณีที่องค์กร CA จะใช้ใบรับรองที่จำเป็นต้องใช้ในการสร้าง "ห่วงโซ่ของความไว้วางใจ" จะต้องมีการติดตั้งบนอุปกรณ์เกินไป นอกจากนี้ยังสามารถอัตโนมัติผ่าน MDM และ CA โปรไฟล์ใบรับรอง. บูรณาการกับระบบ CA ช่วยต่อไปโดยอัตโนมัติเวิร์กโฟลว์จึงช่วยลดการทำงานสำหรับไอทีและประหยัดค่าใช้จ่าย. OpenTrust สนับสนุนการจัดเตรียมของใบรับรองผ่าน: - PKCS ป้องกันด้วยรหัสผ่าน # 12 ไฟล์ (โหมดส่วนกลาง) - แลกเปลี่ยน SCEP กับขั้วต่อ SCEP PKI (โหมดกระจาย) - ใบรับรองหลักโดยทั่วไปโหมดส่วนกลางจะใช้สำหรับใบรับรองในการสนับสนุนการเข้ารหัสซึ่งจะต้องมีชีวิตอยู่นานหรือที่จัดขึ้นในโครว์เพื่อวัตถุประสงค์ในการถอดรหัส SMIME อีเมล โหมดการกระจายอำนาจจะใช้สำหรับการตรวจสอบและลงนามในใบรับรองที่จะมีการถ่ายทอดสดช่วงสั้นที่มีความจำเป็นในการถือกุญแจส่วนตัวในโครว์ไม่

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

mks6029736 ; r032 ; [ HH ] ;

การใช้งาน : เปรม ( ดู 6265610 สำหรับความต้องการเมฆ )

BES ของระบบจะต้องสามารถรวมกับระบบ PKI opentrust .

ใช้กรณี ซึ่งครอบคลุมถึงการสะสมจะถูกปกคลุมด้วยคนของ iOS / Android / bb10 และ Windows อุปกรณ์มือถือ ถ้าใช้ได้

เป็นอย่างน้อยเราต้องให้ scep รวมเหมือนกับเราให้บริการสำหรับ Microsoft .



หมายเหตุ : เอกสารนี้ครอบคลุมถึงการบูรณาการ opentrust กับระบบการจัดการอุปกรณ์มือถือ
https://www.keynectis.com/en/credential-management-system-mobile

ยังมี whitepaper ที่แนบมา



คีย์ใช้กรณี :องค์กรใช้ใบรับรองตัวตนสร้างเพิ่มเติมชั้นของการรักษาความปลอดภัยเพื่อการตรวจสอบหรือเพื่อป้องกันผู้ใช้จากการป้อนรหัสผ่าน ใบรับรอง มักใช้กับ WiFi / VPN / ActiveSync / การใช้งานเว็บ / ฯลฯ ในกรณีที่องค์กร CA ที่ใช้ ใบรับรองที่ใช้เพื่อสร้าง " สาว " จะต้องติดตั้งบนอุปกรณ์ด้วยนี้ยังสามารถอัตโนมัติผ่านทางคุณนายและ CA โปรไฟล์ของใบรับรอง

รวมกับ CA ระบบช่วยเพิ่มเติมโดยอัตโนมัติเวิร์กโฟลว์จึงช่วยลดงาน และประหยัดต้นทุน

opentrust สนับสนุนค่าใช้จ่ายของบัตรผ่าน :
-- รหัสผ่านป้องกัน pkcs # 12 แฟ้ม ( โหมดอัตโนมัติ )
- scep แลกเปลี่ยนด้วย ซึ่ง scep Connector ( โหมดกระจาย )
-

ใบรับรองรากโดยทั่วไปใช้โหมดจะใช้สำหรับบัตรที่จะสนับสนุนการเข้ารหัสซึ่งจะต้องจะอยู่นานหรือจัดขึ้นใน escrow เพื่อถอดรหัส smime จดหมาย โหมดการกระจายอํานาจจะถูกใช้สำหรับการตรวจสอบและลงนามรับรองจะสั้นกว่าอยู่ที่ช่วง ไม่ต้องถือกุญแจส่วนตัวในสัญญา .