สำรวจการเปิดตัวในเดือนสิงหาคม 2024 ของเราที่มีการแกล้งเป็นผู้ใช้ การจัดการความลับของแอปพลิเคชัน การสร้างแบรนด์ประสบการณ์การลงชื่อเข้าใช้ระดับองค์กรและแอปพลิเคชัน และอื่น ๆ อีกมากมาย
เพิ่มการสนับสนุนสำหรับการแกล้งเป็นผู้ใช้ผ่าน Token Exchange:
POST /subject-tokens เพื่อขอ subject_token สำหรับการใช้งาน token exchangePOST /oidc/token ด้วยประเภทการให้สิทธิ์ใหม่ urn:ietf:params:oauth:grant-type:token-exchange เพื่อแลกเปลี่ยน subject_token เป็น access_token สำหรับการแกล้งเป็นผู้ใช้ดู User impersonation สำหรับรายละเอียดเพิ่มเติม
custom_dataเพิ่มฟิลด์วัตถุใหม่ custom_data ลงในแอปพลิเคชัน ฟิลด์นี้สามารถจัดเก็บข้อมูลเพิ่มเติมใด ๆ ที่ไม่ได้กำหนดในสคีมาตรฐาน Application
PATCH /api/applications/{applicationId}/custom-data ใหม่สำหรับการอัปเดต custom_data ฟิลด์ของแอปพลิเคชันPATCH /api/applications/{applicationId} เพื่อให้สามารถเขียนทับฟิลด์ custom_dataเพิ่มโปรแกรมแก้ไขข้อมูล JSON ที่กำหนดเองใหม่ในหน้าแอปพลิเคชันรายละเอียด (ยกเว้นแอปพลิเคชันที่ได้รับการปกป้อง)
แอปที่มีการรักษาความปลอดภัย (machine-to-machine, traditional web, Protected) สามารถมีความลับของแอปหลายรายการพร้อมวันหมดอายุได้แล้ว ซึ่งช่วยให้หมุนเวียนความลับและให้ประสบการณ์ที่ปลอดภัยยิ่งขึ้น
หมายเหตุ: ความลับเดิมที่สร้างก่อนคุณลักษณะนี้ยังสามารถใช้สำหรับการตรวจสอบสิทธิ์ของลูกค้าได้ แนะนำให้ลบความลับเก่าและสร้างความลับใหม่ที่มีวันหมดอายุเพื่อเพิ่มความปลอดภัย
GET /api/applications/{applicationId}/secrets: แสดงรายการความลับทั้งหมดของแอปพลิเคชันPOST /api/applications/{applicationId}/secrets: สร้างความลับใหม่สำหรับแอปพลิเคชันDELETE /api/applications/{applicationId}/secrets/{name}: ลบความลับของแอปพลิเคชันตามชื่อPATCH /api/applications/{applicationId}/secrets/{name}: อัปเดตความลับของแอปพลิเคชันตามชื่อDELETE /api/applications/{applicationId}/legacy-secret: ลบความลับเดิมของแอปพลิเคชันและแทนที่ด้วยความลับใหม่ในการจัดการความลับของแอปพลิเคชันของคุณ ไปที่ Logto Console -> แอปพลิเคชัน -> รายละเอียดแอปพลิเคชัน -> จุดปลาย & ข้อมูลประจำตัว
ฟิลด์อินพุตสำหรับการอ่านเฉพาะความลับของแอปเดิมถูกแทนที่ด้วยตารางการจัดการความลับใหม่ คุณสามารถสร้าง อัปเดต และลบความลับในตารางนี้ได้
ตอนนี้สามารถตั้งค่าโลโก้แบบแสงและมืดสำหรับองค์กรได้แล้ว คุณสามารถอัปโหลดโลโก้ในหน้าการตั้งค่าองค์กร
นอกจากนี้ยังสามารถแทนที่โลโก้ประสบการณ์การลงชื่อเข้าใช้จากองค์กรได้ เพียงเพิ่มพารามิเตอร์ organization_id ไปยังคำขอการตรวจสอบสิทธิ์ ใน Logto SDK ส่วนใหญ่ สามารถทำได้โดยใช้ฟิลด์ extraParams ในเมธอด signIn
เช่นใน JavaScript SDK:
ค่าของ <organization-id> สามารถพบได้ในหน้าการตั้งค่าองค์กร
หากคุณไม่พบฟิลด์ extraParams ใน SDK ที่คุณกำลังใช้ โปรดแจ้งให้เราทราบ
คุณสามารถตั้งค่าโลโก้, ไอคอนโปรด และสีสำหรับแอปของคุณได้แล้ว การตั้งค่าเหล่านี้จะใช้ในประสบการณ์การลงชื่อเข้าใช้เมื่อแอปเริ่มต้นโฟลว์การตรวจสอบสิทธิ์ สำหรับแอปที่ไม่มีการตั้งค่าการสร้างแบรนด์ การสร้างแบรนด์ประสบการณ์การลงชื่อเข้าใช้แบบ omni จะถูกใช้
หากมีการให้ organization_id ในคำขอการตรวจสอบสิทธิ์ การตั้งค่าการสร้างแบรนด์ระดับแอปจะถูกแทนที่ด้วยการตั้งค่าการสร้างแบรนด์ขององค์กร หากมี
Logto ตอนนี้ฉีดการตั้งค่าและวลีประสบการณ์การลงชื่อเข้าใช้ลงในไฟล์ index.html เพื่อประสิทธิภาพของหน้าจอแรกที่ดียิ่งขึ้น ยังประสบการณ์ของแอปจะดึงการตั้งค่าและวลีจากเซิร์ฟเวอร์หาก:
tsup เพื่อสร้างแพ็กเกจเชื่อมต่อ วิธีนี้จะทำให้กระบวนการสร้างรวดเร็วขึ้น และไม่ควรส่งผลต่อฟังก์ชันการทำงานของแพ็กเกจVite สำหรับการแปลงและบันเดิลแพ็กเกจ @logto/console, @logto/demo-app และ @logto/experience ลบ ParcelJS และแทนที่ด้วย Vite ไม่ควรคาดหวังการเปลี่ยนแปลงที่ไม่สามารถยอมรับได้PATCH /api/applications/{applicationId}ฟิลด์ jsonb ทั้งหมดของวัตถุ Application ควรถูกอัปเดตในโหมด replace แทน merge การเปลี่ยนแปลงนี้จะทำให้เมธอด PATCH คาดการณ์ได้น่าเชื่อถือขึ้นและสอดคล้องกับการออกแบบ API ของ Restful มากขึ้น
merge เป็น replace ในจุดปลาย PATCH /api/applications/{applicationId}partial เป็น full ในจุดปลาย PATCH /api/applications/{applicationId}oidc_client_metadata, custom_client_metadata, protected_app_metadata และ custom_dataหมายเหตุ: หากคุณใช้ Logto console เพื่อปรับปรุงการตั้งค่า
Applicationของคุณ คุณจะไม่ได้รับผลกระทบจากการเปลี่ยนแปลงนี้ ผู้ใช้ API ที่ใช้เมธอดPATCHเพื่อปรับปรุงการตั้งค่าฟิลด์ jsonb ของApplicationควรระวังการเปลี่ยนแปลงนี้ เมธอดPATCHจะเปลี่ยนทั้งฟิลด์ jsonb ด้วยข้อมูลที่ใส่ใหม่ ข้อมูลที่ใส่บางส่วนของฟิลด์ที่ได้รับผลกระทบจะโดนปฏิเสธ
เหตุการณ์ webhook ที่ได้รับผลกระทบ: Role.Scopes.Updated, Organizations.Membership.Updates
รหัสสถานะคำตอบ API ที่คืนจาก payload เหตุการณ์ webhook เป็น 404 เสมอ ซึ่งเกิดจากการใส่ payload เหตุการณ์ webhook ก่อนที่จะตั้งค่าบริบทการตอบกลับ API
เนื่องจากเราเพียงแต่เรียก webhook เมื่อเหตุการณ์ได้รับผลสำเร็จ ดังนั้นรหัสสถานะควรเป็น 2xx เสมอ
ปัญหานี้ได้รับการแก้ไขโดยการย้ายการใส่ payload เหตุการณ์ webhook หลังจากการตั้งค่าบริบทการตอบกลับ API
Argon2d และ Argon2id ผู้ใช้ที่มีอัลกอริทึมเหล่านั้นจะถูกย้ายไปที่ Argon2i เมื่อเข้าสู่ระบบสำเร็จ@logto/experience ได้รับการซิงค์กับที่ระบุใน README.md