เหนือกว่ารหัสผ่าน: เหตุใดการไว้วางใจสุขอนามัยของรหัสผ่านจึงไม่เพียงพอ

เรามาหารือเกี่ยวกับรหัสผ่านและความปลอดภัยของข้อมูลประจำตัว ด้วยการป้อนรหัสผ่านที่มีเพียงคุณเท่านั้นที่รู้ ในทางทฤษฎีแล้ว คุณกำลัง "พิสูจน์" กับระบบว่าคุณคือคนที่คุณอ้างว่าเป็น มีการใช้กันอย่างแพร่หลายในโลก IT/OT มาเป็นเวลานาน – อาจนานเกินไป  

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

อะไรคือปัญหาด้านสุขอนามัยของรหัสผ่านที่แตกต่างกัน? 

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

1. รหัสผ่านที่อ่อนแอ: การใช้รหัสผ่านที่ง่ายและคาดเดาได้ง่าย เช่น "123456" หรือ "รหัสผ่าน" รหัสผ่านเหล่านี้ถอดรหัสได้ง่ายเนื่องจากสั้นและไม่ซับซ้อนในการผสมตัวอักษร ตัวเลข และอักขระพิเศษ  

2. รหัสผ่านซ้ำหรือแชร์: การใช้รหัสผ่านเดียวกันในหลายระบบ/บัญชีจะเพิ่มความเสี่ยงหากระบบ/บัญชีหนึ่งถูกบุกรุก 

3. รหัสผ่านเก่า: การไม่อัปเดตรหัสผ่านเป็นประจำอาจทำให้ผู้โจมตีมีเวลาเพียงพอในการเดารหัสผ่าน หรือนำไปสู่การเปิดเผยเป็นเวลานานหากรหัสผ่านถูกบุกรุก  
     

การตรวจจับสุขอนามัยรหัสผ่านที่ไม่ถูกต้องเป็นแนวทางที่ถูกต้องหรือไม่? 

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

นอกจากนี้ แม้ว่าจะมีการดูแลรหัสผ่านที่ดี ผู้ประสงค์ร้ายก็ยังสามารถรับข้อมูลรับรองโดยที่คุณไม่รู้ แม้แต่รหัสผ่านที่รัดกุมซึ่งไม่ได้ถูกแชร์หรือพบบนเว็บมืดก็อาจถูกโจมตีผ่านฟิชชิ่งหรือเครื่องมือเช่น Mimikatz  

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

การป้องกันจะดีกว่า

ของคุณ ความปลอดภัยของข้อมูลประจำตัว กลยุทธ์ควรสร้างขึ้นโดยมุ่งเน้นที่การปกป้องตัวตนของคุณ แทนที่จะเพิ่มการแจ้งเตือนเพียงอย่างเดียว 

สำหรับบัญชีของมนุษย์ นี่อาจจะแข็งแกร่ง MFA ได้ทุกที่ และการควบคุมการเข้าถึงแบบมีเงื่อนไข แม้แต่อินเทอร์เฟซที่ถือว่า “ไม่มีการป้องกัน” เช่น เครื่องมือ CLI หรือการแชร์ไฟล์ ดังนั้นแม้ว่าผู้โจมตีจะพยายามใช้ข้อมูลประจำตัวที่ถูกบุกรุกกับอินเทอร์เฟซเหล่านี้ พวกเขาก็ต้องเผชิญกับการรักษาความปลอดภัยอีกชั้นหนึ่ง  

อย่าลืมเรื่องอัตลักษณ์ที่ไม่ใช่มนุษย์ (NHI)  

สธ. และ Active Directory บัญชีบริการจะต้องได้รับการคุ้มครองด้วย กิจกรรมของพวกเขามักจะเป็นแบบอัตโนมัติและขึ้นอยู่กับการสื่อสารระหว่างเครื่องกับเครื่อง เป็นเรื่องปกติสำหรับ ตัวตนที่ไม่ใช่มนุษย์ เพื่อให้มีสิทธิ์การยกระดับหรือแม้กระทั่งการเข้าถึงระดับผู้ดูแลระบบ ขึ้นอยู่กับข้อกำหนดของผู้จำหน่ายแต่ละราย ในระดับนี้อาจมีจำนวนมาก บัญชีบริการที่ถูกบุกรุกสามารถใช้เพื่อทำกิจกรรมที่เป็นอันตรายได้หลากหลาย เช่น การเรียกใช้การเคลื่อนไหวด้านข้างเพื่อวัตถุประสงค์ในการปรับใช้ ransomware. 

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

คุณจะปกป้องบัญชีบริการได้อย่างไร?

องค์กรต่างๆ ควรใช้วิธีการป้องกันเชิงรุกตามการควบคุมความปลอดภัยที่ปรับให้เหมาะกับบัญชีบริการในวงกว้าง 

เมื่อเลือกโซลูชันสำหรับการจัดการและการป้องกันบัญชีบริการ ควรพิจารณาคุณสมบัติต่อไปนี้:  

• การมองเห็นแบบเต็ม – คุณควรจะสามารถแมปบัญชีบริการทั้งหมดของคุณตามพฤติกรรมจริงบนเครือข่ายได้ สิ่งนี้จะช่วยให้ผู้ดูแลระบบสามารถระบุสิ่งเหล่านั้นได้โดยอัตโนมัติ แม้แต่สิ่งเหล่านั้นที่คุณไม่รู้ว่ามีอยู่จริง และช่วยให้มองเห็นรูปแบบพฤติกรรมของพวกเขาได้อย่างสมบูรณ์  
• การวิเคราะห์พฤติกรรม- คุณควรจะสามารถวิเคราะห์การพึ่งพาและการทำซ้ำได้ การรับรอง กิจกรรมภายในโดเมน พร้อมทั้งประสานกับ CMDB ของคุณเพื่อเพิ่มพูนความรู้  
• การป้องกันเชิงรุก- สิ่งสำคัญที่สุดคือคุณควรสามารถสร้างนโยบายเพื่อวาง "รั้วเสมือน" ไว้รอบบัญชีบริการของคุณได้ในวงกว้าง ดังนั้นแม้แต่บัญชีบริการที่ถูกบุกรุกก็ไม่สามารถย้ายไปด้านข้างภายในเครือข่ายได้ สิ่งสำคัญคือต้องอนุญาตให้ทำเฉพาะสิ่งที่ควรทำเพื่อฟังก์ชันการทำงานเท่านั้น ตัวอย่างเช่น ควรใช้บัญชีบริการฐานข้อมูลเพื่อตรวจสอบสิทธิ์เซิร์ฟเวอร์แอป DB เท่านั้น

จากการตรวจจับสู่การป้องกัน: การปรับปรุงความปลอดภัยของข้อมูลประจำตัว 

กลยุทธ์การรักษาความปลอดภัยของข้อมูลประจำตัวที่มีการป้องกันเป็นจุดสนใจหลักคือแนวทางที่แนะนำเพื่อให้มั่นใจในความปลอดภัยของผู้ใช้และบัญชีบริการของคุณจากผู้ประสงค์ร้าย การใช้ MFA ที่แข็งแกร่ง (เช่น การจับคู่หมายเลขหรือวิธีการป้องกันฟิชชิ่ง เช่น FIDO2) สำหรับบัญชีมนุษย์เพื่อเข้าถึงอินเทอร์เฟซที่ “ไม่สามารถป้องกันได้” แบบดั้งเดิม จะช่วยเพิ่มความปลอดภัยได้อย่างมาก สำหรับบัญชีบริการ เทคนิคการฟันดาบเสมือนจริงให้การป้องกันที่แข็งแกร่งในวงกว้างโดยการควบคุมและตรวจสอบกิจกรรมระหว่างเครื่องจักรอย่างเข้มงวด 

สิ่งสำคัญที่สุดคือ คุณควรให้ความสำคัญกับการควบคุมความปลอดภัยเชิงป้องกันให้มากขึ้น ไม่ใช่เฉพาะการแจ้งเตือนการตรวจจับย้อนหลังเท่านั้น เพื่อเรียนรู้วิธีการ Silverfort สามารถช่วยให้คุณมุ่งเน้นไปที่การป้องกันและตอบสนองความต้องการด้านความปลอดภัยของข้อมูลประจำตัวของคุณ ขอการสาธิตได้ที่นี่: https://www.silverfort.com/request-a-demo/