Red Hat Consulting אישרה פריצה ל-GitLab, והתוקפים טוענים ל-28 אלף מאגרים
Red Hat אישרה ב-2 באוקטובר 2025 שצד שלישי העתיק נתונים מ-GitLab של זרוע הייעוץ. קבוצת Crimson Collective טוענת ל-570GB מכ-28 אלף מאגרים, ו-Red Hat לא אישרה זאת.
TL;DR בקצרה
- Red Hat אישרה ב-2 באוקטובר 2025 שצד שלישי נכנס ל-GitLab של Red Hat Consulting והעתיק נתונים.
- לדברי Red Hat, אין סיבה להאמין שהאירוע משפיע על מוצריה האחרים או על שרשרת אספקת התוכנה.
- Crimson Collective טוענת ל-570GB מכ-28 אלף מאגרים ול-800 דוחות לקוחות. הטענות לא אומתו.
- הרשות הבלגית ממליצה לסובב אסימונים, מפתחות וסיסמאות שנמסרו ל-Red Hat.
Red Hat Consulting אישרה ב-2 באוקטובר 2025 שצד שלישי נכנס ל-GitLab של זרוע הייעוץ. הוא העתיק משם נתונים. לפי הודעה של Red Hat, החברה גילתה את הגישה ופועלת לבדוק את היקפה. קבוצת הסחיטה Crimson Collective טוענת שלקחה כ-570GB מכ-28 אלף מאגרים.
Red Hat לא אישרה את המספרים של התוקפים. היא גם לא פירטה אילו נתונים התוקפים לקחו ואיך נכנסו, לפי The Register.
מה Red Hat Consulting אישרה
המערכת היא מופע GitLab שצוותי הייעוץ של Red Hat משתמשים בו לשיתוף פעולה בפרויקטים מסוימים. לפי ההודעה, צד שלישי ניגש אליה והעתיק חלק מהנתונים. Red Hat הסירה את הגישה שלו ובודדה את המופע. היא פנתה לרשויות והוסיפה הקשחות. החקירה נמשכת.
המופע החזיק נתוני פרויקטים של לקוחות הייעוץ. אלה עשויים לכלול מפרטי פרויקט ודוגמאות קוד. הם עשויים לכלול גם תקשורת פנימית על שירותי הייעוץ ופרטי קשר עסקיים מוגבלים. Red Hat מבטיחה ליידע ישירות לקוחות שנפגעו. ל-Red Hat אין עדות לפגיעה בלקוחות שלא קיבלו שירותי ייעוץ.
החברה אומרת שאין לה סיבה להאמין שהאירוע משפיע על שירותים או מוצרים אחרים שלה. זה כולל את שרשרת אספקת התוכנה. היא מבהירה שהאירוע לא קשור לפרצה ב-OpenShift AI, CVE-2025-10725, שפרסמה יום לפני כן.
מה טוענים התוקפים
לפי BleepingComputer, Crimson Collective טוענת ל-570GB דחוסים מכ-28 אלף מאגרי פיתוח פנימיים. היא מוסיפה שיש לה כ-800 דוחות בשם Customer Engagement Reports. לדבריה, הם כוללים פרטי תשתית, הגדרות ואסימוני גישה.
ל-The Register אמרה הקבוצה שהדוחות כוללים תרשימי ארכיטקטורה, פרטי הגדרות ומפות רשת. לדבריה, הם קשורים לארגונים בבנקאות, בתקשורת ובממשל. הטענות האלה לא אומתו בשום מקור עצמאי.
הקבוצה טוענת שהשתמשה באסימונים ובכתובות של מסדי נתונים כדי להגיע לתשתיות של לקוחות. היא פרסמה בטלגרם רשימת מאגרים ורשימת דוחות משנים 2020 עד 2025. BleepingComputer מציין שרוב הטענות לא אושרו על ידי Red Hat.
לפי Red Hat, דוחות כאלה בדרך כלל לא כוללים מידע אישי. בחקירה עד כה לא איתרו כזה. לטענת הקבוצה, היא ביקשה כסף וקיבלה תשובה מוכנה מראש. התשובה, לדבריה, הפנתה אותה להגיש דוח על חולשה.
GitLab מסרה ל-BleepingComputer שהפלטפורמה והחשבונות שלה לא ספגו פריצה. לדבריה, האירוע נגע למופע GitLab Community Edition שמנוהל אצל Red Hat עצמה.
האזהרה מבלגיה ל-Red Hat Consulting
הרשות הלאומית לאבטחת סייבר בבלגיה פרסמה התראה ב-3 באוקטובר. לפי The Register, היא קבעה סיכון גבוה והזהירה מהשפעה על שרשרת האספקה. היא ממליצה לארגונים לבטל ולהחליף כל אסימון, מפתח וסיסמה שנמסרו ל-Red Hat או שימשו באינטגרציות.
ההמלצה הגיונית גם בלי להתייחס למספרים של התוקפים. מסמכי פרויקט ודוגמאות קוד עלולים להכיל סודות אמיתיים. לכן ארגון שעבד עם צוות הייעוץ צריך לבדוק מה נמסר לו.
מה זה אומר עבורכם
- בדקו אם עבדתם עם Red Hat Consulting: אם כן, הניחו שחומרי הפרויקט עלולים להיות חשופים. המשיכו כך עד שתקבלו הודעה ישירה.
- החליפו סודות: בטלו אסימונים, מפתחות וסיסמאות שנמסרו לצוות הייעוץ. החליפו גם סודות שהופיעו בדוגמאות קוד.
- בדקו יומנים: חפשו כניסות חריגות שמשתמשות באותם אסימונים ומפתחות, כולל כתובות IP לא מוכרות.
- בקשו פרטים מהספק: שאלו אילו נתונים שלכם היו במערכת, ואילו הגנות Red Hat הוסיפה.
- הפסיקו להעביר סודות אמיתיים: בדוגמאות קוד ובמסמכי פרויקט עדיף להשתמש במפתחות זמניים.
מקורות והרחבה
- Security update: Incident related to Red Hat Consulting GitLab instanceRed Hat
- Red Hat confirms security incident after hackers claim GitLab breachBleepingComputer
- Red Hat fesses up to GitLab breach after attackers brag of data theftThe Register
הכתבה נכתבה במקור בעברית על ידי מערכת GEEKLIK, על בסיס המקורות שלמעלה ובדיקת העובדות מולם.
מצאתם טעות? דווחו לנו
