เราต้องดูว่าเกิดอะไรขึ้นที่นี่
โฆษณา FS เป็นข้อมูลเกี่ยวกับSAML มันจะเชื่อมต่อกับ Active Directory เพื่อใช้เป็น SAML Identity Provider Google มีความสามารถในการทำหน้าที่เป็นผู้ให้บริการ SAMLแล้ว รวมทั้งสองอย่างเข้าด้วยกันดังนั้น Google จะเชื่อถือโทเค็น SAML ของเซิร์ฟเวอร์ของคุณและคุณลงชื่อเข้าใช้บัญชี Google ผ่านข้อมูลประจำตัว Active Directory 1
ในขณะที่ Google Authenticator นั้นทำหน้าที่เป็นปัจจัยหนึ่งของผู้ให้บริการข้อมูลประจำตัว ... โดยปกติจะเป็นบริการของ Google บางทีคุณสามารถดูได้ในตอนนี้ว่ามันไม่เข้ากับ AD FS ได้อย่างไร เมื่อใช้ AD FS กับ Google คุณจะไม่ได้ใช้ผู้ให้บริการข้อมูลประจำตัวของ Google อีกต่อไปและเมื่อถึงเวลาที่โฆษณา FS จะส่งมอบมือให้กับ Google เสร็จสิ้นด้านที่เป็นตัวตนก็เสร็จเรียบร้อยแล้ว หากคุณทำสิ่งใดสิ่งนี้จะเป็นการกำหนดค่าให้ Google กำหนดให้ต้องใช้ Authenticator เป็นการยืนยันตัวตนเสริมด้านบน (แต่แยกจาก) AD FS หรือผู้ให้บริการข้อมูลประจำตัว SAML อื่น ๆ (หมายเหตุ: ฉันไม่คิดว่า Google จะสนับสนุนสิ่งนี้ แต่ควรจะทำได้)
ตอนนี้ไม่ได้หมายความว่าสิ่งที่คุณต้องการจะเป็นไปไม่ได้ ... แค่ว่ามันอาจจะไม่เหมาะสมที่สุด แม้ว่ามันจะใช้กับ Active Directory เป็นหลัก แต่ AD FS นั้นก็ถูกออกแบบมาให้ทำงานเป็นบริการ SAML ทั่วไป คุณสามารถเชื่อมต่อกับผู้ให้บริการเอกลักษณ์อื่น ๆ กว่า Active Directory และรองรับตัวเลือกและส่วนขยายที่แตกต่างกันมากมาย หนึ่งในนั้นคือความสามารถในการสร้างผู้ให้บริการการพิสูจน์ตัวตนแบบหลายปัจจัยของคุณเอง นอกจากนี้ Google Authenticator รองรับมาตรฐาน TOTPสำหรับการตรวจสอบสิทธิ์ด้วยหลายปัจจัย
รวบรวมทั้งสองอย่างเข้าด้วยกันและควรเป็นไปได้ (แม้ว่าจะไม่ใช่เรื่องเล็กน้อย) เพื่อใช้ Google Authenticator เป็นผู้ให้บริการ MuliFactor ด้วย AD FS บทความที่คุณเชื่อมโยงไปนี้เป็นข้อพิสูจน์ถึงแนวคิดของความพยายามดังกล่าว อย่างไรก็ตามนี่ไม่ใช่สิ่งที่ AD FS ทำขึ้นนอกกรอบ มันขึ้นอยู่กับแต่ละบริการ Multi-Factor เพื่อสร้างปลั๊กอินนั้น
บางที MS อาจให้การสนับสนุนบุคคลที่หนึ่งสำหรับผู้ให้บริการ mutli-factor ขนาดใหญ่จำนวนหนึ่ง (ถ้ามีสิ่งนั้น) แต่ Google Authenticator นั้นใหม่พอและ AD FS 3.0 นั้นเก่าพอที่จะทำได้ ในเวลาที่ปล่อย นอกจากนี้มันจะเป็นเรื่องยากสำหรับ MS ที่จะรักษาสิ่งเหล่านี้เมื่อพวกเขาไม่มีผลต่อเวลาหรือสิ่งที่ผู้ให้บริการรายอื่น ๆ เหล่านี้อาจผลักดัน
อาจเป็นเมื่อ Windows Server 2016 ออกจากโฆษณา FS ที่อัปเดตแล้วจะทำให้ง่ายขึ้น ดูเหมือนว่าพวกเขาจะทำงานเพื่อสนับสนุนหลายปัจจัยที่ดีกว่าแต่ฉันไม่เห็นบันทึกใด ๆ เกี่ยวกับการรวมตัวตรวจสอบสิทธิ์ของคู่แข่งในกล่อง แต่ดูเหมือนว่าพวกเขาต้องการให้คุณตั้งค่า Azure ให้ทำเช่นนี้และอาจมอบแอป iOS / Android / Windows ให้กับคู่แข่งของพวกเขาให้กับ Authenticator
สิ่งที่ฉันต้องการเห็นในที่สุด MS ส่งมอบเป็นผู้ให้บริการ TOTP ทั่วไปโดยที่ฉันกำหนดค่าบางสิ่งเพื่อบอกว่าฉันกำลังพูดคุยกับ Google Authenticator และดำเนินการในส่วนที่เหลือ บางทีสักวันหนึ่ง. อาจดูรายละเอียดเพิ่มเติมที่ระบบเมื่อเราได้รับมันจริงจะแสดงว่ามีในนั้น
1สำหรับบันทึกฉันได้ทำสิ่งนี้แล้ว โปรดทราบว่าเมื่อคุณทำการกระโดดข้อมูลนี้จะไม่นำไปใช้กับ imapหรือแอปอื่น ๆ ที่ใช้บัญชี อีกนัยหนึ่งก็คือคุณกำลังทำลายส่วนใหญ่ของบัญชี Google เพื่อหลีกเลี่ยงปัญหานี้คุณจะต้องติดตั้งและกำหนดค่าเครื่องมือซิงค์รหัสผ่านของ Googleด้วย ด้วยเครื่องมือนี้ทุกครั้งที่มีคนเปลี่ยนรหัสผ่านใน Active Directory ผู้ควบคุมโดเมนของคุณจะส่งรหัสแฮชของรหัสผ่านไปยัง Google เพื่อใช้กับการตรวจสอบสิทธิ์อื่น ๆ เหล่านี้
นอกจากนี้ทั้งหมดหรือไม่มีสิ่งใดสำหรับผู้ใช้ของคุณ คุณสามารถ จำกัด ตามที่อยู่ IP ของจุดปลาย แต่ไม่ได้อิงตามผู้ใช้ ดังนั้นหากคุณมีผู้ใช้แบบดั้งเดิม (ตัวอย่างเช่น: ผู้ใช้ศิษย์เก่าที่วิทยาลัย) ซึ่งไม่ทราบข้อมูลประจำตัวของ Active Directory การทำให้พวกเขาย้ายทั้งหมดอาจเป็นเรื่องที่ท้าทาย ด้วยเหตุนี้ฉันจึงไม่ได้ใช้ AD FS กับ Google แม้ว่าฉันจะยังหวังที่จะก้าวกระโดดในที่สุด ตอนนี้เราได้กระโดด