Уязвимости в системах удалённой поддержки — что видно, а что нет

Прислали ссылку на статью про уязвимости в системах удалённой поддержки — не про ваш сайт, не про Россию, а про то, как обнаруживают уязвимые системы в мире. И хотя речь о чужом продукте, это касается вашего сайта. Не потому что он такой же — а потому что уязвимость в системе поддержки — это как дверь с открытым замком, которую не видно, пока не войдёшь. А заходить туда могут не только вы. И если у вас есть такой сервис — он может быть уязвим, даже если вы не знаете, какая у него версия.

О чём речь и почему это важно для сайта

Речь о системах удалённой поддержки — тех, что позволяют техническим специалистам заходить на серверы или ПК клиента. Они часто доступны из интернета, и это делает их мишенью для ботов. Даже если уязвимость известна, её не видно, пока не зайдёшь внутрь. Это не про «хакеров, выбранных лично вас» — это про ботов, которые массово сканируют открытые панели управления. И если у вас такая система — она может быть уязвима, даже если вы не знаете версии.

На мой взгляд, важнее не то, какая уязвимость, а то, что она может быть у вас — и вы не узнаете, пока не проверите. Потому что система может быть в сети, но её версию не показывает. Это как дверь, которую видно, но не знаешь, открыта она или нет. И если она открыта — заходить могут не только вы.

Как это устроено — что тут вообще происходит

Системы удалённой поддержки — это не просто сайт. Это сервис, который доступен из интернета, с логином, панелью управления и сертификатом. Боты не ищут версии — они ищут похожие паттерны: название, сертификат, путь в URL. Например, если в сертификате есть «bomgar» или «beyondtrust», система может быть найдена, даже если она переименована. Это значит, что даже если вы изменили название, а сертификат — нет, боты всё равно её найдут.

Я уже стал проверять, есть ли у клиентов такие системы. Потому что если они есть — они могут быть уязвимы, даже если вы не знаете, какая у них версия. И если уязвимость есть — боты заходят, и уже не только читают, но и устанавливают вредоносный код. Это не про «взлом» — это про то, что уязвимость остаётся открыта, и за ней приходят. И если вы не закроете причину — она вернётся.

Как понять, что это касается вашего сайта

Я проверяю это первым делом. Не по версии — по признакам. Если у сайта есть панель управления, доступная из интернета, с названием вроде «Remote Support», «BeyondTrust» или «Bomgar» — это сигнал. Даже если название изменили, сертификат может сохраниться. Я смотрю на SSL-сертификат: если в нём есть «bomgar» или «beyondtrust», это не случайно. Это — след. И если такой след есть — значит, система может быть уязвима, даже если вы не знаете, какая у неё версия.

Кроме того, я смотрю, где она размещена. Если она в корпоративном ASN — это нормально. Если в общем хостинге — это риск. Потому что в общем хостинге систему не поддерживают. И если она не обновляется — она остаётся открытой. Это не про «вы не обновили» — это про то, что обновление не видно, пока не зайдёшь внутрь.

Что с этим делать

Я уже начал обновлять WordPress у своих клиентов — но это не про WordPress. Это про то, что если у вас есть система удалённой поддержки, сначала нужно понять, есть ли она. Потом — проверить, где она размещена, и кто её владелец. Если она в общем хостинге — нужно срочно перенести. Если в корпоративном — проверить, обновлена ли она. И если нет — закрыть доступ из интернета. Или поставить за VPN с проверкой устройства.

Я не делаю это по списку. Я смотрю на систему как на уязвимость, которую можно найти, но не видно. И если она есть — закрываю причину. Потому что почистить — это не то же самое, что закрыть дыру. Если не закрыть — она вернётся. И если вы не знаете, какая у неё версия — значит, вы не знаете, что она уязвима. А это — риск.