Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр  Что обсуждали люди в 2024 году? Самое время вспомнить — через виммельбух Пикабу «Спрятано в 2024»! Печенька облегчит поиск предметов.

Спрятано в 2024

Поиск предметов, Казуальные

Играть

Топ прошлой недели

  • AlexKud AlexKud 38 постов
  • Animalrescueed Animalrescueed 36 постов
  • Oskanov Oskanov 7 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
0 просмотренных постов скрыто
4613
Codeman
Codeman
8 лет назад

Пикабу безопасный!⁠⁠

Ещё где-то час назад пикабу работал на обычном http протоколе, а потом так вжух и перешел на SSL (Secure Socket Layer). Теперь пикабу и браузеры шифруют передачу данных и адрес сайта стал https://pikabu.ru (⌐■_■)

Пикабу безопасный! Ssl, Https, Защита
Ssl Https Защита
604
756
smerch112
smerch112
8 лет назад

Билайн, зачем ты лезешь в мой HTTPS?⁠⁠

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

Билайн, зачем ты лезешь в мой HTTPS? Билайн, Ssl, Https, Mitm, Сорм, Geektimes, Длиннопост, Не мое

Сначала я грешил на скорость 3G, браузер, ОС и т.д. и т.п., но как оказалось все не то.


А проблема в том, что HTTPS-сайты через 3G модем Билайн вдруг практически перестали открываться. Все уже привыкли к «фокусам» Билайна с вмешательством в HTTP и добавлением своего кода на страницы, со «сливом» данных пользователей для активации платных подписок кликом на сайте и.т.д. А теперь тренировка с HTTPS?


Про проблему с HTTPS я не сразу догадался конечно. Сначала я грешил на качество связи, вспомнил молодость, когда «картинки не прогружались» из-за низкой скорости. Ну и проверил скорость на популярных ресурсах speedtest.net и internet.yandex.ru. И спидтест и яндекс выдавали примерно одинаковую скорость, 3-10Мбит. Что вполне нормально, учитывая, что покрытия 4G у нас в дачном поселке нет, но с 3G все отлично, модем работает в режиме DC-HSPA+ и показывает «все палки».


Попробовал открывать разные другие сайты, некоторые открывались, некоторые нет, некоторые были «рваными», или открывались очень долго. Я даже проверил скорость с помощью iperf с ноута на даче до сервера в городе, скорость была похожа на то, что выдавал Яндекс и спидтест.


Я уже начал подозревать, что проблема в HTTPS, но почему не работает именно HTTPS, а остальное работает? Бред же?


Что еще я попробовал? Для начала отключил adblock/ublock. Не помогло. Вместо любимого файрфокса запустил IE. Не помогло. Загрузился в Ubuntu, там в файрфоксе ровно те же самые проблемы, сайты открываются с тормозами. Взял другой ноут, подключил модем туда — на другом ноуте тоже проблемы.


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


Во-первых, сразу стало понятно, почему сайт drom.ru «порвало»:

Билайн, зачем ты лезешь в мой HTTPS? Билайн, Ssl, Https, Mitm, Сорм, Geektimes, Длиннопост, Не мое

Оказывается, если смотреть сайт без https, то картинки все равно грузятся (то есть в моем случае — НЕ грузятся) с https-сервера.


Во-вторых, я действительно убедился, что проблема в HTTPS. Для этого открыл сайт http:// 4pda.ru и https:// 4pda.ru, и вот что получилось:

Билайн, зачем ты лезешь в мой HTTPS? Билайн, Ssl, Https, Mitm, Сорм, Geektimes, Длиннопост, Не мое
Билайн, зачем ты лезешь в мой HTTPS? Билайн, Ssl, Https, Mitm, Сорм, Geektimes, Длиннопост, Не мое

Сайт с https не то чтобы совсем не грузится. Он грузится, но… код страницы загружается 40 секунд, а вся страницы целиком с картинками и скриптами — 8 минут! Причем та же самая страница без SSL загружается 0.5 сек код и полная загрузка за 12 секунд. Разница во времени загрузки в 40, а местами в 80 раз!


Тут стало понятно про «тормоза» остальных сайтов. Они нет-нет и все имеют вставочки js с https-серверов. Ведь https сейчас модно, недорого, и вообще мастхэв (а браузеры уже начинают ругаться на не-https сайты)


Ладно, то что проблема с HTTPS — разобрались. Но кто виноват? Отключаю модем от компьютера, включаю точку доступа на телефоне (провайдер — тоже Билайн) и… ура! Все работает без проблем. Хм, проблема в самом модеме?


Хорошо, вынимаю симку с телефона, вставляю в модем. Модем в компьютер. И ура! Все работает без проблем!


Вставляю симку «модемную» обратно в модем, и все возвращается — HTTPS тормозит просто адски.


Для чистоты эксперимента вставляю модем с «модемовской симкой билайн» в wifi-роутер, подключаюсь к нему с телефона — HTTP на телефоне работает, HTTPS — нет. Отключаю WIFI, через «телефонную симку билайн» интернет на телефоне есть.


Какие выводы промежуточные? Проблема НЕ в: компьютере, ОС, модеме, браузере. Она привязана к SIM-карте. С этой симкой HTTPS работает неадекватно.


Тут стоит заметить, что не весь HTTPS работает неадекватно, что сразу отвлекало меня от правильного пути. А именно: сайты https:// google.com, https:// gmail.com, https:// youtube.com (и все ролики с него, в HD качестве) и https:// yandex.ru работали отлично. И личный кабинет билайна работал по https (но с ним непонятно, он и в лучшие свои времена тормозной какой-то) А вот https:// ya.ru уже нет (yandex.ru работал)! А так же не работали: https:// lenta.ru https:// 4pda.ru https:// spec.drom.ru https:// ngs.ru/


Обратился я конечно в техподдержку Билайна, описав проблему. На что мне с ходу ответили (цитирую): "Данная ситуация никак не может быть связана с нами, мы просто предоставляем вам интернет. Попробуйте зайти через другой браузер". Конечно оператора не остановило то, что я сообщил в заявке, что «пробовал другой браузер, другую ОС и вообще другой компьютер».


В итоге я снял дамп HTTPS-соединения с сайтом с помощью wireshark, но так и не понял, что там происходит. Может шейпер/полисинг, а может MitM, или вообще что-то другое (но смущает постоянный реордер пакетов):

Билайн, зачем ты лезешь в мой HTTPS? Билайн, Ssl, Https, Mitm, Сорм, Geektimes, Длиннопост, Не мое

Кстати, TOR-браузер вообще не запускается (не может загрузить состояние сети). У кого какие идеи, зачем Билайн лезет в HTTPS-трафик?


P.S. и да, с дачи я так и не смог попасть на Хабр/ГТ, даже просто почитать. Не всегда принудительный HTTPS оказывается полезен.


UPD: Если кто-то захочет поковыряться в дампе, то вот ссылка yadi.sk/d/Gg8IJ1PC3JpQAS Вырезал обмен с IP 4pda, думаю достаточно будет?


Источник geektimes

Показать полностью 4
Билайн Ssl Https Mitm Сорм Geektimes Длиннопост Не мое
125
Deerenaros
8 лет назад

Большой Брат задремал⁠⁠

Тут очень много шума с этого http://pikabu.ru/story/esli_vyi_ne_paranoik_yeto_eshche_ne_z...


Надо прояснить. Затеряется в говне, ну да похуй. Комменты там посмотрел первую сотню, разоблачения не нашёл. Короче. В любимо ведре есть такая штука.

Большой Брат задремал Сбербанк, Брат, Большой, Тег, Ssl, TLS, VPN, Длиннопост

У красноглазиков такое тоже есть, но как всегда, с задродским оттенком (скрин не мой)

Большой Брат задремал Сбербанк, Брат, Большой, Тег, Ssl, TLS, VPN, Длиннопост

Что это? А это такая штука. Сейчас объясню. Зашли на любимый вк. А там у хрома такое жирное "Надёжный". Что это значит? А это значит, что передавая данные на этот сервер вы шифруете (возможно даже подписываете сверху своим) данные через его сертификат (на самом деле симметричным ключём, но это детали на пару статей).

UPD (сюда ибо логика)

Тут вроде непонятно нихрена. Ещё раз - вот зашифровали. Расшифровать вы НЕ сможете не имея приватного ключа. Ключ есть только у сервера, а сертификат - это способ доставки публичных ключей. Расшифровать не сможет никто. Абсолютно. Даже небо (нашей планете около 4 млрд лет, а для расшифровки надо где-то 20 их).

Большой Брат задремал Сбербанк, Брат, Большой, Тег, Ssl, TLS, VPN, Длиннопост

А здесь мы видим. Сертификат. И цепочку подписей. Так вот, в зависимости от политики вам надо доверять либо а) просто сертификату, б) корневому сертификату, в) предку сертификата. Понятно, что а) проще просто разослать домашний прон, б) и в) особо не отличаются, но вектора атак на б) проще чем на в).

К чему вообще этот осёл тут разорался? Да к тому, что человек чёт там опубликовал, а люди особо даже не удивились. Типа ну. Да. Всё возможно. Так вот, нихуя не всё возможно. Скорее даже нихуя не возможно. Что товарищу перед этим надо сделать, чтобы вообще магия стала возможна? Да очень просто - во все компы вставить по своему сертификату. В доверенные (первый скрин). Типа такого (снова чужая пикча)

Большой Брат задремал Сбербанк, Брат, Большой, Тег, Ssl, TLS, VPN, Длиннопост

Тогда я не я, корова не моя, браузер верно подчинится, а вы сольёте свои данные. Что делать, чтобы этого не произошло? Пара аббревиатур: BYOD, SSH, VPN. Ну и банальная внимательность. Живите дружно и защищайте свою приватность!


P.S. Я не спорю, что потенциально ЦРУ, ЗОГ и рептилоиды всё про нас знают. Однако это уже религиозная война, матан говорит, что если у вас в запасе 20 миллиардов лет, то можно. А так - нельзя. Ещё Шеннон сформулировал, а Ривест с Шамиром и Аделманом предложили рабочий вариант (до сих пор пользуемся).

Показать полностью 4
[моё] Сбербанк Брат Большой Тег Ssl TLS VPN Длиннопост
25
20
mr.GreyWolf
8 лет назад
GNU/Linux

Сертификаты от Let's Encrypt это просто!⁠⁠

Вот настроил сайт «Мозаика системного администрирования» на работу по HTTPS с использованием сертификата от Let's Encrypt.


C помощью скриптов от Certbot процесс настройки оказался очень простым и быстрым.


На Debian это буквально две команды + настройка Cron.


Подробно здесь.


P.S. Пост Pikabu + HTTPS читал.

[моё] Linux Gnulinux Https Ssl Информационная безопасность Текст Системное администрирование
23
12
FSBook
FSBook
8 лет назад
Web-технологии

Переход на https. SSL-зация сайта. Часть 1 - Вводная⁠⁠

Переход на https. SSL-зация сайта. Часть 1 - Вводная Сайт, Ssl, Https, Google, Google Chrome, Безопасность, Текст, Длиннопост

Краткая хронология:
В августе 2014 Google заявляет о том, что безопасность пользователей для компании один из главных приоритетов и https-сайты, могут рассчитывать на дополнительный бонус при ранжировании.

В декабре 2015 года Google начинает по-умолчанию индексировать  HTTPS-версию страницы, если сайт доступен для индексации по обоим протоколам: http и https.

В январе 2016 года Google сообщает, что даже те HTTPS-сайтаы, которые косячно перешли на https - получают бонус в ранжировании.

С января 2017, браузер Chrome 56 начнет помечать все HTTP-сайты, которые передают личные данные пользователей, как сомнительные, гугл об этом пишет в своём блоге.

Пока это страницы, где требуется ввод пароля (страницы логина/регистрации) или данных карты, но со временем все http-сайты будут помечаться как НЕбезопасные.


Так же Google в Google Search Console начал рассылать предупреждения о том, что на вашем сайте n-ные страницы признаны небезопасными.


Переходить или нет?

Переход на https критически важен для сайтов с конфиденциальной и личной информацией, с платёжными данными, это например, интернет-магазины.

Остальные сайты, в принципе, могут пока не париться.

Лично по моему мнению, переходить нужно всем, связано это не с паранойей, а с тем, что всё же, наличие https рано или поздно точно станет фактором ранжирования, можно будет собрать сливки по конкурентам.


Конкретно в моей тематике, есть уже два сайта аутсайдера, они прикрутили сертификат крайне криво. Умный читатель догадается куда ушла трафика с них.


Виды сертификатов

-С проверкой домена (DV или Domain Validated)

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


-С проверкой организации (Organization Validated или OV)

Такой сертификат дают только юрикам или ИП, ну и госорганам, хотя они тоже к юрикам скорее относятся.

Проверяют документы, существование юрлица и права на домен.

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

Получение данного сертификата это 1-3 дня, примерно. Если доки в порядке.


-С расширенной проверкой организации (Extended Validation SSL (EV SSL))

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

Обычно используется банками, платежными системами, крупными интернет-магазинами


Дополнительные фичи сертификатов

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

-Wildcard - для нескольких субдомен одного домена

-С поддержкой IDN - для кириллических доменов, мерзость.рф, личная антипатия.

-Мультидоменный сертификат - выдаётся на несколько доменов одной организации


Сертификаты продаются на срок 1-3 года, как правило, если у вас не школохост, то можно у хостера приобрести сертификат,обычно, при покупке хостер его сам и устанавливает. Если у вас виртуальный хостинг. На VPS и дедиках могут и отказать, сказать, что за отдельную плату.


Раньше для https требовался выделенный IP, нынче, технологии дошли до того, что можно сидеть на общем IP и иметь сертификат. Технология называется SNI и поддерживается любым современным браузером, с седьмого ишака, кажись.


Продолжение следует

Показать полностью 1
[моё] Сайт Ssl Https Google Google Chrome Безопасность Текст Длиннопост
14
37
the.teacher
8 лет назад
Лига Алкобушников

Коктейли для программистов 2.0⁠⁠

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

День программиста празднуется в 256 день каждого года. Обычно это 12 сентября. В этом году в 12 сентября мы (Илья и Аня) встретились с нашим другом барменом Евгением в баре "Гризли" на Невском проспекте в Санкт-Петербурге.


Евгений обещал нам помочь сделать новую версию нашего проекта Коктейли для программистов. Первую часть проекта вы сможете найти ТУТ. А сегодня мы предлагаем вам посмотреть что мы сделали в этот раз.


Warning


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


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


JavaScript


Илья: Евгений, JavaScript это очень популярный язык программирования, коктейль для разработчиков на JavaScript должен быть на основе кофе. Может быть мы можем добавить немного ванили и чего-то что связано с производительностью. Что думаешь?


Евгений: Да. Кофейный ликер, ванильная водка и энергетический напиток. Я думаю будет здорово.


Ингредиенты:


- Кофейный ликер 20 мл

- Ванильная водка 40 мл

- Энергетик Адреналин Раш 50 мл


TODO:


- Налить ликер в охлажденный бокал

- Засыпать дробленым льдом до верху

- Добавить водку

- Перемешать

- Добавить энергетик

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

The BUG


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


E: Отлично. Специально для этого коктейля у меня есть банка с жуком, а ягоды в коктейле будут напоминать жуков, которых надо выловить.


Ингредиенты:


- Черника ягоды или любой другой 10 шт

- Чай фруктовый холодный 100 мл

- Сироп черника 30 мл

- Лимон фреш 20 мл

- Ром или джин 30 мл


TODO:


Смешать все ингредиенты в стакане со льдом

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост
Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

RUST


И: Можем мы что то сделать для разработчиков которые используют язык программирования RUST


E: Думаю, да. Между прочим существует классический "ржавый" коктейль.


Ингредиенты:


- Виски 40 мл

- Ликер драмбуи 30 мл

- Сироп корицы 10 мл


TODO:


- Наполнить бокал кубиками льда

- Добавить виски,

- Добавить ликер

- Добавить сироп

- Перемешать и украсить палочкой корицы

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

PUSH/PULL


И: push и pull это команды, которые помогают отправить и получить изменения кода программы. Есть идеи на этот счет?


E: Да. Это будет шот с шапкой сливок сверху. Что бы его выпить нужно опустить трубочку сквозь шапку взбитых сливок (push) и выпить содержимое (pull).


Ингредиенты:


- Кофейный ликер 50 мл

- Ликер черной смородины 50 мл

- Взбитые сливки 50 гр


TODO:


- Уложить слоями ликеры

- Украсить взбитыми сливками

- Посыпать сверху корицей

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

Easter Egg


И: Easter egg - это какой-то неожиданный секрет в программе, который должен удивить пользователя. Что мы сделаем в этом случае?


E: Мы приготовим коктейль с яйцом и имбирем. Неожиданное сочетание, правда?


Ингредиенты:


- Микс имбиря (сахарный сироп с фрешем имбирным 1 к 1) 10 мл

- Бренди 40 мл

- Бехеровка 20 мл

- Лимон фреш 20 мл

- Белок 1


TODO:


- Смешать все ингредиенты в шейкере

- Трясти как можно дольше без льда

- Добавить лед в шейкер и продолжать взбивать

- Отфильтровать коктейль в бокал

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост
Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

SSL/SSH


И: Нам нужен коктейль который будет очень безопасным.


E: Давай приготовим безалкогольный коктейль для людей которые предпочитают не рисковать


Ингредиенты:


- Клубника ягоды 4 шт

- Грейпфрутовый сок 100 мл

- Сироп клубника 30 мл


TODO:


- Размять ягоды в шейкере

- Добавить сок и сироп туда же

- Потрясти и вылить содержимое в бокал

- Украсить клубникой

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

SWIFT


И: SWIFT это язык программирования от компании Apple. Блюпринт и яблоки это мои основные ассоциации.


E: Отлично. Давай это сделаем.


Ингредиенты:


- Базилик свежий 8-9 листов

- Сок яблочный 60 мл

- Ликер блю курасао 15 мл

- Мед 20 мл

- Джин 40 мл


TODO:


- Растолочь листья базилика в шейкере

- Залить все ингредиенты

- Добавить льда и трести как можно дольше

- Содержимое отфильтровать в шоты


С базиликом и без

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост
Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

SHELL aka Terminal


И: Программисты много времени проводят в терминале. Можем придумать что-то на морскую тему или что-то связанное с ракушками?


E: Мы сделаем "морской" коктейль для людей которым нужно немного отдыха. Маленький шот внутри стакана откроется как ракушка, когда ты будешь пить коктейль. Вы готовы к морскому путешествию?


Ингредиенты:


- Блю курасао ликер 20 мл

- Ананас сок 50 мл

- Лимон фреш 10 мл

- Сахар сироп 10 мл

- Ликер Ягермастер 40 мл


TODO:


- Перевернуть шот ягермастера в бокал

- Отдельно взбить сок, фреш и сироп в шейкере

- Отфильтровать его в бокал с шотом

- Сверху вылить ликер

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

A/B Test


И: Программисты используют A/B тесты что бы сравнить что-то. Этот коктейль должен быть контрастный.


E: Без проблем!


Контраст коктейля: кислый, сладкий, свежий, острый, соленый


Ингредиенты:


- Свежий огурец 10 гр

- Ликер медовый драмбуи 30 мл

- Лимон фреш 10 мл

- Соль

- Устричный соус 3 капли

- Томатный сок 100 мл

- Соус табаско 1 капля


TODO:


- В стакан положить несколько слайсов огурца

- Залить ликером.

- Наполнить кубиками льда до верху

- Добавить оставшиеся ингредиенты

- Хорошо размешать

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

Rocket Science


И: Программисты каждый день делают Rocket Science. Но за сложными вещами часто скрывается что-то очень простое.


E: Давай приготовим очень простой шот, но с огоньком. Пара таких шотов и ты улетаешь в космос.


Ингредиенты:


- Сладкий сироп (гренадин, вишня, клубника и т.д.) 30 мл

- Белый вермут 30 мл

- Водка или текила 30 мл

- Абсент 10 мл


TODO:


- Уложить ингредиенты слоями

- Поджечь абсент

- Быстро опустить трубочку и выпить как Б-52


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

Коктейли для программистов 2.0 Javascript, Rust, Swift, Ab test, Пасхалка, Shell, Ssl, Rocket Science, Длиннопост

Команда


Илья Николаевич - идея

Анна Нечаева (кулинарный блог open-cook.ru) - фото

Евгений Тарасов - приготовление и смешивание


Благодарности


Мы благодарим руководство Grizzly Bar за оказанное содействие, предоставленное помещение для фото съемки и ингредиенты для коктейлей.


COPY/PASTE


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


HOOK_BEFORE(:EXIT)


Проект опубликован на Гитхабе https://github.com/the-teacher/Cocktails-for-programmers-v2.0


Пулл реквесты с исправлениями текста и переводами на другие языки как и прежде приветствуются.


process.exit()

Показать полностью 13
[моё] Javascript Rust Swift Ab test Пасхалка Shell Ssl Rocket Science Длиннопост
5
34
losidar
losidar
8 лет назад

Типы SSL-сертификатов и разница между ними⁠⁠

Работаю в хостинге: размещаем сайты пользователей на своих серверах.


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


Даже если вы не пользуетесь хостингом, предположу, что эта информация может быть познавательна.


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


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


D — сертификаты с проверкой домена. При регистрации такого сертификата производится только проверка доменного имени. Это самый простой в оформлении и дешевый тип SSL сертификатов. Купить такой SSL сертификат может любая организация и любое физическое лицо. При заказе сертификата необходимо указывать "E-mail адрес для подтверждения" в сертифицируемом домене: на этот адрес будет приходить письмо для подтверждения "владения доменом". То есть, если оформляется сертификат на домен pikabu.ru, то серт. центр предоставит выбор из нескольких ящиков, который можно будет указать в проверочных данных, например info@pikabu.ru, admin@pikabu.ru и другие. Указанный адрес должен обязательно существовать, все письма с инструкциями сертификационного центра будут высылаться на этот E-mail. При этом оформление сертификатов на домены, в имени которых содержатся намёки на банк, финансы и прочие подозрения на "фишинг" невозможно. Если нужен сертификат для домена кредитной организации, то оформление такого сертификата только с проверкой организации. Сайт с таким сертификатом будет показывать в адресной строке браузера «зелёный замочек» (у разных браузеров по-разному).

Типы SSL-сертификатов и разница между ними Познавательно, Хостинг, IT, Ssl, Длиннопост

D+O — сертификаты с проверкой домена и организации. В этом случае происходит не только проверка доменного имени, но и принадлежность домена к указанной организации. При посещении сайта защищенного таким сертификатом в адресной строке браузера будет показываться название организации. Перед оформлением необходимо убедиться, что доменное имя было зарегистрировано на организацию, а не на физическое лицо, например, на директора или системного администратора компании. Помимо этого, для некоторых видов сертификатов, необходимо будет заполнить форму с реквизитами организации, для проверки их сертификационным центром.


IDN (Internationalized Domain Names) — поддержка национальных доменов. Поддержка доменов не с латинскими символами. Если у вас домен например в зоне .рф, то такой вид сертификатов — ваш выбор.


EV (Extended Validation) — расширенная проверка. Такие сертификаты получают самое высокое доверие со стороны браузеров. Для этого вида сертификатов проводится полная проверка организации, включая обязательное заполнение форм с данными компании, заверяемых подписью и печатью. Но столь «сложное» оформление даёт самый высокий уровень доверия, чему свидетельствует "зеленая адресная строка" в браузере посетителя сайта, которая говорит о том, что сайт прошёл серьёзную проверку и все данные передаваемые между посетителем и сайтом надёжно защищены.

Типы SSL-сертификатов и разница между ними Познавательно, Хостинг, IT, Ssl, Длиннопост

WildCard — поддержка субдоменов. Wildcard сертификат можно использовать на всех субдоменах (поддоменах) доменного имени. Один такой сертификат будет действителен на доменах www.pikabu.ru, test.pikabu.ru, accounts.pikabu.ru и т.д. без каких либо ограничений на количество субдоменов.


SGC (Server Gated Cryptography) — высокий уровень шифрования. Сертификаты с поддержкой принудительно высокого уровня шифрования обеспечивают максимально высокий уровень шифрования вне зависимости от типов и версий браузеров клиентов. Если пользователь использует старую версию браузера, поддерживающую только 40 или 56 битное шифрование, то при использовании SGC-сертификата соединение все равно будет использовать 128(и более) битное шифрование.


SAN/UCC (United Communications Certificate) — мульти-доменные сертификаты. SAN SSL-сертификаты, так же известные как Единые сертификаты связи (UCC) идеальны для продуктов Microsoft Exchange, а так же для защиты мульти-доменных проектов. Такие сертификаты защищают все описанные в заявке домены, субдомены, локальные имена используя лишь 1 сертификат.


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


Каждый платный сертификат подразумевает наличии страховки. Страховка покрывает финансовые риски посетителя сайта. Например, сертификат гарантирует страховое возмещение в размере $10000. Значит, если на домене установлен такой сертификат, и посетитель сайта домена в результате операций сайте понёс какие-либо финансовые убытки из-за взлома ключа сертификата, то такие убытки будут покрыты сертифкационным центром вплоть до $10000. На практике же лично мне не известно ни одного случая, когда такое возмещение было бы выплачено. И дело не в том, что SSL настолько суровая технология, что взломать ключи, а, следовательно, подсмотреть шифрованный трафик, невозможно. Скорее очень сложно доказать, что это произошло. Даже когда пару лет назад была анонсирована катастрофическая уязвимость в протоколе SSL, которая получила название «HeartBleed», информации о каких-то возмещениях не было.

Типы SSL-сертификатов и разница между ними Познавательно, Хостинг, IT, Ssl, Длиннопост

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


Второй способ получить сертификат чуть более сложный. Его можно сгенерировать самостоятельно. Для его воплощения потребуется как минимум командная строка любой unix-системы, пара часов «курения» интернетов по запросам "Генерируем SSL сертификат самостоятельно", а затем пара несложных команд в командной строке.


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


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


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

Типы SSL-сертификатов и разница между ними Познавательно, Хостинг, IT, Ssl, Длиннопост

Но что делать, если платить даже 10 северо-американских рублей за сертификат не хочется, но душа требует работать с вашим публичным проектом по зашифрованному каналу? До недавнего времени делать было нечего. Таким образом мы плавно подошли к последнему варианту.


Способ третий. Немного издалека.


Пару лет назад группа интернет-компаний скооперировалась и создала свой собственный лунапарк сертификационный центр, который занимается выпуском бесплатных сертификатов для всех желающих. Центр называется «Let's Encrypt». Каждый выпускаемый ими сертификат проходит проверку типа D, действует в течение 90 дней, а по истечении этого периода может быть бесплатно перевыпущен. Количество перевыпусков не ограничено.


Именно такой сертификат от Let's Encrypt я советую почти всем, кто столкнулся с необходимостью использовать SSL.


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


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


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

Типы SSL-сертификатов и разница между ними Познавательно, Хостинг, IT, Ssl, Длиннопост

картинка кнопок Let's Encrypt в панели isp


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


Небольшой бонус. Какой сертификат мне выбрать для своего проекта? Здесь всё достаточно просто.


Всё зависит от того, для чего именно вам нужен сертификат? Большинству пользователей сейчас подойдёт бесплатный сертификат от Let's Encrypt.


Если вам нужен сертифткат для сайта финаснсового учреждения, то нужно задуматься о платном сертификате с уровнем проверки минимум D+O.


Все остальные сертификаты это:

1. Ваши амбиции - зелёная адресная строка в браузере не более, чем понты

2. Финансовые возможности.

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


Всем спасибо за внимание. Если есть какие-то вопросы - добро пожаловать в комментарии.


P.S.:

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

Показать полностью 5
[моё] Познавательно Хостинг IT Ssl Длиннопост
24
19
losidar
losidar
9 лет назад

Что такое SSL?⁠⁠

Работаю в хостинге: размещаем сайты пользователей на своих серверах.


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


Даже если вы не пользуетесь хостингом, предположу, что эта информация может быть познавательна.


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


Сегодня кратко расскажу про SSL.


По традиции, начнём с вольного определения. SSL (Secure Sockets Layer) – это специальный протокол, используя который, данные от узла к узлу Cети передаются в зашифрованном виде. И работет он так, что расшифровать данные может только их целевой получатель.


И, опять же, по традиции, небольшая ремарка. То, с чем работает современный интернет, в большинстве случаев – это TLS, наследник SSL. Но все по привычке называют его SSL, как полицию до сих пор именуют милицией. По сути своей, функции исполняет те же, но лучше (я надеюсь).

Что такое SSL? IT, Ssl, Хостинг, Познавательно, Длиннопост

Зачем оно нужно?

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


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


Яркий пример, который вы самостоятельно можете пронаблюдать — это движение данных от вашего компьютера к какому-либо сайту, например на yandex.ru (не сочтите за рекламу, но, судя по всему, ICMP и UDP на сервере pikabu.ru закрыт, поэтому трассировка до него просто не доходит, а хочется продемонстрировать целостный результат). Сделать это можно при помощи встроенной в любую сетевую ОС утилиты трассировки.


Например, на windows:

Что такое SSL? IT, Ssl, Хостинг, Познавательно, Длиннопост

Или на unix:

Что такое SSL? IT, Ssl, Хостинг, Познавательно, Длиннопост

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


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


Так в феврале 1995-го свет увидел SSL 2.0 (первая его версия так и осталась в бета-тесте и никогда не была опубликована).


Крайняя версия протокола выпущена в 2008-м. А в данный момент (с января 2016) в процессе разработки находится обновление, которое сейчас доступно только в виде черновиков.


Как это работает?

Попробую кратко небольшую вводную.


Есть определённая схема, по которой компьютеры обмениваются информацией через сеть. Для совместимости передачи данных между любыми системами, схема передачи эталонизирована. И имеет название «Модель OSI» Она состоит из нескольких уровней.


В модели есть транспортный уровень. Который отвечает за доставку данных. На текущий момент монопольное положение на этом уровне занял сетевой протокол — TCP/IP. Через который мы все с вами ходим в Сеть. Это основоплагающий протокол, который является стандартным для передачи данных в современных компьютерных сетях. Он также включает в себя около двух сотен других протоколов, в том числе часто используемые протоколы прикладного уровня, такие как HTTP, FTP, SMTP и т. д.


Итак, простым языком, как происходит шифрование данных.

Если вы открываете какой-то сайт, то сервер передаёт по HTTP (прикладной протокол) данные на наш компьютер. Условно, эта передача данных выглядит так:

Что такое SSL? IT, Ssl, Хостинг, Познавательно, Длиннопост

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


Если же сайт использует SSL, то данные кладутся в специальную коробочку, перемешиваются, а затем передаются вам в этой коробочке. Так получается HTTPS (как http, только лучше):

Что такое SSL? IT, Ssl, Хостинг, Познавательно, Длиннопост

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


Чуть более сложным языком: как это получается?

Соединение между вашим компьютером и сервером с сайтом производится в несколько этапов:

1. Ваш компьютер (клиент) устанавливает соединение с сервером и запрашивает защищенное подключение.

2. При установке соединения клиент предоставляет список алгоритмов шифрования, которые он «знает». Сервер сверяет полученный список со списком алгоритмов, которые «знает» сам сервер, и выбирает наиболее надежный алгоритм, после чего сообщает клиенту, какой алгоритм использовать

3. Сервер отправляет клиенту свой цифровой сертификат, подписанный удостоверяющим центром, и открытый ключ сервера.

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

5. Генерируется сеансовый ключ для защищенного соединения. Это делается следующим образом:

— Клиент генерирует случайную цифровую последовательность

— Клиент шифрует ее открытым ключом сервера и посылает результат на сервер

— Сервер расшифровывает полученную последовательность при помощи закрытого ключа

Учитывая, что алгоритм шифрования является асимметричным, расшифровать последовательность может только сервер. При использовании асимметричного шифрования используется два ключа — приватный и публичный. Публичным отправляемое сообщение шифруется, а приватным расшифровывается. Расшифровать сообщение, имея только публичный ключ, нельзя.


Таким образом устанавливается зашифрованное соединение. Данные, передаваемые по нему, шифруются и расшифровываются до тех пор, пока соединение не будет разорвано.

Что такое SSL? IT, Ssl, Хостинг, Познавательно, Длиннопост

Для чего это может понадобиться мне лично?

Почти все мы используем социальные сети. Электронную почту. Сайты с авторизацией. Он-лайн магазины, в которых оплачиваем покупки пластиковыми картами.


Теперь представьте, что данные, которые вы вводите в форме на сайте будут передаваться с вашего компьютера на сервер для их последующей обработки в открытом виде. Если кто-то получит доступ к любому из промежуточных узлов передачи данных, то он сможет увидеть эти данные. Например, сотрудники вашего интернет-провайдера имеют доступ к маршутизаторам, через которые ходят данные от вас во внешнюю сеть и обратно. Соответственно, весь ваш траффик у них может быть как на ладони. И если речь о логине и пароле от вконтактика, то, может быть, и невелика потеря. Но если это, например, номер вашей пластиковой карты и её CVV-код? Можно остаться и без кровно заработанных.


Поэтому передача данных в Сети через шифрованные протоколы очень важна и нужна.


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


Благодарю за внимание. Если появились вопросы, задавайте в комментариях, попробую ответить.

Показать полностью 6
[моё] IT Ssl Хостинг Познавательно Длиннопост
23
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии