Прогноз: с приходом WireGuard в Linux подход к VPN кардинально изменится

Прогноз: с приходом WireGuard в Linux подход к VPN кардинально изменится

Прогноз: с приходом WireGuard в Linux подход к VPN кардинально изменится

Поскольку по-настоящему прорывной протокол WireGuard уже обосновался в ядре Linux в качестве модуля, ожидается, что сама технология появится в Linux 5.6 (релиз, предположительно, состоится в апреле 2020 года). Эксперты утверждают, что WireGuard может полностью поменять подход к VPN.

Как известно, все VPN-сервисы используют для работы серверы на Linux. Например, StrongVPN и Mullvad VPN, почувствовав тенденцию, уже переносят свои программные стеки на WireGuard.

В сущности, сервисам так гораздо проще — код WireGuard полностью открыт и доступен на Android, Windows, macOS, BSD Unix и iOS. Да что уж там говорить, сам Линус Торвальдс очень благосклонен к этому протоколу.

«Позвольте мне ещё раз выразить свою любовь к WireGuard. Может, код ещё не идеален, но при беглом осмотре я понял, насколько он хорош в сравнении с OpenVPN и IPSec — настоящее произведение искусства», — заявил создатель ядра Linux.

Если говорить подробнее, в сравнении с вышеупомянутыми реализациями изучить  WireGuard, по сути, может единственный специалист. В случае *Swan/IPsec или OpenVPN/OpenSSL такой подход не сработает — там огромные базы кода, которых хватит с головой даже на команды экспертов в области кибербезопасности.

У WireGuard же всего 4 тыс. строк кода (для сравнения — у OpenVPN более 100 тыс.). Если мы говорим об отладке, то тут не может быть двух мнений относительно того, что лучше.

Помимо этого, WireGuard включает самые передовые криптографические технологии: Noise protocol framework, Curve25519, ChaCha20, Poly1305, BLAKE2, SipHash24 и HKD.

GitHub лёг почти целиком: ошибки затронули API, Actions и Copilot

17 августа GitHub столкнулся с глобальным сбоем, затронувшим почти все основные функции платформы. Разработчики жаловались на проблемы с веб-интерфейсом, API, Issues, Pull Requests, Actions, Webhooks, Pages, Git Operations и Copilot. В разгар инцидента около 20% запросов к сайту и API завершались ошибками.

При загрузке архивов и необработанного содержимого репозиториев показатель доходил примерно до 50%.

Также пострадали корпоративные механизмы аутентификации SAML и OIDC, службы SCIM и Team Sync.

Первые признаки деградации GitHub зафиксировал около 13:40 UTC. Затем список затронутых компонентов начал расти: проблемы последовательно появились у API Requests, Actions, Webhooks, Issues, Pull Requests, Copilot, Pages и операций Git. Codespaces при этом продолжал работать штатно.

Команда обнаружила проблемный компонент и приняла меры. Согласно последнему сообщению от GitHub, сервисы постепенно восстанавливаются, однако уровень ошибок всё ещё немного превышает норму. Полностью закрывать инцидент компания пока не стала. Актуальный статус GitHub можно посмотреть по этой ссылке.

Параллельно пользователи сообщали о неполадках в других сервисах экосистемы Microsoft, включая Teams и Copilot. Эксперты предположили связь происходящего с сетевыми проблемами Amazon Web Services, однако GitHub официально эту версию не подтверждал и первопричину ещё не раскрыл.

RSS: Новости на портале Anti-Malware.ru