ทีมและส่งต่องาน
ย้ายหน้าที่จากบันทึกเป็นตรวจ: ทบทวนสิทธิ์เดิม
การเพิ่มสิทธิ์งานใหม่โดยไม่ถอนงานเดิมทำให้สิทธิ์สะสม เมื่อย้ายคนจากผู้บันทึกเป็นผู้ตรวจให้เปรียบเทียบชุดก่อนและหลัง พร้อมเช็กลิสต์เฉพาะงานและตัวอย่างส่งต่อที่ตรวจรับได้
ตรวจสมาชิกใน Team และให้เจ้าตัวเปิด Reports ด้วยบัญชีตนเองหลังปรับสิทธิ์
1. ปัญหาที่ต้องตกลงก่อนเริ่มงาน
การเพิ่มสิทธิ์งานใหม่โดยไม่ถอนงานเดิมทำให้สิทธิ์สะสม เมื่อย้ายคนจากผู้บันทึกเป็นผู้ตรวจให้เปรียบเทียบชุดก่อนและหลัง
OWASP แนะนำ least privilege: ให้สิทธิ์ตามงานที่จำเป็น ข้อเสนอต่อไปเป็นวิธีทำงานของทีม ไม่ใช่การรับรองระบบ
OWASP: Authorization Cheat Sheet ↗2. จัดลำดับคน ข้อมูล และการตรวจ
ใช้ขั้นตอนนี้เป็นข้อตกลงร่วมของทีม ปรับผู้รับผิดชอบให้ตรงกับโครงสร้างจริงและระบุว่าใครตรวจรับ
- รวบรวมสิทธิ์ปัจจุบันรวมข้อยกเว้นเฉพาะคน
- ระบุสิ่งที่เลิกทำและสิ่งที่เริ่มทำใหม่
- ทดสอบว่าการอ่านที่ต้องใช้ยังทำได้ ขณะที่การแก้หรือลบที่ไม่จำเป็นถูกจำกัด
3. ทดลองกับสถานการณ์สมมติ
กรณีนี้ตั้งขึ้นเพื่อทดสอบว่าคนส่งกับคนรับเข้าใจตรงกัน ไม่ใช่ประวัติพนักงานหรือลูกค้าจริง
4. จุดที่ต้องระวังเป็นพิเศษ
อย่าถอนงานเดิมก่อนส่งมอบรายการค้างที่ต้องจัดการ และอย่าคิดว่าปิดเมนูเท่ากับตรวจสิทธิ์ครบทุกช่องทาง
5. ทำให้คนถัดไปเริ่มงานได้
ตรวจสมาชิกใน Team และให้เจ้าตัวเปิด Reports ด้วยบัญชีตนเองหลังปรับสิทธิ์
หลังทำตามขั้นตอน ให้ผู้รับเปิดข้อมูลด้วยบัญชีและสิทธิ์ของตนเอง หากเข้าถึงไม่ได้ ให้ผู้ดูแลตรวจสิทธิ์แทนการส่งรหัสผ่านร่วมกัน
Team (ต้องเข้าสู่ระบบ) ↗Reports (ต้องเข้าสู่ระบบ) ↗แหล่งอ้างอิงและขอบเขตเนื้อหา
แหล่งต่อไปนี้อธิบายหลักการทั่วไป ส่วนขั้นตอนของ MeeTang ตรวจจากฟีเจอร์ในระบบ ณ วันที่อัปเดต ตัวเลขในตัวอย่างไม่ใช่ข้อมูลผู้ใช้งานจริง
- OWASP: Authorization Cheat Sheet — ให้สิทธิ์เท่าที่จำเป็นและตรวจสิทธิ์ตามงาน
จัดทำด้วย AI ช่วยเรียบเรียงและตรวจเทียบกับโค้ด ไม่ใช่คำแนะนำภาษีหรือการรับรองผลทางบัญชี เงื่อนไขฟีเจอร์และโควตาขึ้นกับแพ็กเกจและสิทธิ์ที่ได้รับ
เริ่มจากงานที่คุณกำลังทำ
ตรวจสมาชิกใน Team และให้เจ้าตัวเปิด Reports ด้วยบัญชีตนเองหลังปรับสิทธิ์
เปิดหน้างาน (ต้องเข้าสู่ระบบ) →หน้าจัดการข้อมูลต้องเข้าสู่ระบบก่อนใช้งาน