การละเมิด TransUnion ส่งผลกระทบต่อผู้คน ~4.4 ล้านคน
On สิงหาคม 28TransUnion แจ้งต่อหน่วยงานกำกับดูแลว่าแอปสนับสนุนลูกค้าของบริษัทอื่นอนุญาตให้เข้าถึงข้อมูลส่วนบุคคลที่ "จำกัด" โดยไม่ได้รับอนุญาต โดยมีการยื่นฟ้องต่อรัฐเท็กซัสอ้างว่า หมายเลขประกันสังคม รวมอยู่ในข้อมูล บริษัทระบุว่าเหตุการณ์ที่เกิดขึ้นเมื่อวันที่ เดือนกรกฎาคม ปี 28ถูกควบคุมไว้ภายในไม่กี่ชั่วโมงและไม่มีผลกระทบต่อฐานข้อมูลสินเชื่อหลัก อย่างไรก็ตาม ได้แจ้งให้ผู้บริโภคที่ได้รับผลกระทบและหน่วยงานบังคับใช้กฎหมายทราบแล้ว
Takeaway ที่สำคัญ:
สำนักงานเครดิตยังคงเป็นเป้าหมายที่มีมูลค่าสูง เนื่องจากฐานที่มั่นขนาดเล็กสามารถเปิดเผยข้อมูลระบุที่ละเอียดอ่อนได้ในระดับมหาศาลบันทึกจากอนาคตที่บันทึกไว้)
วิธีการปกป้ององค์กรของคุณ:
- ตรวจสอบการควบคุมความปลอดภัยของผู้ขาย: ประเมินความเสี่ยงของบุคคลที่สามก่อนการบูรณาการ
- เข้ารหัสข้อมูลสำคัญในระหว่างหยุดนิ่งและระหว่างการส่ง: ให้แน่ใจว่ามีการป้องกันการเข้ารหัสที่แข็งแกร่ง
- จำกัดการเก็บข้อมูล: ลดการสัมผัสโดยเก็บเฉพาะสิ่งที่จำเป็น
- ตรวจสอบการหมดอายุใบรับรอง: ป้องกันผู้โจมตีจากการใช้ประโยชน์จากใบรับรองดิจิทัลที่หมดอายุ
ทำไมมันเรื่อง:
การละเมิดข้อมูลในระดับใหญ่อาจส่งผลให้เกิดค่าปรับตามกฎระเบียบ คดีความ และการสูญเสียความเชื่อมั่นของลูกค้า ผู้นำไม่สามารถจ้างบุคคลภายนอกให้รับผิดชอบได้ การใช้ SSL.com S/MIME ใบรับรองสำหรับเข้ารหัสและลงนามในการสื่อสารแสดงให้หน่วยงานกำกับดูแล พันธมิตร และลูกค้าทราบว่าองค์กรของคุณให้ความสำคัญกับการปกป้องข้อมูลอย่างจริงจัง
ปกป้องการสื่อสารที่ละเอียดอ่อนด้วย SSL.com S/MIME ใบรับรอง
รัฐบาลรัฐเนวาดาถูกแรนซัมแวร์โจมตีจนไม่สามารถออนไลน์ได้
การโจมตีทางไซเบอร์เมื่อปลายเดือนสิงหาคมทำให้รัฐเนวาดาต้องปิดสำนักงานเป็นเวลาสองวัน ทำให้เว็บไซต์และสายโทรศัพท์ของหน่วยงานหลายแห่งใช้งานไม่ได้ เจ้าหน้าที่ระบุว่าหน่วยบริการฉุกเฉินยังคงทำงานอยู่ และไม่มีหลักฐานการโจรกรรมข้อมูลส่วนบุคคล ขณะที่ระบบต่างๆ ค่อยๆ กลับมาใช้งานได้ สำนักงานผู้ว่าการรัฐยังคงเก็บรายละเอียดทางเทคนิคไว้เป็นความลับตลอดระยะเวลาการสืบสวน ซึ่งชี้ให้เห็นว่าการโจมตีเพียงครั้งเดียวสามารถส่งผลกระทบต่อบริการสาธารณะได้ข่าว AP, เนวาดาอิสระ)
วิธีการปกป้ององค์กรของคุณ:
- ระบบวิกฤตแบบแบ่งส่วน: ลดโอกาสที่ระบบที่ถูกบุกรุกจะแพร่กระจายไปทั่วเครือข่าย
- สำรองข้อมูลบ่อยๆ: เก็บสำรองข้อมูลแบบออฟไลน์และไม่สามารถเปลี่ยนแปลงได้เพื่อคืนค่าบริการอย่างรวดเร็ว
- ฝึกอบรมพนักงานให้ตระหนักถึงการฟิชชิ่ง: แคมเปญ Ransomware มักจะเริ่มต้นด้วยการจัดการทางสังคม
- เสริมความแข็งแกร่งในการยืนยันตัวตน: บังคับใช้ MFA เพื่อจำกัดการเข้าควบคุมบัญชี
ทำไมมันเรื่อง:
หน่วยงานรัฐบาลต้องให้บริการอย่างต่อเนื่องพร้อมปกป้องข้อมูลสำคัญ รัฐบาลในหลายประเทศไว้วางใจ SSL.com อยู่แล้ว PKI และใบรับรองดิจิทัลเพื่อปกป้องข้อมูลที่เกี่ยวข้องกับการดูแลสุขภาพ การป้องกันประเทศ การศึกษา และการเงิน
พร้อมโฮสต์ PKI และการจัดการวงจรชีวิตใบรับรองอัตโนมัติ รัฐบาลสามารถปรับใช้โครงสร้างพื้นฐานดิจิทัลที่ปลอดภัย คุ้มต้นทุน และเชื่อถือได้ทั่วโลก โดยไม่ต้องสร้างระบบอิสระที่มีราคาแพง
สำรวจ SSL.com PKI และใบรับรองดิจิทัลสำหรับรัฐบาล
การรักษาความปลอดภัยข้อมูลรัฐบาล
การโจรกรรมโทเค็น OAuth ผ่าน Salesloft Drift ส่งผลกระทบต่อลูกค้า Salesforce
กลุ่ม Threat Intelligence ของ Google ได้ให้รายละเอียด แคมเปญขโมยข้อมูลแพร่หลาย (UNC6395) ที่ใช้โทเค็น OAuth/refresh ในทางที่ผิดจาก Salesloft ลอยไป การบูรณาการเริ่มต้นรอบ ๆ 8–18 ส.ค.โทเค็นที่ถูกขโมยทำให้ผู้โจมตีสามารถค้นหาข้อมูลของอินสแตนซ์ Salesforce ขององค์กรหลายแห่งเพื่อหาข้อมูลที่ละเอียดอ่อน (เช่น คีย์ AWS, โทเค็น Snowflake) ในภายหลัง Google ยืนยันว่า จำนวนน้อย มีการเข้าถึงบัญชี Google Workspace ที่เชื่อมโยงกับ Drift Email การรวมข้อมูลถูกปิดใช้งาน และโทเค็นถูกเพิกถอน
Takeaway ที่สำคัญ:
ปฏิบัติต่อโทเค็นที่เชื่อมต่อกับ Drift เสมือนว่าถูกบุกรุก หมุนเวียนข้อมูลประจำตัว และค้นหาบันทึกสำหรับการดึง SOQL (Salesforce Object Query Language) ที่น่าสงสัยGoogle Cloud, การอ่านมืด, การดำน้ำด้านความปลอดภัยทางไซเบอร์)
วิธีการปกป้ององค์กรของคุณ:
- ตรวจสอบการเข้าถึงแอปของบุคคลที่สาม: เพิกถอนการรวมที่ไม่ได้ใช้และตรวจสอบสิทธิ์
- หมุนเวียนข้อมูลประจำตัวเป็นประจำ: รีเซ็ตคีย์และรหัสผ่านที่เปิดเผยทันที
- เปิดใช้งานการจำกัด IP ที่เข้มงวด: จำกัดการเข้าสู่ระบบ Salesforce เฉพาะเครือข่ายที่เชื่อถือได้
- ตรวจสอบบันทึกเหตุการณ์: ตรวจสอบการสอบถามที่ผิดปกติหรือกิจกรรม API
ทำไมมันเรื่อง:
ผู้บริหารต้องตระหนักว่าแอปพลิเคชันของบุคคลที่สามจะขยายพื้นที่การโจมตี หากผู้ให้บริการถูกบุกรุก ข้อมูลลูกค้าและภาระผูกพันด้านการปฏิบัติตามกฎระเบียบของคุณก็ยังคงเป็นความรับผิดชอบของคุณ
การใช้ใบรับรองการตรวจสอบสิทธิ์ไคลเอนต์ SSL.com จะช่วยบังคับใช้การเข้าถึงตามตัวตน ลดการพึ่งพาโทเค็นแอปที่เปราะบาง และเพิ่มการควบคุมว่าใครสามารถเข้าถึงข้อมูลที่สำคัญต่อธุรกิจได้
การเข้าถึงที่ปลอดภัยด้วยใบรับรองการตรวจสอบสิทธิ์ไคลเอนต์ SSL.com
Microsoft เผยแพร่แพตช์ประจำเดือนสิงหาคม: 107 CVEs และ Kerberos Zero-day เปิดเผย
Microsoft จัดส่งการแก้ไขสำหรับ 107 ช่องโหว่รวมทั้ง 13 สำคัญ, และหนึ่ง เปิดเผยต่อสาธารณะ Windows Kerberos ข้อบกพร่องในการยกระดับสิทธิพิเศษ (CVE-2025-53779) ข้อบกพร่องร้ายแรงหลายประการส่งผลต่อกราฟิก/GDI+, Office (รวมถึงเวกเตอร์ Preview-Pane), NTLM, MSMQ และอื่นๆ อีกมากมาย
Takeaway ที่สำคัญ:
ให้ความสำคัญกับระบบที่เชื่อมต่อกับอินเทอร์เน็ตและโครงสร้างพื้นฐานด้านการระบุตัวตน แพตช์อย่างรวดเร็วและตรวจสอบความพยายามในการยกระดับสิทธิ์ในสภาพแวดล้อม Active Directory (CrowdStrike)
วิธีการปกป้ององค์กรของคุณ:
- ให้แปะแผ่นแปะทันที: ให้ความสำคัญกับการแก้ไข Kerberos, NTLM และ Microsoft Graphics
- อัพเกรดระบบที่ไม่ได้รับการสนับสนุน: วางแผนล่วงหน้าสำหรับการสิ้นสุดการสนับสนุน Windows 10 ในเดือนตุลาคม 2025
- ตรวจสอบบัญชีที่มีสิทธิพิเศษ: จำกัดสิทธิ์ผู้ดูแลโดเมนและบัญชีบริการ
- ทดสอบขั้นตอนการกู้คืน:ให้แน่ใจว่าระบบสามารถคืนค่าได้อย่างรวดเร็วในกรณีที่เกิดการละเมิดความปลอดภัยหรือการถูกโจมตี
ทำไมมันเรื่อง:
ผู้โจมตีมักใช้ประโยชน์จากช่องว่างระหว่างการเผยแพร่แพตช์และการนำไปใช้งาน เพื่อรักษาความน่าเชื่อถือ องค์กรต่างๆ จะต้องพิสูจน์ว่าการอัปเดตของตนเป็นของแท้
บริการ eSigner Cloud Code Signing Service ของ SSL.com ช่วยให้ทีมงานสามารถลงนามและประทับเวลาซอฟต์แวร์ได้อย่างปลอดภัยจากทุกที่ โดยไม่ต้องยุ่งยากกับโทเค็น USB หรือฮาร์ดแวร์ ด้วยพื้นที่จัดเก็บคีย์ที่สอดคล้องกับมาตรฐาน FIPS การผสานรวม API มาตรฐาน Cloud Signature Consortium (CSC) และการสนับสนุนไปป์ไลน์ CI/CD eSigner จึงมั่นใจได้ว่าการอัปเดตโค้ดของคุณมีความน่าเชื่อถือ เป็นไปตามข้อกำหนด และพร้อมสำหรับการเผยแพร่อย่างรวดเร็วบนแพลตฟอร์มต่างๆ
รับรองความสมบูรณ์ของซอฟต์แวร์ด้วย SSL.com eSigner
เครื่องมือใหม่ “EDR killer” แพร่กระจายไปทั่วกลุ่ม Ransomware
นักวิจัยพบวิวัฒนาการ สไตล์ EDRKillShifter ยูทิลิตี้ที่เชื่อมโยงกับ RansomHub, ถูกนำกลับมาใช้ใหม่โดยอย่างน้อย XNUMX กลุ่มแรนซัมแวร์จะปิดใช้งานการป้องกันปลายทางก่อนการเข้ารหัสและการโจรกรรมข้อมูล CSA ของสิงคโปร์ได้ออกคำแนะนำกระตุ้นให้ผู้ป้องกันเพิ่มการป้องกันการปลอมแปลง EDR ให้แข็งแกร่งขึ้น เฝ้าระวังพฤติกรรมการหยุดให้บริการ และตรวจสอบการตรวจจับแบบย้อนกลับ
Takeaway ที่สำคัญ:
ถือว่าการควบคุมจุดสิ้นสุดอาจถูกบุกรุกและตรวจจับเลเยอร์ที่ระดับการระบุตัวตน เครือข่าย และ SaaS (bleepingcomputer.com, csa.gov.sg)
วิธีการปกป้ององค์กรของคุณ:
- ใช้เฉพาะใบรับรองที่เชื่อถือได้และยังไม่หมดอายุ: ป้องกันผู้โจมตีจากการใช้ประโยชน์จากลายเซ็นดิจิทัลที่อ่อนแอ
- บังคับใช้หลักการลงนามไดรเวอร์เคอร์เนล: บล็อกไดร์เวอร์ที่ไม่ได้ลงนามหรือไดร์เวอร์ที่น่าสงสัย
- รักษาการตรวจสอบจุดสิ้นสุด: ตรวจจับพฤติกรรมที่ผิดปกติ แม้ว่า AV จะถูกปิดใช้งานก็ตาม
- ใช้การรักษาความปลอดภัยแบบ Zero Trust:ตรวจสอบการเชื่อมต่ออย่างต่อเนื่องทุกครั้ง
ทำไมมันเรื่อง:
แนวโน้มนี้แสดงให้เห็นว่าผู้โจมตีจงใจใช้ประโยชน์จากแนวทางปฏิบัติด้านใบรับรองที่อ่อนแอ ผู้บริหารควรให้ความสำคัญกับการจัดการวงจรชีวิตของใบรับรองในระดับคณะกรรมการ SSL.com Hosted PKI โซลูชันนี้ให้การกำกับดูแลแบบรวมศูนย์ การต่ออายุอัตโนมัติ และการเพิกถอนอย่างรวดเร็ว รวมถึงการควบคุมที่สำคัญเมื่อผู้โจมตีใช้ใบรับรองดิจิทัลเป็นอาวุธ
ลดความซับซ้อนและการจัดการใบรับรองที่ปลอดภัยด้วย SSL.com Hosted PKI Solution
การอัปเดตและประกาศ
การพัฒนาและคำเตือนสำหรับ CA/Browser Forum (CABF):
- S/MIME การพัฒนา: การลงคะแนนเสียง SMC011 เสนอให้มีการใช้ European Unique Identifiers (EUID) สำหรับการตรวจสอบองค์กรใน EU/EEA
- กำหนดเวลาสำคัญ: การตรวจสอบ CAA (บังคับตั้งแต่วันที่ 15 มีนาคม) การตรวจสอบ MPIC (15 พฤษภาคม) และการล้าสมัยของโปรไฟล์ (15 กรกฎาคม)
- SSL /TLS ความถูกต้อง: แนวโน้มอายุการใช้งานของใบรับรองที่สั้นลงยังคงดำเนินต่อไป ซึ่งตอกย้ำความสำคัญของระบบอัตโนมัติในการจัดการใบรับรอง เรียนรู้เพิ่มเติมเกี่ยวกับ วิธีเตรียมตัวสำหรับใบรับรองอายุ 47 วัน.
- ซื้อที่สอดคล้องกับ BIMI ใบรับรองเครื่องหมายรับรอง (VMC). วางจำหน่ายเร็วๆ นี้ในร้านค้าที่เชื่อถือได้ของ Gmail และ Apple Mail
การแจ้งเตือนที่สำคัญ:
- SSL.com การบังคับใช้ MPIC เต็มรูปแบบ เริ่มในวันที่ 2 กันยายน พ.ศ. 2025 และการบังคับใช้ทั่วทั้งอุตสาหกรรมจะมีผลใช้บังคับในวันที่ 15 กันยายน พ.ศ. 2025
- เริ่มตั้งแต่วันที่ 15 กันยายน 2025 SSL.com จะออก TLS ใบรับรองเซิร์ฟเวอร์ที่ไม่มี EKU ของการตรวจสอบสิทธิ์ไคลเอ็นต์ ซึ่งสอดคล้องกับนโยบายโปรแกรมรูทของ Google Chrome ตรวจสอบ ให้คำแนะนำ เตรียมตัว.
- ใบรับรองการลงนามโค้ดรูปแบบซอฟต์ฟอร์แมตสุดท้ายจะหมดอายุก่อนวันที่ 1 มิถุนายน 2026 ขึ้นอยู่กับเวลาที่ออกโดย SSL.com ใบรับรองในรูปแบบ PFX จะไม่สามารถใช้งานแทนได้หลังจากวันหมดอายุ ตามกฎของ CA/Browser Forum คีย์ส่วนตัวจะต้องเก็บไว้ในอุปกรณ์ที่เข้ารหัส (เช่น โทเค็น) HSM ที่สอดคล้องกับมาตรฐาน FIPS ภายในสถานที่ หรือบริการ HSM บนคลาวด์ ดูข้อมูลเพิ่มเติมได้ที่ ให้คำแนะนำ เพื่อดูรายละเอียด