วางแผนเปลี่ยนแอปพลิเคชันทีละส่วน

ทำความเข้าใจบริบท

เริ่มจากกรณีใช้การเข้ารหัสที่ทบทวนแล้ว ไม่ใช่แทน RSA หรือ elliptic curve ทุกตำแหน่งอัตโนมัติ ระบุ workflow ธุรกิจและแนวทางที่ผู้ให้บริการรองรับ แยกความปลอดภัยขนส่งข้อมูลออกจากลายมือชื่อระดับแอป การตรวจ token การเข้ารหัสข้อมูล และการห่อหุ้มกุญแจ

วางแผนงาน

เลือกขอบเขตหนึ่งส่วน กำหนดพฤติกรรมเดิม กลไกเป้าหมาย implementation จริง ความเข้ากันได้ของคู่สื่อสาร และผลต่อรูปแบบข้อมูล วางแผนให้กุญแจเก่าและระเบียนประวัติยังอ่านหรือตรวจสอบได้ การเปลี่ยนกุญแจหรือรูปแบบลายมือชื่ออาจกระทบผู้ใช้ข้อมูลที่ไม่ได้ปล่อยพร้อมแอป

หลักฐานที่ควรตรวจสอบ

สร้างต้นแบบแยกที่เล็กที่สุดเพื่อตอบคำถามความเข้ากันได้ ใช้ implementation ที่เป็นที่ยอมรับและ API ที่มีเอกสาร ห้ามนำข้อมูลรับรอง production เข้าห้องปฏิบัติการ ทดสอบงานถูกต้อง ลายมือชื่อหรือ ciphertext ผิด การไม่รองรับ การหมุนกุญแจ และการกู้คืน วัดผลในสภาพแวดล้อมจริงของการทดลอง

ข้อจำกัดและขั้นตอนต่อไป

ต้นแบบที่ทำงานได้เป็นหลักฐานของชุดค่าที่ทดสอบเท่านั้น การใช้งานจริงต้องอนุมัติแยก มีเจ้าของปฏิบัติการ การควบคุมเปลี่ยนแปลง และแผน rollback ห้ามสร้าง primitive หรือวิธีผสมการเข้ารหัสเองเพื่อเลี่ยงข้อจำกัดโพรโทคอล หากผู้ให้บริการยังไม่พร้อมให้บันทึกสิ่งขัดขวางและงานค้าง

หลักฐานและข้อจำกัด

ข้อมูลเพื่อการศึกษาพร้อมมาตรฐานอ้างอิง บทความนี้ไม่ได้ประเมินระบบลูกค้า ต้องตรวจสอบ implementation และการรองรับโพรโทคอลในสภาพแวดล้อมที่เลือก

แหล่งข้อมูลต้นทาง

ขั้นตอนเปลี่ยนผ่านที่เกี่ยวข้อง ↗หารือขอบเขตงาน ↗