Истовый инженерПроектYADRO

Современные продукты состоят не только из собственного кода: так, open source сегодня используется практически в каждом приложении — об этом мы говорили в статье про OSA. Чтобы всё работало стабильно, разработчику нужно постоянно анализировать транзитивные зависимости, ведь с ними в продукт может попасть вредоносный код, который он не контролировал. Разберем на примере. Пользователь открыл приложение, чтобы проверить новости, но вместо ленты наткнулся на лозунг: «За вами следят. Отключите слежку — верните себе свободу!» Неожиданно, правда? Такое сообщение может быть плодом protestware — так называют библиотеки и ПО, в которые мейнтейнеры или злоумышленники намеренно добавляют деструктивный, меняющий логику работы или политически мотивированный код. Руслан Чотчаев, инженер отдела развития процессов безопасности в YADRO, на примере protestware показывает, как вредоносный код проникает в продукт, по каким признакам можно его заметить и как снизить риски. Статья будет полезна разработчикам и специалистам по безопасности.

Бурение океанического дна — инженерная задача «со звездочкой». Для ее решения нужны специальные суда и платформы, сложное модульное «железо», современные системы навигации и радиоуправления. Но исследователей это не останавливает: каждый год на дне Мирового океана появляются новые научные скважины. Длина бурового инструмента, который их делает, может достигать нескольких километров. Зачем всё это нужно, как устроены такие работы и с какими сложностями сталкиваются в этой области инженеры, занятые глубоководным бурением, рассказывает Дмитрий Борисов, морской геолог и ведущий научный сотрудник Лаборатории палеоокеанологии Института океанологии РАН.

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