#prog #article
Stop Using Conventional Commits (перевод)
TL;DR: автор считает, что разбиение коммитов по категориям на практике мало полезно и для всех практических целей лучше указывать разделы софта, затронутые изменением — поле, которое в формате conventional commits является опциональным.
Также автор разбирает каждый пункт списка доводов в пользу conventional commits и опровергает их.
Stop Using Conventional Commits (перевод)
TL;DR: автор считает, что разбиение коммитов по категориям на практике мало полезно и для всех практических целей лучше указывать разделы софта, затронутые изменением — поле, которое в формате conventional commits является опциональным.
Также автор разбирает каждый пункт списка доводов в пользу conventional commits и опровергает их.
Sumner Evans
Stop Using Conventional Commits
You’ve almost certainly encountered Conventional Commits before. It may have reared its ugly head in the changelog of an open source project you’ve used. It may have been the enforced commit format for an open source project you contributed to. A lot of people…
💯7
#prog #rust #article
Only Bounds
Статья о грядущих изменениях в Rust, которые позволят добавить новые иерархии трейтов по умолчанию (помимо существующего сейчас
Only Bounds
Статья о грядущих изменениях в Rust, которые позволят добавить новые иерархии трейтов по умолчанию (помимо существующего сейчас
Sized). Работа ведётся главным образом ради поддержки Scalable Vector/Matrix Extensions — набора инструкций для процессоров ARM, который позволяет писать SIMD-код, не завязанный на конкретную ширину SIMD-регистров и потому переносимый между разными процессорами без перекомпиляции. Помимо этого, Нико показывает, что only bounds также открывают путь другим, более абмициозным дополнениям в язык. В частности, это в теории позволит писать код, который опирается на гарантированные вызовы деструкторов (без этого сейчас невозможно написать безопасный scoped async).🔥13
Forwarded from Технологический Болт Генона
Хроники интранета
Как починить блокировку Вашего сайта от РКН ТСПУ — реальный кейс
https://habr.com/ru/articles/1045684/
Как починить блокировку легальных сайтов РКН ТСПУ одной строчкой в Chrome
https://habr.com/ru/articles/1045438/
РКН устроил проблемы с доступом российским облачным сервисам и сайтам
https://habr.com/ru/news/1046025/
Я кстати думаю, что по последним случаям это уже ИИ-шку натравили
РКН триггерится на количество TLS-соединений в единицу времени.
Проблема HTTP/1.1: Традиционные прокси (или браузер без оптимизации) для загрузки множества элементов сайта или при передаче пачки данных внутри туннеля открывают от 6 до десятков параллельных TCP/TLS-соединений. Для РКН это выглядит как аномальный всплеск, срабатывает триггер бан на 120 секунд.
Спасение (HTTP/2): В HTTP/2 (и HTTP/3) используется мультиплексирование. Браузер или клиент устанавливает всего одно TLS-соединение, а уже внутри него передает сотни запросов одновременно.
У нас фильтрующий модицицированный прокси-сервер на Caddy. Он по умолчанию настроен на HTTP/2 и HTTP/3, имеет отличный встроенный TLS-стек (на Go) и заставляет клиента слать всё через один единственный TLS-хендшейк.
РКН видит всего 1 соединение, счетчик «подозрительных попыток» не превышает лимит (3 соединения), и блокировка не включается.
Как починить блокировку Вашего сайта от РКН ТСПУ — реальный кейс
https://habr.com/ru/articles/1045684/
UPD от 10 июня 2026 года, для тех кто писал - что не работает, попробуйте иначе, есть еще 1 настройка, которая меняет отпечаток JA4. Тесты проводил так, же на Beget.
После настройки - пускает.
Заходим в chrome://flags/
Ищите Enable benchmarking - включаете Match Field Trial Testing Config
Нужно уточнить, что это может помочь при "сибирской блокировке" в вариации с учитыванием фингерпринта браузера, но не для других случаев (их довольно много). А так любопытная находка, спасибо.
Как починить блокировку легальных сайтов РКН ТСПУ одной строчкой в Chrome
https://habr.com/ru/articles/1045438/
Как мы знаем, некоторые VPN‑сервисы маскируют трафик под легальные российские ресурсы, используя для этого мощности отечественных облачных провайдеров.
Несколько провайдеров, в том числе Selectel, Beget, Timeweb, подтвердили сбои. Причиной они назвали обновление настроек ТСПУ, которые РКН использует для фильтрации трафика.
Поскольку трафик зашифрован, ТСПУ не могут определить его содержание и принимают решения о блокировке по косвенным признакам: диапазону IP-адресов сервера, характеристикам защищённого соединения, частоте подключений и цифровому отпечатку браузера. Из-за этого под ограничения может попадать и обычный, не связанный с VPN трафик, пояснил один из собеседников.
К наиболее уязвимым для «случайных» блокировок специалисты относят мобильные приложения, которые постоянно обмениваются данными по защищённому каналу, сервисы с непрерывно открытым соединением в реальном времени, облачные платформы и b2b‑сервисы с множеством API, а также проекты, использующие решения вроде Cloudflare для ускорения и защиты медиаконтента.
РКН борется с каскадными VPN-туннелями, когда клиент подключается к серверу в России, а оттуда — к серверу вне России.
глава RUVDS Никита Цаплин
«"Более логично", если бы РКН информировал провайдера о подозрительной активности на конкретном адресе, а не блокировал адрес без предупреждения. Тогда хостинг мог бы связаться с клиентом и решить вопрос. Такой алгоритм сейчас прорабатывается», — добавил он.
РКН устроил проблемы с доступом российским облачным сервисам и сайтам
https://habr.com/ru/news/1046025/
Я кстати думаю, что по последним случаям это уже ИИ-шку натравили
🖕7🤬3🤯2
Forwarded from Поросёнок Пётр
Агентов для кодинга и багфиксов уже можно встретить очень часто. Это быстро смекнули ребята в чёрных шляпах и начали свои тёмные делишки в этом направлении.
Так, например, одна из обнаруженных атак строилась на захламлении Sentry алертами, которые провоцировали кодинг-агента пойти и исправить проблему, попутно подтягивая malicious dependency.
Формат атаки следующий:
1) Нагружаем Sentry липовыми баг-алертами. Сделать это, в принципе, несложно. Да и найти идентификаторы Sentry в JS — задача довольно тривиальная.
2) Фейковый баг убеждает агента, что исправление требует установки отсутствующей зависимости или обновления до версии, которую уже успели захакать.
3) Скомпрометированный пакет приезжает в проект и уносит все переменные окружения на подозрительный домен вроде advisory-tracker[.]com/api/v1/telemetry.
P.S. Аналогичную историю рассказывали на Black Hat USA: через JIRA MCP саппорт-тикет заставил Cursor собрать креды и сделать их эвакуацию в «безопасное место».
Так, например, одна из обнаруженных атак строилась на захламлении Sentry алертами, которые провоцировали кодинг-агента пойти и исправить проблему, попутно подтягивая malicious dependency.
Формат атаки следующий:
1) Нагружаем Sentry липовыми баг-алертами. Сделать это, в принципе, несложно. Да и найти идентификаторы Sentry в JS — задача довольно тривиальная.
2) Фейковый баг убеждает агента, что исправление требует установки отсутствующей зависимости или обновления до версии, которую уже успели захакать.
3) Скомпрометированный пакет приезжает в проект и уносит все переменные окружения на подозрительный домен вроде advisory-tracker[.]com/api/v1/telemetry.
P.S. Аналогичную историю рассказывали на Black Hat USA: через JIRA MCP саппорт-тикет заставил Cursor собрать креды и сделать их эвакуацию в «безопасное место».
X (formerly Twitter)
Michael Bargury (@mbrg0) on X
next.
we hijacked cursor via jira mcp by submitting a support ticket
cursor harvests and exfiltrate all creds from your dev machine
and then reports back to the dev that "the 2-hour downtime that affected user transactions has been resolved"
#DEFCON #BHUSA…
we hijacked cursor via jira mcp by submitting a support ticket
cursor harvests and exfiltrate all creds from your dev machine
and then reports back to the dev that "the 2-hour downtime that affected user transactions has been resolved"
#DEFCON #BHUSA…
🌚6😁2
Forwarded from Технологический Болт Генона
Я лишний раз просто напомню, что Chrome это помойка, которой пользоваться не надо для чего-то серьёзного и важного
https://t.me/tech_b0lt_Genona/5641
https://t.me/tech_b0lt_Genona/6056
https://t.me/tech_b0lt_Genona/6486
Google планирует отключить все блокировщики рекламы с версии Chrome 150
https://habr.com/ru/news/1046542/
Иша красивая, конечно. Надеюсь они ждали, когда подойдёт очередь для гета 🌝
PSA: Google Chrome 149 will be the last version fully supporting MV2 and Blocking WebRequest on regular extension installs
https://github.com/w3c/webextensions/issues/1000
https://t.me/tech_b0lt_Genona/5641
https://t.me/tech_b0lt_Genona/6056
https://t.me/tech_b0lt_Genona/6486
Google планирует отключить все блокировщики рекламы с версии Chrome 150
https://habr.com/ru/news/1046542/
Google хочет отключить вообще все блокировщики реклам в браузере Chrome с версии 150 (его релиз запланирован на конец июня 2026 года, Chrome 149 вышел в начале июня). Так в Google решили бороться с Adblock‑расширениями (uBlock Origin и другие) и начать переход на новый движок с отказом от стандарта Manifest V2.
Стандартный Google Chrome прекращает поддержку распространения расширений MV2 после версии 149. Пользователям, желающим продолжать использовать расширения MV2, следует рассмотреть следующие варианты:
переход на механизмы распространения расширений Google Chrome Enterprise & Education;
переход на браузер, отличный от Chromium, например, Firefox или Apple Safari;
использование форка Chromium, который по-прежнему поддерживает расширения MV2.
...
«Google собирается отключить все расширения‑адблокеры в Chrome. Вместо того чтобы позволить адблокеру самостоятельно проверять трафик, расширения теперь должны передавать браузеру Google ограниченный список правил фильтрации и надеяться на лучшее. Это приводит к более слабой блокировке и большему количеству рекламы, которая проходит сквозь неё. Google зарабатывает подавляющее большинство своих доходов на продаже рекламы. Компания, которая извлекает прибыль из каждой рекламы, которую вы видите, также контролирует браузер, которым пользуется большинство людей, и Chrome 149 — это последняя версия, поддерживающая адблокеры. Например, по новым правилам uBlock Origin не сможет работать. Для миллионов пользователей это расширение — единственное, что стоит между ними и стеной из рекламы, трекеров и автозапускаемого мусора. Один пользователь выразился прямо: „Веб буквально невозможно использовать без uBlock Origin“», — пояснили профильные эксперты из International Cyber Digest.
Иша красивая, конечно. Надеюсь они ждали, когда подойдёт очередь для гета 🌝
PSA: Google Chrome 149 will be the last version fully supporting MV2 and Blocking WebRequest on regular extension installs
https://github.com/w3c/webextensions/issues/1000
🤬1