Рейтинг
0.00

Дата-центры OVH

33 читателя, 1307 топиков

Краткая ретроспектива DDoS-атак на сетевом уровне в 2024 году на OVHcloud



1. Введение
Добро пожаловать на краткий ретроспективный обзор ландшафта DDoS-атак в 2024 году, как его видит OVHcloud.

Как и любой другой поставщик облачных услуг, мы ежедневно сталкиваемся с DDoS-атаками, автоматически обнаруживая и нейтрализуя сотни атак каждый день. Мы управляем собственной всемирной инфраструктурой анти-DDoS, созданной из систем, разработанных и спроектированных внутри компании. На сегодняшний день у нас более 50 Тбит/с общей мощности нейтрализации, расположенной на границе нашей сети, а также в выделенных центрах очистки, для которых мы ежегодно добавляем больше мощности, чтобы не отставать.

Благодаря нашей глобальной опорной сети и многочисленным точкам присутствия у нас есть разумное представление об интернет-трафике и тенденциях, особенно когда речь идет о сетевых DDoS-атаках. Вот почему мы хотели раскрыть и обсудить несколько тем, с которыми мы столкнулись в течение года, в надежде, что вы узнаете что-то новое или найдете это полезным для себя.

Оставим контекст в стороне, давайте погрузимся в эту ретроспективу: какой год! 2024 год определенно стал важным поворотным моментом в истории DDoS, по крайней мере, с нашей точки зрения. От старых добрых методов DDoS, возвращающихся в больших масштабах, до нескольких рекордных атак, мы видели довольно много, и никто не сомневается, что события 2024 года станут основным движущим фактором для планирования инфраструктуры анти-DDoS в ближайшие годы.

2. Ковровые бомбардировки сейчас популярны как никогда
В течение 2024 года мы наблюдали внезапное увеличение атак с использованием техники, известной как «ковровая бомбардировка». Эта техника атаки названа в честь жестокого метода ведения войны, который заключается в методичной бомбардировке каждой части поверхности большой территории. Аналогично, «ковровая бомбардировка» в нашем контексте относится к атакам, нацеленным на гораздо большее количество IP-адресов, чем те, которые обслуживают фактическую цель.

Атаки с ковровыми бомбами используются в попытке обойти анти-DDoS-системы. Это связано с тем, что их гораздо сложнее обнаружить и автоматически нейтрализовать: отправляя несколько сотен мегабит в секунду на IP, злоумышленник может достичь огромных объемов, избегая (по крайней мере частично) эвристики обнаружения и возможных мер по нейтрализации. Проще говоря, вместо того, чтобы изо всех сил пытаться бомбить цель, просто бомбите всю область вокруг нее.


Нацеливаясь на большое количество тесно связанных IP-адресов ( например, принадлежащих к большему префиксу), злоумышленники полагаются на общие характеристики дизайна многих сетевых инфраструктур: обычно вы хотите назначить диапазон адресов физической или логической части вашей инфраструктуры по нескольким причинам. Вкратце, это часто требуется из-за технических ограничений сетевых устройств и приборов, а также того, что человек может понять и чем может управлять: будь то оборудование или люди, вы не можете хранить миллионы или миллиарды записей в таблице маршрутизации, списках контроля доступа и т.д. В какой-то момент вы должны объединить свои ресурсы.

Возвращаясь к основной теме, атаки с ковровыми бомбами — это палка о двух концах: часть атаки, которая, возможно, достигнет вашей конечной цели, вероятно, не будет достаточно мощной, чтобы ее уничтожить, но у вас больше шансов обойти защиту. Это связано с тем, что гораздо сложнее с уверенностью определить, что легитимно, а что нет, а также очистить трафик, не затронув легитимных пользователей. В конце концов, общая защита от утечки трафика атаки может повлиять на значительную часть инфраструктуры хостинга, даже если трафика к любому отдельному IP-адресу назначения было бы недостаточно, чтобы ее уничтожить.

С нашей точки зрения, 2024 год стал поворотным моментом в тенденциях ковровых бомбардировок. Злоумышленники начали использовать эту технику все чаще и чаще, с неоднозначными результатами, и заставили нас переосмыслить, как бороться с такими атаками. Уже некоторое время мы тестируем и калибруем наше решение проблемы, но нужно относиться осторожно: столкновение с такой радикальной угрозой может привести к действиям, которые могут иметь последствия для других клиентов. Существует сложный баланс между чувствительностью (т.е убедитесь, что вы не обнаруживаете или не смягчаете слишком много) и специфичностью (т.е. убедитесь, что вы не пропустите ничего важного). Мы продолжим усердно работать над решением этой проблемы и минимизацией сбоев.

3. Рост числа атак с пакетной скоростью: миллиарды пакетов в секунду
В июне 2024 года мы опубликовали статью в блоге под названием «Рост атак на скорость пакетов: когда основные маршрутизаторы становятся злыми». 1 Эта статья представляла наши выводы, касающиеся небольших основных маршрутизаторов, участвующих в DDoS-атаках, и была побочным продуктом наших исследований тревожной тенденции с атаками на скорость пакетов. Читателям следует обратиться к цитируемой статье, чтобы получить подробное объяснение того, как они работают, и почему эти атаки остаются давней угрозой.

С конца 2023 года и начала 2024 года мы отметили значительное увеличение частоты и интенсивности атак с использованием пакетной скорости, при этом интенсивность достигла исторического максимума в конце лета.


В течение августа мы имели дело с более чем 50 атаками с пакетной скоростью, оценивающими более миллиарда пакетов в секунду. Обратите внимание, что самая высокая публично известная атака с пакетной скоростью на тот момент была атакой 840 Mpps, которую мы отразили в апреле того же года.

Однако эта кампания атак не только достигла отметки в миллиард пакетов в секунду, но и фактически пошла намного дальше, достигнув скорости пакетов до 1,9 миллиарда пакетов в секунду. Такая скорость была ошеломляющей для наших команд, и это правильно! Символический порог был не только достигнут, но и значительно превышен. С тех пор несколько организаций сообщили о наблюдении атак 1+ Gpps и более: например, Cloudflare сообщила о скорости более 2 миллиардов пакетов в секунду 2 в кампании атак, которая произошла всего через несколько дней после кампании атак, нацеленной на OVHcloud и его клиентов, в то время как Global Secure Layer сообщила об одной атаке в 3,15 миллиарда пакетов в секунду в то же самое время.


Прежде чем перейти к следующей теме, примечательным фактом, связанным с этой кампанией атак, является то, что она активно использовала методы ковровой бомбардировки, нацеленные на тысячи IP-адресов сотен клиентов. Злоумышленники определенно не боятся пытаться повлиять на множество людей, пытаясь вывести из строя определенную службу, несмотря на повышенное внимание, которое привлекает этот тип атак.

4. Постоянно растущие гиперобъемные атаки: достигнуто 4 Тбит/с
В сентябре мы были в восторге от того, что смогли отразить нашу самую первую атаку на 3+ Тбит/с. Однако это был всего лишь предупредительный выстрел перед тем, что должно было произойти: еще одна масштабная кампания атак в октябре. Хотя мы видели всего несколько атак на 2+ Тбит/с в истории OVHcloud, эта двухнедельная кампания привела к более чем 40 атакам в диапазоне от 2 Тбит/с до рекордной (на тот момент) атаки на 4,2 Тбит/с.


Поскольку большинство атак имели схожие характеристики, мы сосредоточимся на самой крупной из них. На момент ее проведения эта атака была самой крупной атакой на битрейт (по сравнению с предыдущими публично известными записями). Она одновременно использовала несколько векторов атак: TCP ACK flood составил ~60% от общего трафика, прямой UDP flood составил 20%, а оставшиеся 20% были выполнены с различными отражениями UDP (в основном DNS).

Мы идентифицировали около 150 000 исходных IP-адресов, в основном принадлежащих домашним интернет-провайдерам из Европы и Северной Америки. В большинстве случаев злоумышленники, похоже, не использовали подмену источника, поскольку наши данные показывают, что трафик с IP-адресов, принадлежащих интернет-провайдеру, поступал из прямого пиринга с указанным интернет-провайдером или связанным провайдером обмена/транзита. Однако удивительное количество уникальных исходных IP-адресов и значительный объем, проходящий через обмен/транзит, указывают на то, что, возможно, имеет место необнаруженный подмен. Таким образом, общее количество уникальных исходных IP-адресов следует рассматривать с большой долей соли.

Еще одна примечательная вещь заключается в том, что несколько десятков атакующих IP-адресов отправляли 1+ Гбит/с каждый, что предполагает высококачественные бытовые соединения с большой пропускной способностью загрузки. Более того, согласно нашему анализу, весь трафик атак прямого пути (примерно 80% от общего числа) исходил из ботнета на базе Mirai.

Все эти результаты соответствуют выводам различных поставщиков облачных услуг и аналитиков, демонстрируя постоянно растущую угрозу взлома устройств Интернета вещей и домашних маршрутизаторов. Спустя 8 лет после первоначального выпуска кода Mirai это семейство ботнетов по-прежнему активно используется для попыток подорвать онлайн-экономику.

Читатели должны обратить внимание, что после атаки на 4,2 Тбит/с, о которой мы только что говорили, несколько злоумышленников сообщили о еще более высоких показателях, таких как 5,6 Тбит/с на Cloudflare в конце 2024 года4 или более поздняя атака на 6,5 Тбит/с, о которой сообщила Nokia в феврале 2025 года.

5. Спуфинг институциональных и частных интернет-провайдеров
И последнее, но не менее важное: в течение года мы также наблюдали еще одну растущую тенденцию: крупномасштабный спуфинг крупных домашних интернет-провайдеров.

Мы привыкли видеть множество IP-адресов, принадлежащих домашним интернет-провайдерам, участвующим в атаках, поскольку множество скомпрометированных устройств находится в этих сетях (« Я вижу тебя… Интернет вещей! »). Однако мы наблюдали растущее число атак с использованием этих IP-адресов, но исходящих из дальнего зарубежья: например, мы обнаружили трафик, использующий IP-адреса основных французских интернет-провайдеров (Orange, SFR, Bouygues, Free), но исходящий с западного побережья США или Азиатско-Тихоокеанского региона и проходящий через не связанных между собой пиринговых партнеров (несмотря на то, что мы напрямую пирингуем с указанными интернет-провайдерами!). В этой ситуации исходные IP-адреса, очевидно, подделываются.



Мы также наблюдали, как этот же прием использовался при подмене крупных институциональных субъектов, таких как государственные субъекты или поддерживаемые правительством организации, владеющие несколькими интернет-префиксами.

Объяснение этих атак заключается в том, что злоумышленники пытаются использовать гипотетические обходы в уровнях защиты, такие как слабый контроль скорости, правила разрешения/пересылки и другие. Это имеет смысл, поскольку, как крупный европейский игрок, базирующийся во Франции (со значительным бизнесом во Франции), мы могли бы рассмотреть возможность быть менее строгими с французскими IP-адресами. Также гораздо сложнее реагировать на атаку, которая может привести к действиям, также блокирующим законный трафик, что произойдет, если кто-то решит запретить целые диапазоны для таких атак (мы этого не делаем!).

Более того, иногда у нас есть клиенты, которые просят нас отключить любую защиту от DDoS для их IP-адресов, потому что «мы можем доверять им». Но Интернет работает не так. Как провайдер, защита от внешнего спуфинга, возможно, выполнима на бумаге, но на деле это почти невозможно. Вот почему у нас есть меры безопасности, и обход их даже с лучшими намерениями часто оказывается плохим решением не только для запрашивающих клиентов, но и для любых других служб, которые могут быть затронуты из-за этого.

Наконец, эта проблема подчеркивает критическую необходимость устранения DDoS-атак: все сетевые операторы должны играть свою роль в предотвращении IP-спуфинга. Это должно быть сделано на двух уровнях: на уровне сервера/коммутатора путем локального предотвращения IP-спуфинга с определенного хоста и на сетевом уровне путем предотвращения исходящего трафика с исходными IP-адресами, не принадлежащими сетевому оператору.

6. Операция PowerOFF и последствия
Операция PowerOFF — это продолжающаяся совместная операция нескольких правоохранительных органов по всему миру, специально направленная на прекращение операций DDoS-for-hire. В начале ноября 2024 года они закрыли печально известную платформу dstatc.cc, которая предоставляла злоумышленникам средства для оценки возможностей и эффективности DDoS-атак. Наряду с этим закрытием были закрыты несколько веб-сайтов DDoS-for-hire, ликвидированы ботнеты и арестованы киберпреступники.


Это событие привело к резкому снижению частоты и интенсивности сетевых DDoS-атак, нацеленных на инфраструктуры и клиентов OVHcloud. В течение некоторого времени наша статистика атак была значительно ниже обычного уровня за последние два года. Этот факт доказывает эффективность глобальных скоординированных действий по уничтожению ботнетов и должен потребовать большего.

7. Заключение и заключительные слова
В прошлом атаки DDoS на сетевом уровне часто игнорировались как незначительное неудобство или даже как решенная проблема. Однако, как показал 2024 год, они по-прежнему представляют собой растущую и давнюю угрозу, с которой необходимо серьезно бороться. Это одна из причин, по которой атаки DDoS часто упоминаются в отчетах об угрозах, исходящих от различных субъектов, таких как недавний отчет об угрозах, опубликованный Французским национальным агентством информационной безопасности (ANSSI) в феврале 2025 года.

Хотя атаки на уровне приложений (особенно HTTPS) сейчас более популярны по нескольким причинам, никто не должен игнорировать атаки на сетевом уровне как незначительный риск. Если успешная работа с миллиардами пакетов в секунду или несколькими терабитами трафика может показаться достижением для некоторых из нас, для многих это очень сложная задача. Будьте готовы!

Борьба с этими угрозами должна вестись как на индивидуальном, так и на глобальном уровне. Скоординированные усилия являются необходимостью в сегодняшнем ландшафте DDoS и, вероятно, станут еще более важными в ближайшие годы. Это может звучать устрашающе, но помните, что на самом деле это имеет положительное влияние, что в очередной раз продемонстрировала операция PowerOFF.

OVHcloud объявляет о сертификации SecNumCloud своей облачной платформы, сочетающей стратегическую автономность и повышенную безопасность: Bare Metal Pod



Рубе — 31 марта 2025 г. — OVHcloud объявляет о сертификации SecNumCloud 3.2 своей сверхзащищенной облачной платформы: Bare Metal Pod. Благодаря признанию со стороны ANSSI, OVHcloud подтверждает свою приверженность государственным и частным заинтересованным сторонам, предоставляя конкретный ответ на их потребность в стратегической автономии.

Облачная платформа с повышенной безопасностью
Компания OVHcloud разработала платформу, которая предлагает своим пользователям полную автономию в создании и управлении своим облаком. Соответствуя требованиям SecNumCloud, он изначально интегрирует основные элементы безопасности: шифрование данных, управление ключами, сетевую изоляцию и контроль доступа. Все это обеспечивает высокий уровень контроля и полную прослеживаемость действий.

Имея 25-летний опыт управления инфраструктурой, компания OVHcloud разработала интегрированный программный уровень, который упрощает настройку и эксплуатацию своей платформы. Это решение обеспечивает простое и быстрое внедрение, подходит как для небольших развертываний, так и для сложных крупномасштабных инфраструктур. Такой подход делает платформу эффективной, безопасной и простой в эксплуатации.

Эта технологическая база позволяет многим игрокам с полной уверенностью развертывать критически важные сервисы. Например, такие партнеры, как Capgemini, помогают внедрять безопасные решения в различных средах. AIFE (Государственное агентство финансовых информационных технологий) использует эту платформу, в частности, для размещения конфиденциальных цифровых сервисов, таких как Портал публичного выставления счетов, предназначенных для администраций, сообществ и предприятий. OVHcloud также использует эту платформу для размещения своих внутренних сервисов, постепенно перенося все свои внутренние системы. Он также будет использоваться для управления публичным облаком, соответствующим стандарту SecNumCloud. Его также можно использовать для управления суверенными совместными сервисами, такими как обмен сообщениями, обмен файлами или видеоконференции.

«Переломный момент» для стратегической автономии
Благодаря этой квалификации OVHcloud ускоряется в нескольких областях:
  • Ускорение квалификации SecNumCloud для публичного облака
  • Благодаря этой безопасной и уже сертифицированной SecNumCloud платформе OVHcloud планирует с мая 2025 года подать новую заявку (D0) для квалификации своих услуг публичного облака. Цель — предложить публичные облачные решения, соответствующие SecNumCloud, к концу 2025 года. Каждый новый продукт будет проходить квалификацию параллельно по мере его выпуска.
  • Платформа «швейцарский армейский нож» для ИТ-директоров
  • Эта платформа позволяет отделам информационных систем (ISD) стать внутренними поставщиками облачных услуг, тем самым удовлетворяя потребности цифровой трансформации и требования, связанные с конфиденциальными или строго регулируемыми данными. Внедрив это решение внутри компании, ИТ-отделы смогут предложить своим командам или конечным клиентам комплексные управляемые услуги на основе единой, безопасной и простой в администрировании инфраструктуры. У них есть доступ к настраиваемой зоне приземления, через которую они могут контролировать права своих пользователей, безопасность своих сетей и наблюдать за активностью своей облачной инфраструктуры. Настоящий «швейцарский армейский нож» для ИТ-отделов, он упрощает управление услугами, гарантируя при этом высокий уровень контроля и соответствия.
  • Станьте поставщиком облачных услуг
  • Платформа предоставляет компаниям возможность в свою очередь стать поставщиками облачных услуг, быстро развертывая решения, адаптированные к потребностям их собственных клиентов. Так обстоит дело, например, с DEEP — технологической структурой группы POST Luxembourg, которая использует это решение для создания суверенного облака в Люксембурге. Это предложение позволит клиентам Deep размещать свои конфиденциальные данные в центрах обработки данных, расположенных в Люксембурге, обеспечивая полное соблюдение европейских норм и повышенную защиту критически важной информации.
  • Сертификация стала проще для всех секторов
  • Помимо интеграции требований самых строгих сертификаций, Bare Metal Pod упрощает процессы аудита и соответствия. Благодаря своим собственным функциям, таким как управление доступом, роли и создание аудиторских доказательств, OVHcloud сможет легче соблюдать гражданские нормативные базы, такие как PCI DSS, DORA, или военные, такие как Директива 48. Такой подход облегчает соблюдение требований в строго регулируемых секторах, таких как правительство, государственная безопасность, здравоохранение, энергетика или финансы.


SecNumCloud: сложное, но необходимое путешествие
Квалификация SecNumCloud, выданная ANSSI, основана на более чем 360 требованиях, охватывающих технические, организационные и юридические аспекты. Он гарантирует повышенную безопасность и подходит для размещения конфиденциальных данных, таких как правительственная информация, патенты, конфиденциальная интеллектуальная собственность или даже критически важные данные, используемые для искусственного интеллекта.

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

Таинственная коробка



www.ovhcloud.com/fr/lp/mystery-box/

Что такое «Таинственная коробка»?
Это сюрприз-коробка, в которой находится выделенный сервер по сниженной цене!

Какова минимальная гарантированная конфигурация?
Минимальная конфигурация:
ЦП: Intel Xeon E5-1650v3 — 6c/12t — 3,5 ГГц/3,8 ГГц
Оперативная память: 64 ГБ DDR4 ECC 2133 МГц
Диск: 2 x 480 ГБ SSD SATA Soft RAID
Пропускная способность: 1 Гбит/с общедоступная пропускная способность

Но что означает «реальный шанс на повышение»?
Представьте, что вы заказываете Mystery Box и получаете сервер, который вдвое мощнее, чем вы ожидали! Это как выиграть в лотерею, но без налогов!

Могу ли я выбрать конфигурацию сервера?
Нет, нет, нет! Это Mystery Box, а не индивидуальный сервер! Жизнь как рыбалка: никогда не знаешь, что клюнет, но мы обещаем, что вам понравится сюрприз!

Как я могу быть уверен, что мой сервер будет доступен немедленно?
В наших центрах обработки данных терпеливо ждут серверы, готовые к активации, как только вы закажете Mystery Box. Это как иметь выделенный сервер на карте, но без карты!

Что делать, если я не удовлетворен своим сервером?
Что ж, мы надеемся, что вам понравится ваша таинственная коробка, но если нет, мы хотя бы постараемся заставить вас улыбнуться! А в худшем случае вы всегда можете выбросить его обратно в воду…

Как я могу заказать Mystery Box?
Это просто! Нажмите кнопку «Заказать» и следуйте инструкциям. И не забудьте закрыть глаза и скрестить пальцы, чтобы увидеть, какой сюрприз вас ждет!

В рамках семинара IBM Quantum

На прошлой неделе в BHS,QC,CA (95MVA DC), в VH,VA (20MVA DC), с нашей командой в Монреале,QC и Рестоне,VA, в рамках семинара IBM Quantum. Так волнительно работать с командами и помогать нашим клиентам :)




Дополнительный IPv6 с vRack – теперь доступен

Уважаемый клиент
Мы рады объявить о доступности (GA) дополнительных адресов IPv6 для служб с поддержкой vRack. Эта функция повышает стабильность сети, гибкость и производительность в регионах OVHcloud.

Используйте адреса IPv6 бесплатно:


Региональная доступность
Дополнительный IPv6 доступен везде, где в vRack можно маршрутизировать дополнительный IPv4, включая все центры обработки данных OVHcloud в Европе, США и Канаде.
Скоро появится возможность использования в регионах Азиатско-Тихоокеанского региона.

help.ovhcloud.com/csm/en-dedicated-servers-ip-block-vrack?id=kb_article_view&sysparm_article=KB0043342
help.ovhcloud.com/csm/en-dedicated-servers-configure-an-ipv6-in-a-vrack?id=kb_article_view&sysparm_article=KB0062838
github.com/orgs/ovh/projects/16/views/14

Chat Ovhcloud Changelog





chat.ovhcloud.com

26-03-2025
Новые функции
  • Добавлено сохранение разговоров в браузере.
  • Добавлена ​​страница «О программе».
  • Добавлена ​​страница настроек.
  • Добавлена ​​возможность экспортировать и импортировать историю разговоров из файла JSON.
  • Добавлена ​​возможность использовать пользовательский токен OVHcloud AI Endpoints.
  • Добавлена ​​поддержка отправки вложений в чате.
  • Добавлена ​​кнопка «Журнал изменений» на вертикальной панели навигации.
  • Добавлен отказ от ответственности при запуске приложения.

Улучшения
  • Переработан дизайн приложения с использованием цветов OVHcloud.
  • Исправлены ошибки и улучшена производительность.

19-03-2025
Исправления ошибок
  • Изображения выгружались, когда покидали экран, что изменяло продолжительность обсуждения и вызывало ошибки прокрутки, когда пользователь прокручивал страницу.
  • Кнопка «Назад» в аудиоплеере работала неправильно при воспроизведении звука.

Новые функции
  • История разговоров теперь отображается во всплывающем окне, чтобы интерфейс был максимально чистым и отображал только то, что действительно полезно.
  • Добавлена ​​кнопка «Изменить». Добавлена ​​кнопка «Новый чат».

Улучшения
  • Изменена логика прокрутки в разговорах: теперь, если пользователь прокручивает страницу вверх, разговор больше не прокручивается автоматически при генерации ответа.
  • Добавлена ​​кнопка, которая появляется, когда пользователь не находится в конце разговора, что позволяет быстро прокручивать страницу вниз.
  • Улучшено отображение ошибок при сбое шага в плане выполнения.
  • Добавлена ​​анимация, указывающая пользователю на то, что план выполнения генерируется. Добавлена ​​анимация, указывающая пользователю на то, что ответ генерируется.
  • Добавлена ​​возможность остановить генерацию ответа.
  • Пользователь больше не может отправлять сообщения во время генерации ответа.
  • Оптимизирована производительность приложения.

Внедрение мобильного приложения ?



Вопрос поддержки (если у вас есть 2 минуты)

Я хочу изменить способ, которым OVHcloud оказывает поддержку клиентам. Сегодня клиенты могут проконсультироваться с гидами, воспользоваться нашим чат-ботом, пообщаться с консультантом через чат, создать тикет или позвонить нам.

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

Интересно, является ли подрыв, который будет заключаться в том, чтобы сказать «чтобы связаться с OVHcloud, загрузите это мобильное приложение», все еще слишком инновационным в 2025 году или сейчас он в целом приемлем? В 2016 году это было признано слишком разрушительным.

Что вы думаете?

Спасибо за ваш отзыв!

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

Прогрессивный подход
Другие рекомендуют постепенный переход на этот новый метод, временно сохраняя традиционные каналы для клиентов, которым менее удобны мобильные приложения.

Технические соображения
В некоторых комментариях предлагается выбрать Progressive Web App (PWA) вместо собственного приложения, чтобы облегчить доступ без необходимости загрузки из магазинов приложений.

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

Доступность и обучение
Выражаются опасения относительно доступности приложения для всех клиентов, особенно тех,
менее знакомы с мобильными технологиями. Предлагается предоставить образовательные ресурсы для содействия усыновлению.

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

Различные идеи приложения, предложенные в отзывах клиентов:

Использование прогрессивного веб-приложения (PWA):
  • PWA позволит клиентам получать доступ к поддержке через простой браузер, без необходимости загрузки мобильного приложения.
  • Преимущество: отсутствие ограничений обновлений и совместимости с различными операционными системами (iOS, Android)

Улучшение существующих каналов (чат, телефон, тикеты и т. д.):
  • Вместо того, чтобы навязывать использование приложения, в нескольких комментариях предлагается оптимизировать уже имеющиеся инструменты, повышая эффективность
  • чат-бот и скорость ответа консультантов
  • Некоторые предлагают лучшую интеграцию между чатом и тикетами для оптимизации обмена

Добавление централизованной веб-платформы для поддержки:
  • Вместо приложения единый интерфейс на сайте OVH мог бы объединить все каналы поддержки (чат, звонки, тикеты, руководства).
  • Это позволит клиентам выбирать предпочтительный способ связи без установки приложения.

Интеграция со сторонними инструментами, такими как WhatsApp, Telegram или Discord:
  • Некоторые комментаторы полагают, что использование уже популярных инструментов позволит более плавно перейти на цифровые медиа, не навязывая новое приложение.
  • Таким образом, OVH могла бы предложить поддержку клиентов в WhatsApp или Telegram, обеспечивая более естественное и мгновенное общение.
  • Discord также упоминался как вариант для более технических клиентов, желающих взаимодействовать с сообществом и экспертами OVH.

Умная система обратного вызова вместо встроенной в чат умной системы обратного вызова:
  • Интересным предложением является реализация обратного звонка: клиент делает заявку через сайт или упрощенный чат, и в нужное время ему перезванивает эксперт OVH, имеющий прямой доступ к его делу.
  • Это позволит избежать длительного ожидания ответа по телефону и повысить персонализацию поддержки.

Многоканальный клиентский опыт с использованием передового ИИ:
  • Вместо того чтобы использовать исключительно приложение, некоторые комментаторы предлагают вести беседу по одному каналу (чат, электронная почта) и продолжать ее по другому (телефон, приложение).
  • Продвинутый ИИ может анализировать проблемы клиентов и предлагать мгновенные решения, многоканальный опыт, где клиент может начать прежде чем подняться к человеку.

Отличная работа всей команды!



Мы только что закончили исправление всех клиентов Hosted Private Cloud под vSphere (7, 8), связанное с ошибкой безопасности VMSA Broadcom 2025-004. Чтобы обновить стек VMware нескольких десятков тысяч клиентов, команды работали в режиме 3/8 и 7/7 в течение 3 недель без остановок. Исключительная работа, которую некоторые из наших клиентов действительно оценили! Спасибо!

Почувствуйте сбережения с нашей весенней распродажей — мартовская рассылка



Мартовский информационный бюллетень OVHcloud
Ежемесячный обзор всех новинок OVHcloud, включая анонсы продуктов, новый контент, предстоящие события и многое другое!

Весенняя распродажа
Воспользуйтесь большими скидками на ограниченное время. Экономьте до 40% на некоторых VPS и серверах bare metal. Не пропустите наши новые предложения!
us.ovhcloud.com/deals/

Расположение новых локальных зон
Мы рады сообщить, что наша новейшая локальная зона в США теперь доступна в Бостоне!
Local Zones приближает наше публичное облако к вам, позволяя вам размещать свои данные в нужном вам месте, используя при этом высокопроизводительные облачные ресурсы.
us.ovhcloud.com/public-cloud/local-zone/

Служба управления ключами (KMS)
Наша новая служба управления ключами (KMS) уже доступна! Это решение идеально подходит для шифрования данных в состоянии покоя и усиления безопасности размещенного частного облака, технологии блокчейн или решений на базе технологий VMware, Nutanix и SAP S/4HANA.
us.ovhcloud.com/identity-security-operations/key-management-service/

Автоматическое резервное копирование экземпляра
Мы рады сообщить, что теперь вы можете использовать планировщик для регулярного запуска резервного копирования экземпляров публичного облака!
Вы можете либо запланировать резервное копирование экземпляра вручную, либо использовать предварительно настроенные стандартные процедуры.
us.ovhcloud.com/public-cloud/instance-backup

Как восстановить доступ к серверу, если ваш пароль пользователя утерян
Без другого режима аутентификации или другой учетной записи пользователя потеря пароля означает, что вы больше не сможете войти на свой сервер обычным способом.
Узнайте из нашего нового руководства, как сбросить пароль учетной записи пользователя, если вы потеряли доступ к серверу.
support.us.ovhcloud.com/hc/en-us/articles/39403066867987-How-to-recover-server-access-if-your-user-password-is-lost

Локальные зоны
С марта 2024 года локальные зоны OVHcloud расширились до 10 городов США. Ваши отзывы бесценны, поскольку помогают нам совершенствовать эти сервисы, чтобы они лучше соответствовали вашим потребностям, обеспечивая меньшую задержку, повышенную производительность и улучшенное размещение данных.
Этот краткий опрос займет всего несколько минут, и ваши идеи сыграют ключевую роль в формировании лучшего опыта для вас.

OVHcloud размещает несколько миллионов веб-сайтов на платформе WebCloud



OVHcloud размещает несколько миллионов веб-сайтов на платформе WebCloud, которая внутри компании называется «mutu». Он состоит из нескольких технических элементов: шлюз, вычислительные мощности, хранилище, база данных, резервное копирование.

Сегодня давайте немного поговорим о шлюзе.

Когда вы вводите https:// с сайта, размещенного на «mutu», вы запускаете веб-соединение со шлюзом, который защищает соединение между клиентом и веб-сайтом с помощью шифрования SSL. OVHcloud использует Let's Encrypt SSL, партнером которого мы являемся со статусом Platinum с момента… их основания :)

Всего каждые 3 месяца мы обновляем несколько миллионов сертификатов. Все эти сертификаты размещены на «шлюзовых» серверах, которые используют правильный сертификат для каждого веб-соединения.

В настоящее время мы меняем тип алгоритма шифрования с RSA 4096 на ECDSA P-256. В марте около 75% сертификатов все еще были в формате RSA 4096 и только 25% в формате ECDSA P-256, но через 3 месяца 100% будут в формате ECDSA P-256.

Почему мы меняем алгоритм шифрования?
Мы планируем использовать генерацию случайных чисел с помощью QRNG (квантового компьютера) для повышения качества наших SSL-сертификатов. Квантовая технология предоставляет нам более качественную «случайную» цепочку, уровень энтропии которой можно проверить в любой момент. В более общем плане QRNG обеспечивает 85% энтропии вместо 70% для электроники. Это математика… :)

Чтобы сгенерировать закрытый ключ ECDSA P-256, (только) 32 байта случайных данных. Это намного меньше, чем RSA 4096. Мы пытаемся использовать меньше символов и распространить использование QNRG на все сертификаты.

По трафику веб-сайта мы можем наблюдать распределение HTTP (без шифрования) и HTTPS (с шифрованием):
  • 59% HTTPS
  • 41% HTTP (перенаправление HTTP -> HTTPS)

Для трафика HTTPS распределение TLS выглядит следующим образом:
  • 88% ТЛС1.3
  • 12% ТЛС1.2

С точки зрения производительности ECDSA быстрее RSA при обмене доменами верхнего уровня. Это в основном связано с тем, что размеры ключей меньше, а значит, и сертификат SSL также меньше. Это означает, что для установления TLS-соединения требуется передавать меньше данных, и, следовательно, сокращается время загрузки веб-сайта :)

Кроме того, алгоритмы ECDSA требуют меньше вычислительных ресурсов, что позволяет нам снизить нагрузку на ЦП на шлюзах и повысить эффективность, что особенно полезно для отражения атак HTTPS DDoS.

Я бы хотел предоставить вам раздел о Anti-DDoS L7, который мы внедрили на наших шлюзах, но тема слишком деликатна, чтобы раскрывать технические подробности о методах защиты, которые мы внедрили (и мы совершенствуемся с каждым днем).

www.ovhcloud.com/en-ie/web-hosting/