Как стать автором
Обновить

Эксперты: мессенджер Nothing не имеет сквозного шифрования в исходном коде

Время на прочтение1 мин
Количество просмотров7.9K

Создатели Nothing Phone анонсировали Nothing Chats — сервис, совместимый с iMessage, который защищён сквозным шифрованием. Однако эксперты выяснили, что Nothing Chats использует серверную часть на базе службы обмена сообщениями BlueBubbles, известной отсутствием такого шифрования.

Читать далее
Всего голосов 17: ↑15 и ↓2+13
Комментарии30

Chrome 117 получит обновления безопасности с системой отслеживания расширений

Время на прочтение1 мин
Количество просмотров1.4K

Инженер по связям с разработчиками расширений Chrome Оливер Данк сообщил, что Google добавит новую функцию в следующую версию Chrome, которая будет заблаговременно предупреждать об отсутствии расширения в Интернет-магазине. 

Читать далее
Всего голосов 3: ↑3 и ↓0+3
Комментарии0

Cloudflare заблокировала рекордную DDoS-атаку с мощностью 71 млн запросов в секунду

Время на прочтение2 мин
Количество просмотров2.1K

За выходные Cloudflare обнаружила десятки мощных DDoS-атак, пик большинства которых достигал примерно 50-70 млн запросов в секунду (RPS), а самая крупная превышала 71 млн RPS. Это крупнейшая зарегистрированная DDoS-атака на протокол HTTP. Предыдущий рекорд в 46 млн RPS был зарегистрирован в июне 2022 года.

Читать далее
Всего голосов 3: ↑2 и ↓1+1
Комментарии0

Вышла утилита cURL 8.0

Время на прочтение2 мин
Количество просмотров4.3K

Состоялся релиз утилиты cURL 8.0. Код проекта распространяется под открытой лицензией Curl (вариант лицензии MIT).

Читать далее
Всего голосов 10: ↑10 и ↓0+10
Комментарии0

Google запретит загрузку файлов по протоколу HTTP в Chrome 86 в октябре

Время на прочтение2 мин
Количество просмотров16K
imageФото: www.bleepingcomputer.com

Google в рамках усиления политики безопасности в Chrome полностью перейдет на использование протокола HTTPS при загрузке файлов. В Chrome 86 в октябре этого года загрузку нельзя будет осуществлять по протоколу HTTP. Это будет возможно только во внутренних сетях, которые необходимо будет настроить по специальной инструкции.
Читать дальше →
Всего голосов 22: ↑20 и ↓2+18
Комментарии47

Ошибка выполнения кода в OpenWRT создала угрозу для миллионов устройств

Время на прочтение5 мин
Количество просмотров11K
image

Исследователь безопасности Гвидо Вранкен выяснил, что почти три года ОС с открытым исходным кодом OpenWRT, которая поддерживает домашние маршрутизаторы и другие типы встраиваемых систем, была уязвима для атак удаленного выполнения кода, поскольку обновления доставлялись по незашифрованному каналу, а проверки цифровой подписи можно было легко обойти. Компания частично исправила ошибку, но отсутствие шифрования сохраняется.
Читать дальше →
Всего голосов 24: ↑16 и ↓8+8
Комментарии11

Разработчики Chrome внедряют принудительное открытие сайтов через HTTPS

Время на прочтение2 мин
Количество просмотров9K

Один из членов команды разработки Google Chrome, Эмили Старк, сообщила через Твиттер, что в бета-сборку Chrome Canary, а также в Dev-версию браузера будет добавлен экспериментальный флаг "#omnibox-default-typed-navigations-to-https".

Для указанных сборок флаг "#omnibox-default-typed-navigations-to-https" будет включен по умолчанию. Также новая функция будет добавлена в выпуск 89, релиз которого намечен на завтра, 02.03.2021 г.

Читать далее
Всего голосов 10: ↑9 и ↓1+8
Комментарии10

Брайан Кребс раскритиковал сайт ФСБ за технический уровень исполнения

Время на прочтение3 мин
Количество просмотров7.3K

Компания KrebsOnSecurity Брайана Кребса пыталась связаться с Федеральной службой безопасности и обнаружила технические недостатки на сайте службы.

Читать далее
Всего голосов 21: ↑17 и ↓4+13
Комментарии13

Google добавляет в Chrome режим HTTPS-First

Время на прочтение2 мин
Количество просмотров8.6K

Google собирается повысить безопасность пользователей Chrome с помощью новой функции, которая позволит автоматически обновлять веб-страницы до HTTPS. Режим HTTPS-First напоминает режим HTTPS-Only в Firefox.

Читать далее
Всего голосов 18: ↑16 и ↓2+14
Комментарии16

Приглашаем на вебинар: единая авторизация в микросервисах (на основе HTTP и Kafka)

Время на прочтение1 мин
Количество просмотров1.6K

Комьюнити Integration Community приглашает на вебинар «Единая авторизация в микросервисах». Вебинар пройдёт 8 сентября в 17.00.

Читать далее
Всего голосов 10: ↑8 и ↓2+6
Комментарии0

Кеширование в ASP.NET MVC

Время на прочтение6 мин
Количество просмотров48K
В прошлом посте я рассказывал о различных стратегиях кеширования. Там была голая теория, которая и так всем известна, а кому неизвестна, тому без примеров ничего не понятно.

В этом посте я хочу показать пример кеширования в приложении ASP.NET MVC и какие архитектурные изменения придется внести, чтобы поддерживать кеширование.

Читать дальше →
Всего голосов 29: ↑21 и ↓8+13
Комментарии26

Времена меняются для веб-разработчиков — 6 советов чтобы выжить

Время на прочтение4 мин
Количество просмотров16K
image

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

Подумайте о разработке веб-приложений должным образом. Используйте здравый смысл чтобы смешивать и сочетать основываясь на данных советах.
А теперь 6 советов для веб-разработчиков, чтобы оставаться на пике того что вы делаете.
Читать дальше →
Всего голосов 52: ↑28 и ↓24+4
Комментарии15

Http запросы — мы все это делаем неправильно

Время на прочтение3 мин
Количество просмотров188K
В проекте, над которым я работаю, мы используем огромное количество сторонних библиотек. Многие из них — адаптеры для различных сервисов. Что их объединяет, это то, что они работают с сетью. Json поверх http, soap поверх http, какие-то свои протоколы поверх http. Т.е. все так или иначе используют http. И как ни удивительно, мало кто из них пользуется преимуществами его последней версии. Я не поленился заглянуть в википедию, прошло ровно 14 лет как была принята спецификация http 1.1. И потому я решил обратиться с призывом:
image

Да, речь пойдет о keep alive. Суть в том, что, начиная с http 1.1, клиент и сервер могут договориться не закрывать установленное tcp-соединение после завершения запроса, а переиспользовать его для следующих запросов. Это нужно потому, что на установку соединения требуется время. Иногда это время больше, чем время самого запроса. И если все серверы уже давным-давно такую возможность поддерживают, а все браузеры и большинство других клиентов её используют, то у разработчиков различных библиотек для популярных языков программирования здесь почему-то пробел.
Читать дальше →
Всего голосов 167: ↑142 и ↓25+117
Комментарии169

HttpRequest — библиотека для простой работы с HTTP протоколом

Время на прочтение2 мин
Количество просмотров30K
https://github.com/Garik-/http-request

Очень часто в коде можно встретить такие строки:

$result = file_get_contents("http://geocode-maps.yandex.ru/1.x/?geocode=".urlencode("Москва"));

$handle = fopen("http://www.example.com/", "rb");
$result = fgets($handle);

  • Не важно человеку, что директива allow_url_fopen может быть отключена на сервере.
  • Не важно, что на сервере установлена библиотека cURL, которая без проблем скачает 100 МБ файл.
  • Не важно, какой ответ вернет сервер, 200, 301, может 404, может 502?
  • Не важно, то что сеть не идеальная среда и ответ может придти частично или его вовсе не будет продолжительное время. Скрипт попросту подвиснет в ожидании на неопределенное время или вернет не корректный результат.

try {
    $http = HttpRequest::get("http://geocode-maps.yandex.ru/1.x/?format=json",array("geocode"=>$city))->acceptJson();
    $json = $http->ok() ? json_decode($http->body()) : null;
} catch (HttpRequestException $e) {
    exit($e->getMessage());
}

Теперь это действительно не важно.

Библиотека Http Request основана на одноименной библиотеке Kevin Sawicki, которая должна быть хорошо известна Android разработчикам, ведь её использует сам GitHub в своем приложении.
Читать дальше →
Всего голосов 38: ↑18 и ↓20-2
Комментарии12

Реактивный манифест

Время на прочтение12 мин
Количество просмотров55K
В последние годы требования к приложениям значительно изменились. Десятки серверов, время отклика в несколько секунд, оффлайновое обслуживание, которое могло длиться часами, гигабайты данных — такими были большие приложения буквально несколько лет назад. Сегодня же приложения работают абсолютно на всём, начиная с простых мобильников и заканчивая кластерами из тысячи процессоров. Пользователи ожидают миллисекундного времени отклика и стопроцентного аптайма, в то время как данные выросли до петабайтов.

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

Новые требования требуют новых технологий. Предыдущие решения делали упор на управляемые сервера и контейнеры. Масштабирование достигалось засчёт покупки более крутых серверов и использования многопоточности. Для добавления новых серверов приходилось применять комплексные, неэффективные и дорогие проприетарные решения.

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

Читать дальше →
Всего голосов 24: ↑21 и ↓3+18
Комментарии15

Самое массовое заблуждение вокруг REST-архитектуры

Время на прочтение2 мин
Количество просмотров14K
Столкнувшись на одном крупном ресурсе для разработчиков с неправильной реализацией REST-архитектуры, я, вслед за компанией Intel, развенчивающей мифы о законе Мура, хочу обратить внимание, на самую частую ошибку при реализации RESTful приложений, нарушающую целостность сети. При чем грешат практически все разработчики, веб-фреймворки и даже очень популярные ресурсы (например GitHub), но...
обо всем по порядку
Всего голосов 47: ↑24 и ↓23+1
Комментарии31

Защита HTTP траффика с помощью Citrix Netscaler

Время на прочтение12 мин
Количество просмотров8K
Сегодня любая средняя и крупная организация в своей работе опирается на ряд инфраструктурных ИТ-продуктов и набор бизнес-приложений. Безупречная работа инфраструктуры и бизнес приложений является принципиально важным условием для успешного функционирования организации. Соответственно, главной задачей ИТ-служб является обеспечение бесперебойного, безопасного и производительного доступа в режиме реального времени к данной корпоративной платформе.

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

За последние несколько лет эта самая корпоративная платформа из емких и тяжеловесных приложений, работающих исключительно на определенных типах и даже версиях операционных систем, трансформировалась в легкие, масштабируемые и кроссплатформенные web-приложения. Я не говорю только о больших веб проектах, форумах и других высокопосещаемых ресурсах. Современный бизнес переводит CRM, ERP и другие SAP и 1C подобные платформы на web. Причины, я надеюсь, всем понятны. Но остался один небольшой краеугольный камень, который современный бизнес, зачастую, игнорирует, а он, в свою очередь, напоминает о себе, когда происходит в лучшем случае остановка работы всего предприятия, в худшем — утечка или потеря конфиденциальной информации.

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


Читать дальше →
Всего голосов 4: ↑2 и ↓20
Комментарии7

Droidutils — набор решений, которые ускоряют разработку приложений под Android

Время на прочтение7 мин
Количество просмотров20K
При разработке приложений я заметил, что каждый раз, когда мне приходилось сталкиваться с решением похожих задач (реализовывать работу с http, json, multithreading и т.п.), приходилось делать одну и туже роботу, причем на это уходило много времени. Поначалу это было не критично, но в больших проектах занимало слишком много времени. Чтобы сэкономить свое и ваше время, решил написать универсальное решение для этих задач, которым и хочу поделиться с сообществом.
Читать дальше →
Всего голосов 17: ↑15 и ↓2+13
Комментарии36

Анализ HTTP-трафика с Mitmproxy

Время на прочтение8 мин
Количество просмотров95K
mitmproxy

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

Инструменты, традиционно используемые для прослушивания трафика (tshark, о котором мы уже писали, а также ngrep и tcpdump) для этой цели подходят плохо: функциональность для работы с протоколом HTTP у них ограничена.

Для анализа HTTP-трафика существует более специализированное, простое и эффективное решение. Знакомьтесь: mitmproxy. На русском языке подробных публикаций о нем почти нет. В этой статье мы поделимся своим опытом работы с mitmproxy и надеемся, что и вам он окажется полезным.
Читать дальше →
Всего голосов 39: ↑36 и ↓3+33
Комментарии24

Перевыпускаем сертификат с SHA-2 — если Webnames не идет к Магомету…

Время на прочтение2 мин
Количество просмотров18K
Как было объявлено 5 сентября 2014 года, разработчики браузера Chromium уже не очень жалуют алгоритм хеширования SHA-1. Сам вид адресной строки браузера будет давать понять посетителям https-сайтов, «закрытых» такими сертификатами, что с сайтом что-то «не те». Вид строки будет меняться со временем, давая время для более-менее плавного перехода, а в конце сертификаты с SHA-1 перестанут считаться вообще сколько-нибудь безопасными:


Читать дальше →
Всего голосов 27: ↑25 и ↓2+23
Комментарии39
1
23 ...