Только такие проекты в гитхаб и выкладывайте пожалуйста

Интересное про SSH

Если вы когда-нибудь пытались дампить SSH-трафик (а вдруг!), то, вероятно, замечали, что пакетов вашим клиентом генерируется на порядок больше, чем вы совершаете нажатий клавиш.

Это происходит из-за фичи "obfuscate_keystroke_timing", которую в 2023 году добавили для борьбы с "keystroke timing attack" (хрен его знает, как это корректно перевести). Суть атаки в том, что когда человек печатает, в задержках между нажатием клавиш есть характерные паузы. Например, для букв внутри слова паузы короче, чем в момент начала нового слова. Соответственно, если достаточно долго собирать тайминги между нажатием клавиш у жертвы, то можно значительно сузить диапазон вариантов для перебора паролей, да и в целом иметь представление о том, что человек делает на своём сервере.

Включенный obfuscate_keystroke_timing добавляет «мусорные» пакеты в трафик, когда этого трафика передается совсем немного (например, когда вы нажали только одну клавишу).

Посмотреть «в живую», как это работает, можно, установив соединение с сервером с повышенным вербоузом (-vvv). После нажатий клавиш вы будете видеть вот такие дебаг-строчки «obfuscate_keystroke_timing: stopping: chaff time expired (23 chaff packets sent)» (количество пакетов может быть разным).

Если таких строчек видеть не будете, то можете попробовать явно включить обфускацию опцией «ObscureKeystrokeTiming=yes». Если строчки появятся, но в них всегда будет «0 chaff packets sent», то, скорее всего, сервер не поддерживает просто эту фичу. Добавлена она была в версии 9.5, сверьте со своей на серваке («ssh -v server», где-то в начале будет вывод «remote software version»).

Если вас когда-нибудь спросят «что такое DDOS-атака?» – скиньте вот эту картинку

Ну было же?

Один пайплайн вместо тысячи (питон) слов

Встала передо мной недавно задача — автоматизировать создание некоторых клауд-сущностей, которые катятся через терраформ.

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

В общем, как-то много всего для небольшой автоматизации.

В какой-то момент до меня дошло, что всё это можно реализовать за полдня (перерывы на кофе учтены) через Gitlab CI/CD пайплайны. То есть я создаю репу (2 клика), описываю там 2 джобы, которые мне нужны (строк 80), создаю токен для запуска пайплайнов через API (2 клика) и всё! Ну, в общем, так я и поступил. В прикреплённой картинке как раз показаны темплейты для джоб, в которых происходит вся логика и вносятся изменения в репу. А дальше (уже не стал показывать на скрине) есть пара джоб, которые инклюдят в себя этот темплейт и описывают переменные для своего окружения (dev, prod).

«ЧатГПТ, не используй эмодзи в коде! Мне уже перед коллегами стыдно»

Что будет с Linux после ухода Торвальдса?

Вопрос, который, даже чисто ради интереса, интересует достаточно много человек. И вот частично ответ на него был сформулирован и закомичен в директорию документации Linux в виде файла с названием conclave.rst.

В течение 72 часов после того, как Линус не сможет больше поддерживать основной репозиторий, организатор последнего Maintainer Summit (или председатель Linux Foundation Technical Advisory Board (LF TAB) в качестве резерва) откроет обсуждение с участниками последнего Maintainer Summit и членами LF TAB (выбранные участники комьюнити, которые консультируют Linux Foundation). Во время обсуждения будут приняты какие-то решения, и в течение двух недель участники сообщества через email-рассылку ksummit@lists.linux.dev будут уведомлены о том, что будет дальше. Всё.

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

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

Увидел в интернетах вот такой комментарий под очередным ИИ-инструментом.

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

Не в бровь, а в глаз.

Меинтейнер SUDO ищет финансирования

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

Написал Тодд Миллер на домашней странице своего блога.

С 2010 по 2024 год главным спонсором sudo выступал работодатель Тодда — компания Quest Software. Спонсорство прекратилось, вероятно, в связи с уходом Тодда из дочерней компании Quest'а в 2024 году.

Сколько ещё на столько важного опенсурс софта поддерживается сейчас одним единственным разработчиком за бесплатно? Вопрос для размышления.

Касательно sudo, у нас уже есть замена в виде sudo-rs. По сути, тот же самый sudo, но переписанный на Rust и поддерживающийся фондом Trifecta Tech. Контрибьюторов в фонде достаточно, деньги (вроде как) имеются, да и сам Тодд в разговоре с The Register сказал, что поддерживает связь с разработчиками sudo-rs и верит, что они идут в верном направлении.