Ха­ке­ры уни­что­жи­ли об­лач­ную ин­фра­струк­ту­ру Beget: по­те­ря­ны дан­ные кли­ен­тов, вос­ста­но­вить всё уже не по­лу­чит­ся

Рос­сий­ский ин­тер­нет столк­нул­ся с одним из наи­бо­лее серьёз­ных ин­ци­ден­тов в сфере хо­стин­га за по­след­нее время. В ночь с 1 на 2 но­я­бря 2026 года ин­фра­струк­ту­ра Beget под­верг­лась мас­си­ро­ван­ной ки­бе­р­ата­ке. Пер­во­на­чаль­но поль­зо­ва­те­ли столк­ну­лись с не­до­ступ­но­стью сай­тов, сер­ве­ров, элек­трон­ной почты и па­не­ли управ­ле­ния. Од­на­ко по мере рас­сле­до­ва­ния стали по­яв­лять­ся по­дроб­но­сти, сви­де­тель­ству­ю­щие о го­раз­до более мас­штаб­ных раз­ру­ше­ни­ях.

Как ха­ке­ры по­лу­чи­ли до­ступ к ин­фра­струк­ту­ре Beget?

Со­глас­но офи­ци­аль­но­му со­об­ще­нию ком­па­нии, зло­умыш­лен­ни­ки смог­ли про­ник­нуть в управ­ля­ю­щий кон­тур всей ар­хи­тек­ту­ры про­вай­де­ра.

После по­лу­че­ния до­сту­па ата­ку­ю­щие за­пу­сти­ли спе­ци­аль­ные скрип­ты, пред­на­зна­чен­ные для об­ну­ле­ния дан­ных на сер­ве­рах.

По опуб­ли­ко­ван­ной Beget хро­но­ло­гии, атака на­ча­лась около 02:00 по мо­сков­ско­му вре­ме­ни 2 но­я­бря. При­мер­но через пол­ча­са было за­пу­ще­но вре­до­нос­ное про­грамм­ное обес­пе­че­ние. Вско­ре ком­па­ния об­на­ру­жи­ла не­санк­ци­о­ни­ро­ван­ный до­ступ и на­ча­ла от­клю­чать сер­ве­ры от сети, пы­та­ясь оста­но­вить рас­про­стра­не­ние атаки.

По­след­ствия ока­за­лись кри­ти­че­ски­ми: под удар по­па­ли сразу не­сколь­ко клю­че­вых ком­по­нен­тов об­лач­ной ин­фра­струк­ту­ры.

Какие дан­ные ока­за­лись уни­что­же­ны?

Наи­бо­лее серьёз­ные по­след­ствия за­тро­ну­ли три на­прав­ле­ния:

• VPS — вир­ту­аль­ные сер­ве­ры, на ко­то­рых кли­ен­ты раз­ме­ща­ют сайты, при­ло­же­ния и кор­по­ра­тив­ные си­сте­мы.
• S3 — об­лач­ное хра­ни­ли­ще для фай­лов, до­ку­мен­тов, ре­зерв­ных копий и дру­гих дан­ных.
• Kubernetes — ин­фра­струк­ту­ра для управ­ле­ния кон­тей­не­ри­зи­ро­ван­ны­ми при­ло­же­ни­я­ми.

Кроме того, были по­те­ря­ны на­строй­ки CDN и IP-ад­ре­са об­лач­ной ин­фра­струк­ту­ры.

Осо­бен­но тре­вож­ная си­ту­а­ция сло­жи­лась с ре­зерв­ным ко­пи­ро­ва­ни­ем. Пер­во­на­чаль­но Beget со­об­ща­ла о со­хран­но­сти фай­ло­вых бэ­ка­пов, од­на­ко позд­нее вы­яс­ни­лось, что вос­ста­но­вить дан­ные всех поль­зо­ва­те­лей VPS не по­лу­чит­ся.

По со­сто­я­нию на 6 но­я­бря ком­па­ния оце­ни­ла до­ступ­ность фай­ло­вых ре­зерв­ных копий при­мер­но для по­ло­ви­ны кли­ен­тов.

Beget при­зна­ла: вос­ста­но­вить всё не по­лу­чит­ся

6 но­я­бря про­вай­дер опуб­ли­ко­вал новое со­об­ще­ние, в ко­то­ром фак­ти­че­ски под­твер­дил мас­штаб ка­та­стро­фы.

Об­лач­ную ин­фра­струк­ту­ру ком­па­нии при­хо­дит­ся стро­ить за­но­во. Вос­ста­но­вить все дан­ные поль­зо­ва­те­лей вир­ту­аль­ных сер­ве­ров не­воз­мож­но.

При этом ра­бо­та стан­дарт­но­го вир­ту­аль­но­го хо­стин­га по­сте­пен­но воз­вра­ща­ет­ся. По ин­фор­ма­ции ком­па­нии, уже вос­ста­нов­ле­но более 60% его мощ­но­стей.

Си­ту­а­ция с VPS зна­чи­тель­но слож­нее: даже на­ли­чие фай­ло­вых ре­зерв­ных копий не га­ран­ти­ру­ет бы­стро­го вос­ста­нов­ле­ния. Спе­ци­а­ли­стам не­об­хо­ди­мо иден­ти­фи­ци­ро­вать поль­зо­ва­те­лей, со­по­ста­вить ин­фор­ма­цию и про­ве­рить це­лост­ность дан­ных.

Также вы­яс­ни­лось, что часть вну­трен­них дан­ных Beget по­те­ря­на. В част­но­сти, для не­ко­то­рых поль­зо­ва­те­лей на­ру­ши­лись ак­ту­аль­ные связи между ак­каун­та­ми и при­об­ретён­ны­ми услу­га­ми.

Пер­вые сер­ве­ры новой об­лач­ной ин­фра­струк­ту­ры ком­па­ния пла­ни­ро­ва­ла под­клю­чить в те­че­ние од­но­го-двух дней после пуб­ли­ка­ции об­нов­ле­ния.

По­стра­да­ли не толь­ко сайты, но и биз­нес

Ин­ци­дент за­тро­нул зна­чи­тель­но боль­ше, чем про­сто от­дель­ные ин­тер­нет-ре­сур­сы.

Beget об­слу­жи­ва­ет сотни тысяч сай­тов и боль­шое ко­ли­че­ство кор­по­ра­тив­ных кли­ен­тов. Сбои в ин­фра­струк­ту­ре про­вай­де­ра от­ра­зи­лись на ра­бо­те сто­рон­них ин­тер­нет-сер­ви­сов.

В част­но­сти, про­бле­мы воз­ни­ка­ли у кар­ше­рин­га BelkaCar, ко­то­ро­му при­шлось ис­поль­зо­вать аль­тер­на­тив­ную ин­фра­струк­ту­ру для вос­ста­нов­ле­ния ра­бо­ты.

Для биз­не­са по­доб­ные ин­ци­ден­ты могут обер­нуть­ся не толь­ко вре­мен­ной не­до­ступ­но­стью сайта, но и пря­мы­ми фи­нан­со­вы­ми по­те­ря­ми.

Ин­тер­нет-ма­га­зи­ны рис­ку­ют по­те­рять за­ка­зы, ком­па­нии — до­ступ к ра­бо­чим си­сте­мам, а вла­дель­цы про­ек­тов — базы дан­ных и ре­зуль­та­ты мно­го­лет­ней ра­бо­ты.

Что де­лать кли­ен­там Beget прямо сей­час?

На фоне про­изо­шед­ше­го поль­зо­ва­те­лям ре­ко­мен­ду­ет­ся не ждать пол­но­го вос­ста­нов­ле­ния ин­фра­струк­ту­ры, а са­мо­сто­я­тель­но про­ве­рить без­опас­ность своих про­ек­тов.

Основ­ные ре­ко­мен­да­ции:

1. Сме­нить па­ро­ли от ак­каун­тов и ад­ми­ни­стра­тив­ных па­не­лей.
2. Об­но­вить API-ключи, SSH-ключи и дру­гие дан­ные до­сту­па.
3. Про­ве­рить ре­зерв­ные копии, хра­ня­щи­е­ся вне ин­фра­струк­ту­ры Beget.
4. Убе­дить­ся в це­лост­но­сти баз дан­ных и фай­лов сай­тов.
5. При не­об­хо­ди­мо­сти под­го­то­вить пе­ре­нос про­ек­тов на аль­тер­на­тив­ную пло­щад­ку.
6. Про­ве­рить жур­на­лы до­сту­па и ак­тив­ность учёт­ных за­пи­сей.

От­дель­но стоит обра­тить вни­ма­ние на ре­зерв­ные копии. Хра­не­ние бэ­ка­пов на той же ин­фра­струк­ту­ре, где раз­ме­ща­ет­ся основ­ной про­ект, не обес­пе­чи­ва­ет пол­но­цен­ной за­щи­ты от мас­штаб­ной атаки.

По­че­му эта атака долж­на стать уро­ком для всего рос­сий­ско­го IT-рынка?

Ис­то­рия Beget на­гляд­но де­мон­стри­ру­ет, на­сколь­ко уяз­ви­мой может ока­зать­ся даже круп­ная тех­но­ло­ги­че­ская ин­фра­струк­ту­ра, если зло­умыш­лен­ни­ки по­лу­ча­ют до­ступ к цен­тра­ли­зо­ван­но­му управ­ле­нию.

Со­вре­мен­ные ком­па­нии всё чаще пе­ре­но­сят кри­ти­че­ски важ­ные про­цес­сы в об­ла­ка, рас­счи­ты­вая на надёж­ность про­фес­си­о­наль­ных про­вай­де­ров. Но сам факт раз­ме­ще­ния дан­ных в об­ла­ке не озна­ча­ет, что они за­щи­ще­ны от уни­что­же­ния.

Осо­бен­но опа­сен сце­на­рий, при ко­то­ром ата­ку­ю­щий по­лу­ча­ет при­ви­ле­ги­ро­ван­ный до­ступ не к от­дель­но­му сер­ве­ру, а к си­сте­ме управ­ле­ния всей ин­фра­струк­ту­рой.

В такой си­ту­а­ции под угро­зой ока­зы­ва­ют­ся од­но­вре­мен­но ты­ся­чи про­ек­тов.

Глав­ный вывод из ис­то­рии Beget: ре­зерв­ные копии долж­ны су­ще­ство­вать от­дель­но от основ­ной ин­фра­струк­ту­ры, иметь не­за­ви­си­мые ме­ха­низ­мы до­сту­па и ре­гу­ляр­но про­ве­рять­ся на воз­мож­ность вос­ста­нов­ле­ния.

Ки­бе­р­ата­ка на Beget уже при­ве­ла к мас­штаб­ным по­те­рям. Те­перь ком­па­нии пред­сто­ит не про­сто вос­ста­но­вить сер­ве­ры, а фак­ти­че­ски за­но­во вы­стро­ить зна­чи­тель­ную часть об­лач­ной ин­фра­струк­ту­ры и вер­нуть до­ве­рие кли­ен­тов.