Пост Лукацкого
رفتن به کانال در Telegram
Уникальный контент про кибербезопасность от Алексея Лукацкого (@alukatsk) - мысли, полезные ссылки, комментарии к текущим событиям, юмор и мемасики. Канал личный - мой работодатель никак не влияет на то, что здесь публикуется. Рекламу не размещаю!!!
نمایش بیشتر📈 تحلیل کانال تلگرام Пост Лукацкого
کانال Пост Лукацкого (@alukatsky) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 37 734 مشترک است و جایگاه 3 449 را در دسته فناوری و برنامهها و رتبه 16 881 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 37 734 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 05 سپتامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 230 و در ۲۴ ساعت گذشته برابر 6 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 21.23% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 13.01% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 8 009 بازدید دریافت میکند. در اولین روز معمولاً 4 907 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 42 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند инцидент, точность, антивирус, llm, отключение تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Уникальный контент про кибербезопасность от Алексея Лукацкого (@alukatsk) - мысли, полезные ссылки, комментарии к текущим событиям, юмор и мемасики.
Канал личный - мой работодатель никак не влияет на то, что здесь публикуется.
Рекламу не размещаю!!...”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 06 سپتامبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
37 734
مشترکین
+624 ساعت
+137 روز
+23030 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
سپتامبر '26
سپتامبر '26
+76
در 1 کانالها
اوت '26
+625
در 34 کانالها
Get PRO
ژوئیه '26
+507
در 31 کانالها
Get PRO
ژوئن '26
+446
در 25 کانالها
Get PRO
مه '26
+334
در 21 کانالها
Get PRO
آوریل '26
+814
در 48 کانالها
Get PRO
مارس '26
+1 246
در 36 کانالها
Get PRO
فوریه '26
+870
در 52 کانالها
Get PRO
ژانویه '26
+561
در 26 کانالها
Get PRO
دسامبر '25
+864
در 33 کانالها
Get PRO
نوامبر '25
+806
در 31 کانالها
Get PRO
اکتبر '25
+929
در 42 کانالها
Get PRO
سپتامبر '25
+445
در 19 کانالها
Get PRO
اوت '25
+918
در 58 کانالها
Get PRO
ژوئیه '25
+1 674
در 70 کانالها
Get PRO
ژوئن '25
+873
در 35 کانالها
Get PRO
مه '25
+577
در 29 کانالها
Get PRO
آوریل '25
+567
در 19 کانالها
Get PRO
مارس '25
+737
در 49 کانالها
Get PRO
فوریه '25
+726
در 30 کانالها
Get PRO
ژانویه '25
+649
در 28 کانالها
Get PRO
دسامبر '24
+519
در 20 کانالها
Get PRO
نوامبر '24
+575
در 27 کانالها
Get PRO
اکتبر '24
+839
در 32 کانالها
Get PRO
سپتامبر '24
+933
در 32 کانالها
Get PRO
اوت '24
+602
در 24 کانالها
Get PRO
ژوئیه '24
+545
در 34 کانالها
Get PRO
ژوئن '24
+532
در 31 کانالها
Get PRO
مه '24
+650
در 23 کانالها
Get PRO
آوریل '24
+616
در 20 کانالها
Get PRO
مارس '24
+680
در 25 کانالها
Get PRO
فوریه '24
+695
در 31 کانالها
Get PRO
ژانویه '24
+599
در 33 کانالها
Get PRO
دسامبر '23
+945
در 35 کانالها
Get PRO
نوامبر '23
+500
در 23 کانالها
Get PRO
اکتبر '23
+482
در 25 کانالها
Get PRO
سپتامبر '23
+833
در 0 کانالها
Get PRO
اوت '23
+510
در 0 کانالها
Get PRO
ژوئیه '23
+407
در 0 کانالها
Get PRO
ژوئن '23
+493
در 0 کانالها
Get PRO
مه '23
+644
در 0 کانالها
Get PRO
آوریل '23
+896
در 0 کانالها
Get PRO
مارس '23
+516
در 0 کانالها
Get PRO
فوریه '23
+563
در 0 کانالها
Get PRO
ژانویه '23
+615
در 0 کانالها
Get PRO
دسامبر '22
+459
در 0 کانالها
Get PRO
نوامبر '22
+1 060
در 0 کانالها
Get PRO
اکتبر '22
+645
در 0 کانالها
Get PRO
سپتامبر '22
+708
در 0 کانالها
Get PRO
اوت '22
+739
در 0 کانالها
Get PRO
ژوئیه '22
+977
در 0 کانالها
Get PRO
ژوئن '22
+514
در 0 کانالها
Get PRO
مه '22
+925
در 0 کانالها
Get PRO
آوریل '22
+573
در 0 کانالها
Get PRO
مارس '22
+3 040
در 0 کانالها
Get PRO
فوریه '22
+291
در 0 کانالها
Get PRO
ژانویه '22
+333
در 0 کانالها
Get PRO
دسامبر '21
+465
در 0 کانالها
Get PRO
نوامبر '21
+358
در 0 کانالها
Get PRO
اکتبر '21
+386
در 0 کانالها
Get PRO
سپتامبر '21
+603
در 0 کانالها
Get PRO
اوت '21
+219
در 0 کانالها
Get PRO
ژوئیه '21
+250
در 0 کانالها
Get PRO
ژوئن '21
+343
در 0 کانالها
Get PRO
مه '21
+182
در 0 کانالها
Get PRO
آوریل '21
+439
در 0 کانالها
Get PRO
مارس '21
+180
در 0 کانالها
Get PRO
فوریه '21
+212
در 0 کانالها
Get PRO
ژانویه '21
+137
در 0 کانالها
Get PRO
دسامبر '20
+3 602
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 06 سپتامبر | +5 | |||
| 05 سپتامبر | +9 | |||
| 04 سپتامبر | +21 | |||
| 03 سپتامبر | +12 | |||
| 02 سپتامبر | +14 | |||
| 01 سپتامبر | +15 |
پستهای کانال
По результатам обучения в НИУ ВШЭ по безопасности ИИ для руководителей пришла обратная связь от слушателей:
Оценка работы преподавателя 5 (из 5) Оценка пользы от лекции 5 (из 5) Весь материал Алексея полезный, применимый as-is, показал точки в проекте где нужно особое внимание. Топ спикер! По теме, очень полезно! И вторая: Оценка работы преподавателя 5 (из 5) Оценка пользы от лекции 5 (из 5) Это топ! Очень интересно и полезноА я переживал, что новый контент (пример 1, 2, 3, 4 и 5) может не зайти. Ну и хорошо. Двигаемся дальше. ЗЫ. А плану «Ковер» насрать на все эти ваши ИИ. Рейс в Мурманск не просто перенесли, а совсем отменили. Полтора десятка ИБшников сначала пыталась взять прайвет-джет или вертолет, но на них тоже план «Ковер» распространяется. В итоге, едем до Питера на поезде, оттуда до Мурманска на автобусе и потом на машинах до точки назначения. А вы говорите, тяжелые на подъем… #ии #обучение
| 2 | Если вернуться к 17-тилетней давности предложениям по реформированию отрасли ИБ, то в отличие от ряда других инициатив, где число предложений измерялось десятками, и учитывая адресата, в 2009-м году мы предложили всего 4 инициативы (за каждым пунктом был более детальный план действий):
➡️ Передать разработку стандартов и регламентов в области ИБ профессиональным отраслевым сообществам при сохранении государственного регулирования в формировании только базовых требований.
➡️ Создать Экспертный совет по информационной безопасности при Правительстве РФ, объединяющий признанных экспертов в области корпоративной и ведомственной информационной безопасности.
➡️ Создать национальную сеть Центров реагирования на угрозы информационной безопасности для мониторинга и защиты киберпространства России, контроля соответствия требованиям и организации сервисов по защите малого и среднего бизнеса, который не в состоянии самостоятельно обеспечить адекватный уровень информационной безопасности
➡️ Развитие Программы осведомленности в вопросах информационной безопасности для всех участников киберпространства России.
В проекте были также идеи убрать госрегулирование отовсюду кроме гостайны, стимулировать развитие и приобретение перспективных технологий, определить требования к базовому уровню ИБ, но от них в итоге отказались, так как первым лицам государства предлагать неконкретные требования было неправильно.
Как видно, ни один из пунктов так и не был реализован. Так и живем...
#регулирование #история | 5 254 |
| 3 | Я обычно не пишу про продукты 🤟, но тут они скорее стали поводом для размышлений. Итак, Позитив сертифицировал свой антивирус в ФСТЭК и получил сертификат регулятора на EDR (первыми в России). И СМИ стали писать, что консервативный антивирусный рынок ждет встряска и передел.
И вот тут у меня, конечно, пригорело немного. Такое впечатление, что до получения сертификата продукта как бы не существовало и его нельзя было использовать для обнаружения и нейтрализации вредоносной активности. Но ведь мы понимаем, что это совсем не так. Почему только получение бумажки с голограммой перестает делать продукт невидимым для рынка и пользователей? Да, понятно, что для некоторых заказчиков (очень небольшого числа) есть требования государства – применять только сертифицированные решения. Но для других-то таких требований нет. Почему у всех в головах ставится знак равенства между "есть сертификат" и "продукт может реально защищать"? Это же бред.
Другой вчерашний пример. У нас создается прототип новой технологии на базе ИИ для поиска уязвимостей в исходном коде ПО. У нее еще нет названия – это пока бета-версия. И вот в процессе ее тестирования мы выявили критичную уязвимость (CVSS 10.0) в проекте Prompty от Microsoft. Бета-версия продукта без сертификата нашла крит в ПО. Наличие или отсутствие сертификата что-то изменило бы? Нет. Качество продукта не определяется бумагой с голограммой. Но мы по-прежнему ждем, когда некий продукт получит этот сертификат, а без него опасаемся применять решение ИБ.
Мы стали заложником этой неверной парадигмы, которая родилась в иных условиях и для иных задач, но которая сейчас только расширяется на все сферы ИБ. Мы боимся не угроз со стороны хакеров или реализации недопустимых событий. Мы гораздо больше боимся отсутствия официальной бумаги и претензий со стороны регулятора. Та же история с оценкой защищенности – вместо проведения кибериспытаний, эмулирующих реальные действия хакеров, мы молимся на аттестат, так как он выдается аккредитованной организацией-лицензиатом. Есть бумажка? Мы чисты перед... регулятором. И кому какое дело, что хакер будет ломать совсем не так, как написано в методике, которая обновляется гораздо реже, чем даже та же MIRE ATT&CK. Та же история с подтверждением квалификации компетенций по ИБ и с другими темами...
Откуда у нас такое идолопоклонение перед бумагой? Ладно, хоть кто-нибудь отвечал за то, что написано в сертификате/дипломе/лицензии/аттестате, ну так нет же. Если вас взломают через сертифицированный продукт, испытательная лаборатория и орган по сертификации не несут за это никакой ответственности. Если вы получили диплом о высшем образовании в ИБ даже не понимая отличия между аутентификацией и авторизацией, то к ВУЗе нельзя предъявить претензии. И список можно продолжать...
ЗЫ. За коллег из команды Endpoint Security я могу только порадоваться – и бумага есть, и продукт хороший. Но что делать другим вендорам, которые не обладают ресурсами для сертификации своих решений и тем самым теряют российского потребителя?.. Вопрос риторический.
#рефлексия #оценказащищенности | 4 969 |
| 4 |  Не успел вернуться с Хибин, как снова собираюсь в дорогу; в этот раз на Баренцево море 🌊 И стоя перед горой снаряги и пустым рюкзаком, вдруг подумалось, что нам не хватает в ИБ концепции "киберрюкзака". Ведь собираясь в путешествие, ты сначала набиваешь рюкзак барахлом, половина которого тебе не понадобится. Но если у тебя большой рюкзак (как мой на 120 литров), ты его набиваешь и тащишь, мучаясь на подъемах и спусках. И в следующий раз ты начинаешь освобождаться от лишнего, оптимизировать список необходимого, снижать вес снаряги и т.п.
И в ИБ мы тоже покупаем дофига всего разного, что "может быть" понадобиться для защиты инфраструктуры, но не используем и половины того, что у нас есть, думая "авось, пригодится". А все это требует поддержки, обновления, закупки новых лицензий, обучения персонала и т.п. Ну или эти средства просто стоят... на шкафу и ими никто не пользуется. Но деньги-то потрачены.
Может нам тоже пора учиться ходить в ИБ "налегке"? Не в смысле отказаться от защиты и оставить один NGFW на всю компанию. А периодически вытряхивать содержимое своего киберрюкзака на пол и честно спрашивать про каждую вещь: зачем мы это тащим? Какую задачу она решает? Когда мы последний раз этим пользовались? Что случится, если мы это выложим? И нет ли у нас уже трех других средств, которые делают примерно то же самое?
Причем хороший походник оптимизирует не только количество вещей. Он ищет более легкую палатку, заменяет три предмета одним универсальным, отказывается от дублирования и учится лучше пользоваться тем, что уже взял. В ИБ, кажется, ровно та же история: иногда выгоднее не купить очередное средство защиты, а нормально настроить уже имеющееся, включить купленную пять лет назад, но так и не используемую функцию или научить людей пользоваться тем, за что компания уже платит.
И, пожалуй, зрелость ИБ можно измерять не только тем, сколько средств защиты компания сумела купить и внедрить. А еще и тем, насколько маленький "рюкзак" она способна нести, при этом действительно защищая то, что для бизнеса важно. Потому что в горах лишние пять килограммов довольно быстро позволяют понять разницу между "может пригодиться" и "действительно нужно". Возможно, бюджет ИБ иногда должен делать то же самое.
#аналогии #рефлексия | 5 064 |
| 5 | По мотивам моего выступления "Не конкурируй с ИИ – управляй им. Как специалисту по ИБ остаться востребованным в эпоху ИИ-агентов" на Standoff Talks с рассказом о применении ИИ в деятельности ИБшника, был написан материал, который мы разместили на Хабре. Приятного чтения 🤩
#статья #ии #bestpractice | 5 322 |
| 6 |  3 года назад мы в 🤟 пытались придумать систему классификации автономного ИИ, взяв за основу систему классификации автопилота в автомобилях (SAE), но к единому мнению не пришли ввиду сложности задачи – мы пытались разложить сложную систему (а тогда еще даже ИИ-агентов не было) в одномерном пространстве из пяти уровней автономности. На Jet CyberCamp я вновь попытался вернуться к этой истории, предложив двумерное пространство классификации ИИ-агентов в контексте ИБ, – 6 параметров с соответствующими градациями. И вот новый подход, от Ленни Зельцера, который предлагает свою систему категоризации, но не для агента целиком, а для каждого типа его действий отдельно.
Этот подход, получивший название Security Autonomy Matrix, не просто выделяет 5 уровней автономности (по аналогии с SAE), но и применяет их к пяти классам действий – читать, писать, отправлять, тратить, удалять. Уровень автономности для каждого действия ИИ-агента зависит от оценки по двум параметрам:
➡️ Blast radius – насколько далеко распространятся последствия ошибки
➡️ Reversibility – насколько быстро ошибку можно отменить относительно скорости распространения ущерба.
Отсюда и основная идея матрицы – чем менее обратимо действие и чем больше его blast radius, тем сильнее должен быть человеческий контроль. Если внимательно почитать предлагаемый фреймворк, то становится очевидным, как классический совет многих рекомендаций про human-in-the-loop раскладывается на вполне понятные действия, которые могут быть реализованы через AI Policy Engine.
Например, ИИ-агент занимается очисткой старых правил PT NGFW и обнаруживает правило, которое не использовалось 90 дней. Можно дать ему:
➡️ Read L4, чтобы самостоятельно анализировать правила
➡️ Write L3, чтобы самостоятельно отключить правило
➡️ Delete L2, чтобы окончательно удалить только после подтверждения инженером ИБ.
Почему так? Потому что отключение обратимо (отключили → какое-то приложение сломалось → включили обратно), а удаление – это одностороннее действие. Ну а если несколько кварталов ИИ-агент безошибочно справляется со своей задачей, то Delete теоретически тоже можно повысить до L3.
Дополнительно, Ленни предлагает фиксировать еще четыре вещи:
➡️ Ответственный. Кто персонально отвечает за действия агента. Не "SOC", не "команда ИИ", а конкретная роль.
➡️ Точка контроля. Где именно человек подтверждает, отменяет или откатывает действие.
➡️ Остаточный риск + защитные меры. Что все равно может пойти не так и чем мы ограничиваем ущерб.
➡️ Правила и сроки пересмотра. Когда разрешение агенту должно быть пересмотрено.
В общем, интересная динамическая модель доверия ИИ-агентам, которая позволяет задавать правильный вопрос: для какого действия, при каком уровне риска, с каким blast radius, при какой обратимости и при каких доказательствах надежности нужен человек? Берем на вооружение пока не придумали еще что-нибудь 🤔
#ии #framework | 5 458 |
| 7 |  +2🆕 Дело было вечером, делать было есть чего... Раз победить нормативку пока не получается, то взял и навайбкодил калькулятор оценки зрелости по новой методике ФСТЭК. Разместил у себя на сайте – можно оценивать свою зрелость. Вы отвечаете на вопросы, ваш текущий профиль рассчитывается по методике ФСТЭК, а целевой уровень зрелости вы задаете самостоятельно. Никакая регистрация не нужна 🆓
При этом вся методика "от и до" целиком не реализована и вот почему. Инструмент охватывает ее расчетную часть, но не полную формальную процедуру. Сейчас отсутствуют:
➡️ автоматические рекомендации целевых уровней по классу/уровню защищенности ГИС и ИСПДн или категории значимости объекта КИИ из п. 11, так как я не собираю ваш текущий класс/уровень/категорию защищенности/значимости
➡️ добавление дополнительных направлений деятельности по ИБ из п. 13, так как неизвестно, что может быть добавлено
➡️ сбор и проверка подтверждающих документов по пп. 19–26, так как это ваши конфиденциальные документы
➡️ ретроспективное сравнение нескольких оценок по п. 33, так как я ничего на сервере не храню
➡️ полноценный план мероприятий по достижению целей, так как это оооооочень сильно зависит от вашей внутрянки
➡️ формальный отчет раздела VI со сведениями об участниках, доказательствах, рекомендациях, подписанием и утверждением.
Сразу отмечу важный момент: ваши ответы на сервер не попадают и нигде не сохраняются – все обрабатывается и хранится в вашем браузере. Закроете вкладку – все введенные вами данные будут утеряны. ПерезагрУзите браузер – данные тоже могут быть утеряны. Такова плата за конфиденциальность. По результатам оценки мини-отчет можно распечатать или сохранить в PDF.
Пока все это эксперименты с вайбкодингом, но надеюсь, этот калькулятор https://jeopardy.lukatsky.ru/maturity/ будет полезен. В планах еще всякое поделать, поэкспериментировать с автоматизацией разных задач 🖥
ЗЫ. Если будут замечания и предложения, то пишите в комментариях ✏️
#оценказащищенности #регулирование #автоматизация | 5 770 |
| 8 |  Было дело… 17 лет назад. Одна из попыток узкого круга экспертов повлиять на ситуацию с ИБ в стране. Отправляли на первых лиц свои предложения, но канули они в Лету. И до, и после их тоже еще было. И хотя «…а караван идет», оптимизма не теряю и надежду сохраняю. А иначе, зачем это все…
#регулирование #история | 5 746 |
| 9 |  #обучение | 6 025 |
| 10 |  Есть такое правило – не класть все яйца в одну корзину, которое применимо ко многим аспектам нашей жизни – от резервирования данных до личных финансов. И вот я читаю предложение Минцифры про выделение IP-адресов белого списка в отдельные подсети, чтобы лучше бороться с наркошопами, порносайтами и VPN-сервисами. Требование просьба касается хостинг- и CDN-провайдеров, а также сервисов веб-безопасности, что по мнение министерства цифрового РАЗВИТИЯ должно помогать точнее бороться с нелегальным контентом.
Я оставлю в стороне вопрос, каким макаром вообще регистрируются/создаются нелегальные ресурсы в стране, которая жестко цензурирует все, заставляет подтверждать владение доменами через ЕСИА и т.п. Тут вопрос в другом. Цифровизаторы всея Руси понимают, что таким образом они кладут все яйцы в одну корзину и дают в руки противнику прекрасный козырь – вместо того, чтобы бить по площадям, можно будет сразу сфокусировать DDoS на диапазоне "белых" адресов? Это как вместо тысяч складов маркетплейса по стране создать всего с десяток мегаскладов и позвать туда дроноводов. Или как перенести портал Госуслуг, ядро НСПК, ЕСИА/ЕБС, "ГАС Выборы" в один ЦОД и вырубить там электропитание. Или как оставить один канал соединения Рунета со всем миром, который перережут на той стороне...
С точки зрения управления это, конечно же, гораздо удобнее. Но кто-нибудь оценивал риски целенаправленного удара по таким диапазонам и, самое главное, последствиям от этого? Как по мне, так сделано это не для борьбы с наркошопами или порносайтами, а потому что ТСПУ просто не справляются с нагрузкой из-за постоянно растущего списка адресов, которые надо блокировать. Я вот вчера настраивал на маршрутизаторе "ваш путь наружу" и вносил в таблицу маршрутизации адреса и диапазоны для Youtube, Telegram, видео-сервисов, новостных ресурсов, ИБ-сайтов и т.п. Для достаточно небольшого списка сервисов у меня таблица маршрутизации содержит тысячу с лишним адресов и GUI роутера ощутимо подтормаживает в процессе настройке. Что уж говорить о ТСПУ, которые явно спроектированы под совершенно иную нагрузку и условия функционирования. Отсюда и запрос Минцифры.
Будем посмотреть, чем это все закончится. Следующий шаг после реализации ПРОСЬБЫ министерства – оставить доступными только ресурсы из белого списка, а все остальное тупо заблокировать. Нет ресурсов – нет проблем; и ТСПУ не тормозят. Бинго! Но... есть и положительный момент во всей этой истории. Если оно заработает, то потом эту технологию и устройства можно будет задорого продавать в дружественные страны, с чего и начнется наш путь уже не импортозамещения, а экспортопригодности российских ИТ и ИБ, о которых в 22-23-м годах говорил министр! А это можно только приветствовать! Главное, дожить! 💪
#суверенитет #интернет | 8 233 |
| 11 | Интересная статья от практикующего исследователя уязвимостей, который делится своим ощущением от использования LLM, которая превращает человека из искателя в триажера. Автор пишет не о том, что LLM повышает производительность и число найденных дыр, сколько о том, что из работы исчезает прежнее ощущение "я сам это нашел" и ранее получаемый дофамин от обнаруженного уже не поступает.
Для большинства не слишком больших и сложных проектов, по наблюдению автора, фундаментальная модель плюс правильно поставленные вопросы позволяют провести значительную часть code review в диалоге с LLM. Иногда исследователь вообще не читает код подробно: получает от модели PoC, проверяет его и убеждается, что уязвимость действительно существует и модель не "схитрила".
И возникает парадокс: критических уязвимостей исследователь находит больше, чем раньше, а удовольствия от работы получает меньше!
Дальше автор задается логичным вопросом – а почему бы не отказаться от LLM, раз она не дарит удовольствие от работы. Ведь шахматисты продолжают играть в шахматы, хотя компьютер давно играет лучше человека. И сам же отвечает – люди ездят верхом для удовольствия, но почти никто не ездит на лошади на работу. Это в искусстве, играх и хобби ценность заключается в самом процессе, выполняемом человеком (я вот люблю писать, не доверяя этот процесс ИИ, хотя могу). В исследованиях уязвимостей конечному результату все равно, кто нашел дыру – человек или машина. Если задача – первым найти 0-day, романтика ручного поиска становится конкурентным недостатком.
Но автор не впадает в отчаяние и прогнозирует появление двух новых ролей в области исследования уязвимостей... о которых вы можете прочитать в оригинальной статье (а то, что это я за вас все пересказываю 🤠). А дальше вам предлагается ответить на "простой" вопрос: "Какие проблемы являются самыми важными в вашей области – и почему вы над ними не работаете?" И здесь LLM неожиданно оказываются не угрозой профессии, как иногда это преподносится, а способом освободить человека от большого объема рутинной работы.
И можно переживать факт отъема любимой работы. А можно спросить, что теперь стало возможным вам делать нового, потому что прежнюю работу делает машина?
ЗЫ. Прикольный момент. Перед началом написания статьи автор попросил Codex поискать в фоне критические уязвимости в очередном проекте. И в середине текста ИИ-агент отчитался о том, что нашел очередной крит. В конце автор пишет, что, дописав статью, он проверил крит и тот и правда подтвердился... 🤷♂️
#рефлексия #оценказащищенности #ии | 5 869 |
| 12 |  Был у меня опыт хождения в одиночные походы. И хотя я только вернулся с Хибин, сразу скажу, что пост будет не про "найти и проверить себя", а про кибербез, как и все в этом канале. Когда ты один на один с природой, со стихией, то ты ведешь себя немного иначе, чем в группе. Во-первых, твои движения и действия гораздо более взвешенные и осмысленные. Ты не будешь орать, увидев медведя в уральской тайге, и не будешь бежать по курумнику к базовому лагерю в конце дня, не будешь штурмовать перевал или взбираться на хребет за 2 часа до наступления темноты в расчете на "авось успею спуститься". Ты можешь рассчитывать только на себя, а не "того парня".
И в кибербезе, ИБшники, которые в одиночку защищают свои компании, обладают, как мне кажется, куда большей ценностью, чем члены больших ИБ-команд, где у каждого своя роль, свой круг задач, свой инструментарий, своя ответственность... и своя зашоренность. У одиночки-ибшника "все в одном" – он и жнец, и швец, и на дуде игрец. Переходя на работу в крупные команды, он может привнести очень многое, так как имеет не только широкий кругозор и насмотренность, но и умеет достигать результата меньшими затратами (хотя и большими личными усилиями). Только представьте, что идя в группе, можно распределить кучу снаряги между всеми участниками, а в одиночку ты тащишь все на себе и поэтому более грамотно подходишь к выбору снаряжения.
Кстати, о снаряжении. Когда я начинал ходить в походы (так и хочется добавить "в прошлом веке", что будет истинной правдой), в продаже не было нормальной снаряги и почти все приходилось делать своими силами. Я таким образом научился шить и до сих пор иногда пользуюсь рюкзаком и анораком, которые сделал своими руками. Да, возможно этот самопал был не столь красив, как современные бренды, но свои задачи он решал прекрасно. А сейчас ты можешь пойти в Кант, АльпИндустрию, Спорт-Марафон или даже Спортмастер и купить себе все, что душа пожелает, а кошелек потянет… и достичь того же результата, что и самодельное снаряжение.
К чему это я? К тому, что в ИБ у нас ведь тоже самое – есть дорогостоящие бренды, есть решения второго эшелона для тех, кто "победнее", и есть open source и самописное ПО. И их результативность часто определяется не ценой, а руками, в которые они попали. С вайбкодингом сегодня стало проще и можно автоматизировать простые задачи без заказной разработки и покупки решений по прайс-листу. Да, выглядит оно может быть некузяво, вряд ли портируемо в другую инфраструктуру, но это и не надо. Это к разговору о том, что многое решает не инструментарий, а навыки людей, их опыт и результаты учений (участия в соревнованиях и походах выходного дня). Хотя и фактор неожиданности сбрасывать со счетов нельзя – достаточно вспомнить "Перевал Дятлова", "Вертикальный предел", "Вертикаль" и другие фильмы, снятые с разницей в 50 лет, но показывающие одно и тоже - можно иметь миллиарды, но не выжить в инциденте.
В общем, качайте навыки, а не только гоняйтесь за инвентарем изучайте современные средства защиты. С отработанными навыками вы сможете работать с любыми средствами ИБ. А вот без навыков, никакое средство вам не поможет (особенно если оно откажет в самый неподходящий момент) или полностью вас заменит (привет, ИИ). Такие вот мысли возникли, когда я готовился к очередному потоку курса про SOC 2.0 (некоторая часть контента там будет и моего авторства), который у нас вот-вот начнется. Мы его проектировали как раз больше про то КАК и ЗАЧЕМ, а не с помощью ЧЕГО 🏜
Да, кстати. Если уж упомянул тему SOC, то playbook'и в одиночном и групповом походе тоже разные, как и в ИБ-жизни. Поэтому бессмысленно копировать чужие руководства – нужно писать свои, исходя из имеющегося количества людей, инструментов, инфраструктуры и других параметров, включая и опыт.
ЗЫ. Весь этот сумбур - сугубо мое имхо, навеянное походом в горы.
#аналогии #soc #обучение | 5 689 |
| 13 |  Представим гипотетическую ситуацию. Апрель 2026 года, некий украинский пранкер проникает на закрытое онлайн-совещание одного российского министерства, на котором обсуждаются вопросы импортозамещения микроэлектроники и запчастей при изготовлении дронов. Запись ВКС выкладывается публично и по ней можно сделать выводы об участниках, их ФИО и должностях. Август 2026, тот же пранкер вновь проникает на секретную ВКС того же ведомства и вновь не только записывает обсуждение ситуации с дроностроением и необходимость рисовать фейковые отчеты для руководства страны, но и выкладывает эту запись в Интернет. Это, конечно же, никакой не реальный случай (как вы вообще могли такое подумать) – это просто такой сценарий для штабных киберучений 🤠
Налицо утечка… не знаю насчет секретных сведений, но персданных вероятно да. Ведь, как мы помним из ФЗ-152 и разъяснений РКН (в том числе и на последнем Дне открытых дверей), ПДн - это ЛЮБЫЕ сведения о субъекте, в том числе сюда попадает и факт участия в совещании. То есть имеет место повторное разглашение охраняемых законом сведений.
Внимание вопрос. Должен ли РКН инициировать процессуальные действия по ч.16 и 18 ст.13.11 (оборотный штраф при повторной утечке информации)? Ответ: нет, не должен, так как утекло данных менее 1000 субъектов. Но если бы инцидент был признан, то попал бы он в статистику РКН?
А кто же тогда должен проводить расследование повторного гипотетического, конечно же, взлома российского министерства, произошедшего спустя 4 месяца после предыдущего инцидента ИБ на том же объекте КИИ? И что за ВКС использовалась гипотетическим российским министерством? Не TrueConf ли, о критических уязвимостях в котором на днях даже сообщала “американская ФСТЭК” CISA, а не только НКЦКИ? 🤔
ЗЫ. Вообще занятно, что американская госуха использует отечественное ПО для ВКС 😂
#персональныеданные #утечка #ответственность #инцидент | 6 665 |
| 14 | Ну что, дам правильный ответ на предыдущий опрос. Это 21-й порт! Большинство ответивших про 23-й порт право с точки зрения теории, которая гласит, что согласно RFC 854 за Telnet действительно закреплен 23-й порт, но... Вопрос звучал немного иначе, а именно, через какой порт проходит больше всего трафика Telnet в реальном Интернет. И тут стоит вспомнить RFC 959 на протокол FTP, который говорит нам, что управляющее соединение FTP следует протоколу Telnet. И обмен каждой командой FTP идет по правилам NVT, который является частью протокола Telnet. Именно поэтому больше всего Telnet-трафика (именно трафика) идет через 21-й порт.
Если бы Telnet, как средство удаленного доступа, был популярен, то, возможно, ответ был бы иным, но увы, от чистого Telnet многие уже давно отказались, заменив его на SSH (22 порт). А так как FTP сегодня все еще популярен при работе с хостингом (не все используют SFTP внутри SSH), то ответ будет именно 21, а не 23.
Кто дал самый популярный ответ - 80-й порт, также сделали классическую ошибку из области когнитивных искажений. Действительно, telnet на 80-й порт часто используется для проверки доступности веб-сервера, но проверка эта идет не по протоколу Telnet (то есть Telnet-трафик там не передается), а по обычному TCP, а Telnet используется именно как утилита для проверки соединения, не более.
Этот опрос и ответы на него очень хорошо иллюстрируют отличия двух понятий – "знание" и "мышление". В первом случае мы просто извлекаем из памяти то, что учили на курсах по сетевым технологиям (Telnet – значит 23-й порт). Во-втором – мы начинаем не быстро кликать на нужный чекбокс опроса, а размышлять, что в итоге и приводит нас к правильному ответу. Первое – признак джуна (или менеджера с техническим бэкграундом), второе отличает мидла и синьора.
Если честно, то когда я увидел этот вопрос в Интернете, мое первое желание тоже было ответить 23. Потом я одернул руку и включил уже процесс размышлений и поисков. Я не помнил на память ни номера RFC (я даже их текущее число не знаю), ни спецификацию на FTP, но, как говорится, Гугл (а кому-то и ChatGPT) в помощь.
Такой и аналогичные вопросы полезно задавать аналитикам SOC, чтобы проверять их способность не тупо писать правила "по учебнику" и разбирать события "как учили на курсах по SIEM", а действительно задавать самому себе вопрос: "А не херню ли я творю все правильно ли я делаю?" и "Не упускаю ли я что-то важное?" 🤔
#soc #обучение #психология | 6 937 |
| 15 | Через какой порт сегодня проходит больше всего трафика протокола Telnet в реальном Интернете?
#опрос | 7 161 |
| 16 |  Ну и финальный чеклист с курса по ИИ в Вышке – на этот раз про некоторые ошибки при внедрении ИИ-проекта, в контексте безопасности и для руководителей. Понятно, что ошибок может быть существенно больше и на техническом уровне, но учитывая аудиторию курса, я себе такой задачи и не ставил. Но если вы где-то у себя в компании слышите что-то из указанного на картинке или сами считаете также, стоит задуматься, не совершаете (не совершите) ли вы ошибку, последствия которой потом придется разгребать 🥳
Я эту заметку писал еще до отпуска, по горячим следам курса в Вышке, но запостить не успел. И вот сейчас можно сравнить мной написанное с тем, что говорится в детальном расследовании (от OpenAI и в независимом от METR) взлома HuggingFace агентами OpenAI. Про него уже многие написали пока я гулял по горам и повторяться, наверное, нет смысла. Но сопоставить мой список ошибок с инцидентом можно - я там вижу, как минимум, больше трех попаданий.
#cxo #ии | 7 720 |
| 17 | А вы знали, что с 2025-го года в мире стали проводиться Олимпийские игры по кибербезопасности? Да, это не так зрелищно, как Всемирные игры гуманоидных роботов, которые недавно прошли в Китае и где было установлено несколько мировых рекордов (робот пробежал быстрее человека стометровку), но зато про ИБ.
В этом году игры прошли в Тунисе, в следующем будут в Италии, потом в Китае, Румынии и Казахстане в 2030-м. Победителем этого года, если я правильно читаю турнирную таблицу, стал россиянин Даниил Мелихов. Третье место тоже за нами (Николай Белоусов). На сайте (после регистрации) есть описание заданий, можно посмотреть, что там было и смогли бы вы решить такие задачи.
Интересная инициатива. Хотели бы стать олимпийским чемпионом? 🏆
#обучение | 8 470 |
| 18 |  Посмотрел поправки в 117-й приказ ФСТЭК, касающиеся вопросов ИБ искусственного интеллекта. Смотрел с точки зрения применения предлагаемых норм к различным типам ИИ - от обычного ML или локальной LLM (тут предлагаемые меры прям неплохо реализуются) до ИИ-агентов и мультиагентских систем, для которых приказ не очень хорош. Пока успел все свести в высокоуровневую табличку и... уехал в горы. Приеду, сведу все и отправлю регулятору предложения с правками. Надеюсь успею 🏔
ЗЫ. В проект приказа ФСТЭК по персданным тоже есть что добросить, но уже после возвращения. Буду надеяться, что сроки не пройдут 🗓
#ии #регулирование | 12 432 |
| 19 |  Эта идея нового номера Positive Research витала у меня достаточно давно – хотелось поговорить на тему экономики и финансов с разных сторон ИБ и посмотреть на эту тему глазами разных специалистов – CISO, хакеров, топ-менеджеров, страховщиков, консультантов и т.п. И как мне кажется это получилось очень даже неплохо. У меня в этом номере две статьи – про то, как перевести затраты на язык бизнес-ценности и как посчитать эффективность ИБ.
А еще в номере есть про то, как видит киберриски топ-менеджмент, как вести переговоры о финансировании ИБ, как экономически обосновать ИБ-проекты и как проводить аудит бюджетов ИБ, как найти общий язык с советом директоров, как CFO и CISO смотрят на одни и те же риски, как устроено киберстрахование, сколько стоит взломать компанию и каков ценник на разные продукты и услуги рынка киберпреступности, как посчитать ущерб от ИБ-инцидентов для SOC... Это те темы, которые нашли свое отражение в этом номере. А еще в печатной версии есть большой постер с различными финансовыми метриками ИБ (есть из чего выбрать).
На страницах номера также было организовано два виртуальных круглых стола – с страховыми компаниями (СОГАЗ, ВСК, Альфа-Страхование, Ингосстрах, СберСтрахование, "Технологии киберстрахования", AIM Partners, Mains Group) и с компаниям, которые прошли через серьезные инциденты (ВСК, СДЭК и НОВАБЕВ Групп).
Номер закрывает "темная комната", в которой представители разных "сословий" рынка ИБ откровенно делятся своим взглядом на рынок ИБ; без купюр, а потому анонимно. "Безопасник #5738562", "ИБ-коммерсант в третьем поколении и стартапер, вышедший в ноль, в одном бидоне", "Юнона Кривозуб, уставшая от всего этого", "Заказчик из ИТ-компании", "Уинстон Смит", "Регулятор" и "Топ-менеджер, визионер"... так они назвали себя, отвечая на мои некаверзные вопросы. Местами было прям жестко, но честно. Надеюсь никого не вычислят по этим никам, а я никого не выдам 🐟
Скачать электронную версию можно с сайта журнала; без регистрации и СМС. Печатную версию ищите в офисах 🤟, у своих менеджеров, а также на мероприятиях Позитива, коих планируется до конца года немало, в том числе Positive Tech Day 17 сентября в Питере и Positive Security Day в Москве (дата и место еще определяются).
ЗЫ. Следующий номер Positive Research будет уже новогодним и там будет тоже много всего интересного, смешного и забавного. Но пока раскрывать все секреты не буду.
#статья #cxo #ciso #бизнес #экономика #киберстрахование #ущерб | 10 357 |
| 20 |  Нейросеть в роли ИБ-специалиста: GigaChat 3.5 Ultra успешно сдал профессиональный экзамен
Модель ответила на 250 вопросов итогового теста программы «Информационная безопасность», превысив проходной балл на 14%. Знания проверяли специалисты УЦ «Информзащита» и департамента кибербезопасности Сбербанка.
Нейросеть обучали на массиве из более чем 300 тыс. документов, среди которых:
• лучшие практики ИБ и законодательство
• описания уязвимостей
• тактики и техники кибератак
Такой уровень знаний делает GigaChat 3.5 Ultra инструментом для реальных сценариев. Бизнесу без штатного безопасника он послужит первой линией консультаций по защите данных + профильным специалистам поможет в подготовке документов и управлении инцидентами. | 8 104 |
