Як користуватися excel таблицею для інтерв'ю
Дуже зручно, прозоро та ефективно використовувати excel-таблицю, що розповсюджується через офіційний репозиторій OWASP SAMM. На перший погляд вона трохи складна, але це лише на перший погляд. Та й взагалі, ласкаво просимо до професії, де усе складно.
Перший лист таблиці суто титульний. Можете дізнатися щось про авторів.
Другий лист містить метадані проекту та форму для інтерв'ю. Має сенс заповнювати метадані, коли у вас більше одного проекту та ви нормально ведете документацію. А якщо ви такі ж, як я, то можна і пропустити його. Краще заповніть.
На кожне питання інтерв'ю запропонований варіант відповіді. Не ставте туди кастомних відповідей, бо на базі заданих опцій рахуються коефіцієнти, що вкрай важливі надалі.
Scored та Roadmap Chart формуются автоматично і вам не треба там щось змінювати. Лише отримувати наглядну інфу про стан речей.
Roadmap слід використовувати для відслідковування інкременту стану безпеки. Іншими словами - прогрес роботи. Просто заповнюйте інтерв'ю ще раз але тепер у колонках для фази 2, потім для фази 3 и і т.д.
#SAMM
Дуже зручно, прозоро та ефективно використовувати excel-таблицю, що розповсюджується через офіційний репозиторій OWASP SAMM. На перший погляд вона трохи складна, але це лише на перший погляд. Та й взагалі, ласкаво просимо до професії, де усе складно.
Перший лист таблиці суто титульний. Можете дізнатися щось про авторів.
Другий лист містить метадані проекту та форму для інтерв'ю. Має сенс заповнювати метадані, коли у вас більше одного проекту та ви нормально ведете документацію. А якщо ви такі ж, як я, то можна і пропустити його. Краще заповніть.
На кожне питання інтерв'ю запропонований варіант відповіді. Не ставте туди кастомних відповідей, бо на базі заданих опцій рахуються коефіцієнти, що вкрай важливі надалі.
Scored та Roadmap Chart формуются автоматично і вам не треба там щось змінювати. Лише отримувати наглядну інфу про стан речей.
Roadmap слід використовувати для відслідковування інкременту стану безпеки. Іншими словами - прогрес роботи. Просто заповнюйте інтерв'ю ще раз але тепер у колонках для фази 2, потім для фази 3 и і т.д.
#SAMM
Структура моделі OWASP SAMM
Модель ієрархічно складена із:
- бізнес функцій - найвищий рівень. Всього п'ять.
- Практик безпеки - по три в кожній бізнес функції
- Рівнів зрілості - по три для кожної практики
- Потоків - по два для кожної практики
На мою думку, краще за все візуально структура зображена на ось цій картинці.
Горизонтальне та вертикальне розподілення блоків ефективно структурує ці дані. Власне, просто подивіться, тут нічого додати.
#SAMM
Модель ієрархічно складена із:
- бізнес функцій - найвищий рівень. Всього п'ять.
- Практик безпеки - по три в кожній бізнес функції
- Рівнів зрілості - по три для кожної практики
- Потоків - по два для кожної практики
На мою думку, краще за все візуально структура зображена на ось цій картинці.
Горизонтальне та вертикальне розподілення блоків ефективно структурує ці дані. Власне, просто подивіться, тут нічого додати.
#SAMM
Governance | Strategy & Metrics | Create and Promote | L1
Кажуть що починати завжди правильно з початку. То ж давайте розглянемо усі можливі пункти моделі OWASP SAMM у деталях, починаючи з самого початку. А саме - бізнес-функція Governance, Практика безпеки - Strategy & Metrics, Потік - Create and Promote рівень зрілості - перший.
Перший рівень для цього потоку можна описати як "загальне розуміння стану безпеки вашої організації". Головна робота, яку ви маєте виконати, це отримати розуміння ризиків, які існують на рівні організації чи бізнесу. Це саме про бізнес ризики, бізнес загрози та бізнес цілі. Поки що не про технології. Як це зрозуміти? Легко (насправді - ні) - поговорити про це з керівниками бізнесу. Ніхто краще за них не може розуміти цих речей. Якщо вони не здатні відповісти на питання стосовно ризиків бізнесу, краще обновіть профайл у LinkedIn, але поки що не звалюйте з контори. Може ви це виправите. Але профайл обновіть.
Розробники моделі надають нам допомогу у підготовці до інтерв'ю ваших босів. Ви маєте отримати відповідь на питання "чи розумієте ви ризик-апетит у масштабі організації для вашого програмного забезпечення?".
Для того, щоб краще орієнтуватися у питанні, автори моделі надають нам так звані "критерії якості" відповіді на питання. У вас все добре якщо:
1. Ви отримуєте ризик-апетит керівництва вашої організації
2. Керівництво організації ветує та підтверджує набор ризиків
3. Ви ідентифікуєте найбільші бізнесові та технічні загрози вашим активам та даним.
4. Ви документуєте ризики та зберігаєте їх у доступному місці
Також автори моделі надають нам варіанти відповідей, щоб тримати нас у конструктиві:
- Ні
- Так, воно покриває загальні ризики
- Так, воно покриває ризики, специфічні для організації
- Так, воно покриває ризики та можливості
Тут треба зазначити, що варіант відповіді надається на виділене жирним шрифтом питання, а не на кожний із
критеріїв.
Що автори мали на увазі під можливостями, я все ще не второпав, але цю відповідь слід обирати, коли ви максимально круті.
Складно взагалі щось це не про ту безпеку, де ви хотіли зламувати Пентагон та керувати транспортною системою росіян?
От у вас це і не вийде так просто, бо тамошній стафф робить подібні вправи з аналізу ризиків. Так шо, го розбиратися з ризик апетитом у наступних постах.
#SAMM
Кажуть що починати завжди правильно з початку. То ж давайте розглянемо усі можливі пункти моделі OWASP SAMM у деталях, починаючи з самого початку. А саме - бізнес-функція Governance, Практика безпеки - Strategy & Metrics, Потік - Create and Promote рівень зрілості - перший.
Перший рівень для цього потоку можна описати як "загальне розуміння стану безпеки вашої організації". Головна робота, яку ви маєте виконати, це отримати розуміння ризиків, які існують на рівні організації чи бізнесу. Це саме про бізнес ризики, бізнес загрози та бізнес цілі. Поки що не про технології. Як це зрозуміти? Легко (насправді - ні) - поговорити про це з керівниками бізнесу. Ніхто краще за них не може розуміти цих речей. Якщо вони не здатні відповісти на питання стосовно ризиків бізнесу, краще обновіть профайл у LinkedIn, але поки що не звалюйте з контори. Може ви це виправите. Але профайл обновіть.
Розробники моделі надають нам допомогу у підготовці до інтерв'ю ваших босів. Ви маєте отримати відповідь на питання "чи розумієте ви ризик-апетит у масштабі організації для вашого програмного забезпечення?".
Для того, щоб краще орієнтуватися у питанні, автори моделі надають нам так звані "критерії якості" відповіді на питання. У вас все добре якщо:
1. Ви отримуєте ризик-апетит керівництва вашої організації
2. Керівництво організації ветує та підтверджує набор ризиків
3. Ви ідентифікуєте найбільші бізнесові та технічні загрози вашим активам та даним.
4. Ви документуєте ризики та зберігаєте їх у доступному місці
Також автори моделі надають нам варіанти відповідей, щоб тримати нас у конструктиві:
- Ні
- Так, воно покриває загальні ризики
- Так, воно покриває ризики, специфічні для організації
- Так, воно покриває ризики та можливості
Тут треба зазначити, що варіант відповіді надається на виділене жирним шрифтом питання, а не на кожний із
критеріїв.
Що автори мали на увазі під можливостями, я все ще не второпав, але цю відповідь слід обирати, коли ви максимально круті.
Складно взагалі щось це не про ту безпеку, де ви хотіли зламувати Пентагон та керувати транспортною системою росіян?
От у вас це і не вийде так просто, бо тамошній стафф робить подібні вправи з аналізу ризиків. Так шо, го розбиратися з ризик апетитом у наступних постах.
#SAMM
Risk appetite - що за шняга та як порахувати
Чесно кажучи, самому довелося пірнати в тему та розбиратися. Але то було корисно.
Ризик апетит, або апетит до ризику, це така штука, за допомогою якої у голову менеджерів укладають певне уявлення про кількість (чи правильніше було б казати сумарний об'єм) ризику, який хоче "з'їсти" організація на шляху до досягнення поставлених цілей. Звучить трохи абстрактно, але ж це про менеджмент, там все представлено абстракціями.
Певне дивування викликає слово "хоче". Звісно, що не хочемо ми ніякого ризику, хочемо щоб цілі самі виконалися. Але нафіга тоді ви у цій схемі? Бізнес без ризику не існує. Нормальний менеджер повинен порахувати скільки ризику він вимушений хотіти виходячи із цілей, які він хоче досягнути. Також він має враховувати ще дві невід'ємні від ризик-апетиту метрики:
- Толерантність до ризику - це рівень одного конкретного ризику, не сумарне значення, а саме одного, який організація може собі дозволити без особливих напрягів. Типу, якщо сторож Петрович забухає й не прийде сьогодні знову спати за гроші у офіс, наша безпека буде знижена, росте ризик пограбування. Але в нас є система сигналізації і мобільна бригада прилетить за 2 хвилини по SLA. Ми толерантні як до хоббі Петровича, так і до ризику, що виникає внаслідок.
- Ємність ризику - сумарний об'єм ризиків, що може собі дозволити організація і не здохнути. Це десь на грані. Тобто перевищення цього значення нанесе неповоротні наслідки конторі і, можливо, дупі топ-менеджера.
Як ми розуміємо, якщо апетит ризику перевищує ємність, то треба підійти до дзеркала і запитати себе "А не дохєра ти на себе береш?". 99% гарантії провалу із 1% запасу на диво, прорахунок, та лоховський фарт.
Загалом усі ці показники слід враховувати для керування на стратегічному рівні. Вони допомагають приймати рішення безпечніше.
Як оцінювати ризики, то вже інша історія і відповідний ISO 31000 пропонує понад 40 методів оцінки. Кожний із своїми плюсами і мінусами, а значить більш підходить до своєї певної ситуації. В цілому там величезний пласт інфи від якого хочеться плакати.
Трохи не та тема, де я планував занурюватися глибоко, але для переходу у практично-прикладну імплементацію порекомендую гуглити "реєстр ризиків" та "паспорт ризику". А також давайте подивимось, як всі згадані штуки виглядають у мачурних пацанів.
USAID - Risk-appetite Statement 2018
Office of the Comptroller of the Currency
Risk Appetite Statement - Nordic Investment Bank
Risk Appetite Statement and Guidelines - Bank of Cyprus
Central Bank of Ireland
#SAMM
Чесно кажучи, самому довелося пірнати в тему та розбиратися. Але то було корисно.
Ризик апетит, або апетит до ризику, це така штука, за допомогою якої у голову менеджерів укладають певне уявлення про кількість (чи правильніше було б казати сумарний об'єм) ризику, який хоче "з'їсти" організація на шляху до досягнення поставлених цілей. Звучить трохи абстрактно, але ж це про менеджмент, там все представлено абстракціями.
Певне дивування викликає слово "хоче". Звісно, що не хочемо ми ніякого ризику, хочемо щоб цілі самі виконалися. Але нафіга тоді ви у цій схемі? Бізнес без ризику не існує. Нормальний менеджер повинен порахувати скільки ризику він вимушений хотіти виходячи із цілей, які він хоче досягнути. Також він має враховувати ще дві невід'ємні від ризик-апетиту метрики:
- Толерантність до ризику - це рівень одного конкретного ризику, не сумарне значення, а саме одного, який організація може собі дозволити без особливих напрягів. Типу, якщо сторож Петрович забухає й не прийде сьогодні знову спати за гроші у офіс, наша безпека буде знижена, росте ризик пограбування. Але в нас є система сигналізації і мобільна бригада прилетить за 2 хвилини по SLA. Ми толерантні як до хоббі Петровича, так і до ризику, що виникає внаслідок.
- Ємність ризику - сумарний об'єм ризиків, що може собі дозволити організація і не здохнути. Це десь на грані. Тобто перевищення цього значення нанесе неповоротні наслідки конторі і, можливо, дупі топ-менеджера.
Як ми розуміємо, якщо апетит ризику перевищує ємність, то треба підійти до дзеркала і запитати себе "А не дохєра ти на себе береш?". 99% гарантії провалу із 1% запасу на диво, прорахунок, та лоховський фарт.
Загалом усі ці показники слід враховувати для керування на стратегічному рівні. Вони допомагають приймати рішення безпечніше.
Як оцінювати ризики, то вже інша історія і відповідний ISO 31000 пропонує понад 40 методів оцінки. Кожний із своїми плюсами і мінусами, а значить більш підходить до своєї певної ситуації. В цілому там величезний пласт інфи від якого хочеться плакати.
Трохи не та тема, де я планував занурюватися глибоко, але для переходу у практично-прикладну імплементацію порекомендую гуглити "реєстр ризиків" та "паспорт ризику". А також давайте подивимось, як всі згадані штуки виглядають у мачурних пацанів.
USAID - Risk-appetite Statement 2018
Office of the Comptroller of the Currency
Risk Appetite Statement - Nordic Investment Bank
Risk Appetite Statement and Guidelines - Bank of Cyprus
Central Bank of Ireland
#SAMM
👍2
Governance | Strategy & Metrics | Create and Promote | L2
Коли ви вже добре розумієте бізнес-ризики вашого програмного забезпечення, ви можете почати тягнутися до другого рівня.
Другий рівень практики Strategy & Metrics у потоці Create and Promote це коли ви не просто щось розумієте і задокументували своє розуміння. Це коли ви маєте затверджену роадмапу вашої апплікєйшн сєк'юріті програми.
Затверджена вона має бути із керівництвом (С-Level). Нормальний роадмап це план роки на 2 із конкретними майлстоунами, синхронизованими із бізнесом. Тобто так, якийсь план має бути спочатку у бізнеса.
Ваша роадмапа має бути збалансованою між:
1) змінами, що вимагають фінансових витрат
2) змінами процесів та процедур
3) змінами, що вплавають на культуру організації
І не забувайте, що роадмапа має бути доступна усім, кому це потрібно, а команда аппсєків отримує саппорт від стейкхолдерів та девелоперів.
Розглянемо допоміжне питання:
"У вас є стратегічний план з безпеки додатків та ви його використовуєте для прийняття рішень?"
Що треба для відповіді:
- План відображає разик апетит та бізнес пріорітети організації
- План включає вимірювані майлстоуни та бюджет
- План відповідний до драйверів та ризиків організації
- План покладено на роадмапу стратегічних та тактичних ініціатив
- Вас підтримуюь стейкхолдери та девелопери (де ви таке бачили взагалі - при. автра)
#SAMM
Коли ви вже добре розумієте бізнес-ризики вашого програмного забезпечення, ви можете почати тягнутися до другого рівня.
Другий рівень практики Strategy & Metrics у потоці Create and Promote це коли ви не просто щось розумієте і задокументували своє розуміння. Це коли ви маєте затверджену роадмапу вашої апплікєйшн сєк'юріті програми.
Затверджена вона має бути із керівництвом (С-Level). Нормальний роадмап це план роки на 2 із конкретними майлстоунами, синхронизованими із бізнесом. Тобто так, якийсь план має бути спочатку у бізнеса.
Ваша роадмапа має бути збалансованою між:
1) змінами, що вимагають фінансових витрат
2) змінами процесів та процедур
3) змінами, що вплавають на культуру організації
І не забувайте, що роадмапа має бути доступна усім, кому це потрібно, а команда аппсєків отримує саппорт від стейкхолдерів та девелоперів.
Розглянемо допоміжне питання:
"У вас є стратегічний план з безпеки додатків та ви його використовуєте для прийняття рішень?"
Що треба для відповіді:
- План відображає разик апетит та бізнес пріорітети організації
- План включає вимірювані майлстоуни та бюджет
- План відповідний до драйверів та ризиків організації
- План покладено на роадмапу стратегічних та тактичних ініціатив
- Вас підтримуюь стейкхолдери та девелопери (де ви таке бачили взагалі - при. автра)
#SAMM
UA30CTF від Держспецзв'язку 25.02.23
Україна не перестає дивувати. Під час складної та тяжкої війни за останні три місяці вже друга масштабна подія у кібербезпеці. Я вважаю, це важливий маркер, який каже про багато чого. Та давайте до самої події.
Держспецзв'зку провела студентські змагання у форматі CTF. Відвідав особисто. Якщо коротко:
👉 організація професійна. Якщо ви звикли до того, що "госуха" робить все не дуже якісно, то дані змагання є фактом, що має змінити ваш досвід.
👉 Окремі зали - для лекцій та для змагань.
👉 Наявність укриття, що дозволяє не відволікатися на тривоги і продовжувати змагатися під мотивуючий плейлист (окремий плюс аудіосупроводженню).
👉 Кейтеринг в обох зонах.
👉 Показчики напрямів де що знаходиться, постійна наявність координаторів, які зможуть відповідати на питання.
👉 Наявність офіційних осіб - авторів і організаторів змагань та топ-менеджменту Служби. Це підбадьорює гравців та показує, що Службі важлива ця подія, що керівництво - воно тут, а не десь у іншому вимірі. Максимально правильна позиція Віктор Жора та Олександр Потій.
👉 Присутність журналістів та інтерв'ю на камеру прямо у залі помножила ефект від присутності топ менеджменту Служби ще на 3.
Щодо якості завдань
У створенні завдань істотну участь взяли вже досвідчені люди, що на таких івентах собаку з'їли, то ж завдання були різного ступеню складності із відповідними оцінками за кожне. Я трохи підглядував у екран ноуту команди з мого робочого юніту і встиг доволі швидко вирішити для себе задачу про інвайт-код на віддаленому сервері, а також жорстоко тупанути на 75% прогресу у задачі із зламом банку та xlsx файлом. Трохи з приколом була задача на стеганографію: бачив як одні люди вирішували її швидко, а інші просто ламали голову передивляючись зміст картинок блокнотом. Інших задач побачити не встиг, можливо про них пізніше зроблю окремий пост, автори обіцяли зашарити публічну частину з них.
Переможці
На загальному екрані був score board, з одного боку все було зрозуміло одразу, але таки ні - команда Silent Sparrow "вирвала очко" в останні 5 секунд і увесь нетворкінг заслужено перебувала у стані ейфорії від призвого третього місця, з чим особисто поздоровляємо Захара та його команду. Захаре, ти шукав себе і, здається, ти таки знайшов себе, мої щирі вітання.
Друге та перше місця посіли команди з універу Шевченка та з київського політеху відповідно. Серед команд також були представники і інших регіонів. Особливо приємно, що були хлопці з Харкова (доречі, організатори компенсували транспортні витрати, ще один жирний плюсик їм в карму). Нажаль, команд з деяких університетів я не побачив, але сподіваюся, що керівництво деканатів і кафедр знає про цю проблему і має якусь роадмапу її вирішення.
Самарі
Дуже круто. Будь-ласка, зробіть такий івент регулярним, хоча б один раз на рік.
Україна не перестає дивувати. Під час складної та тяжкої війни за останні три місяці вже друга масштабна подія у кібербезпеці. Я вважаю, це важливий маркер, який каже про багато чого. Та давайте до самої події.
Держспецзв'зку провела студентські змагання у форматі CTF. Відвідав особисто. Якщо коротко:
👉 організація професійна. Якщо ви звикли до того, що "госуха" робить все не дуже якісно, то дані змагання є фактом, що має змінити ваш досвід.
👉 Окремі зали - для лекцій та для змагань.
👉 Наявність укриття, що дозволяє не відволікатися на тривоги і продовжувати змагатися під мотивуючий плейлист (окремий плюс аудіосупроводженню).
👉 Кейтеринг в обох зонах.
👉 Показчики напрямів де що знаходиться, постійна наявність координаторів, які зможуть відповідати на питання.
👉 Наявність офіційних осіб - авторів і організаторів змагань та топ-менеджменту Служби. Це підбадьорює гравців та показує, що Службі важлива ця подія, що керівництво - воно тут, а не десь у іншому вимірі. Максимально правильна позиція Віктор Жора та Олександр Потій.
👉 Присутність журналістів та інтерв'ю на камеру прямо у залі помножила ефект від присутності топ менеджменту Служби ще на 3.
Щодо якості завдань
У створенні завдань істотну участь взяли вже досвідчені люди, що на таких івентах собаку з'їли, то ж завдання були різного ступеню складності із відповідними оцінками за кожне. Я трохи підглядував у екран ноуту команди з мого робочого юніту і встиг доволі швидко вирішити для себе задачу про інвайт-код на віддаленому сервері, а також жорстоко тупанути на 75% прогресу у задачі із зламом банку та xlsx файлом. Трохи з приколом була задача на стеганографію: бачив як одні люди вирішували її швидко, а інші просто ламали голову передивляючись зміст картинок блокнотом. Інших задач побачити не встиг, можливо про них пізніше зроблю окремий пост, автори обіцяли зашарити публічну частину з них.
Переможці
На загальному екрані був score board, з одного боку все було зрозуміло одразу, але таки ні - команда Silent Sparrow "вирвала очко" в останні 5 секунд і увесь нетворкінг заслужено перебувала у стані ейфорії від призвого третього місця, з чим особисто поздоровляємо Захара та його команду. Захаре, ти шукав себе і, здається, ти таки знайшов себе, мої щирі вітання.
Друге та перше місця посіли команди з універу Шевченка та з київського політеху відповідно. Серед команд також були представники і інших регіонів. Особливо приємно, що були хлопці з Харкова (доречі, організатори компенсували транспортні витрати, ще один жирний плюсик їм в карму). Нажаль, команд з деяких університетів я не побачив, але сподіваюся, що керівництво деканатів і кафедр знає про цю проблему і має якусь роадмапу її вирішення.
Самарі
Дуже круто. Будь-ласка, зробіть такий івент регулярним, хоча б один раз на рік.
Forwarded from Держспецзв’язку
🏆 Команда CERT-UA виборола трофей Quantico Cyber Eagle на кібернавчаннях Корпусу морської піхоти США
Чотири команди Державної служби спеціального зв'язку та захисту інформації України за запрошенням Корпусу морської піхоти США взяли участь у навчаннях з кібербезпеки «Quantico Cyber Eagle», які в кінці березня пройшли на полігоні CYBER RANGES technology у місті Квантіко, штат Вірджинія (США).
Мета заходу, в якому взяли участь 11 команд, – навчання елітних кіберфахівців, здатних проводити сучасні оборонні операції і протистояти розумному і винахідливому противнику.
Такі виклики вимагають від кіберфахівців тренувань у симуляційних середовищах, що відображають загрози, які постійно змінюються.
В основу сценарію лягла імітація кібератаки спецслужб рф на посольство вигаданої країни НАТО. Схожість тактик, технік та процедур, які використовуються для проведення реальних кібератак на нашу країну та країни НАТО, дала українським командам можливість попрактикуватися та відточити свої вміння оперативного реагування на кіберінциденти.
Також учасники могли перевірити навички командної роботи в середовищі моделювання з високою точністю, яке відтворювало тактику та методи, що використовують ворожі суб’єкти в кіберпросторі.
💬 «Ми раді, що наші команди показали дуже хороші результати, а команда CERT-UA отримала трофей Quantico Cyber Eagle», – зазначив заступник голови Держспецзв'язку Олександр Потій.
Чотири команди Державної служби спеціального зв'язку та захисту інформації України за запрошенням Корпусу морської піхоти США взяли участь у навчаннях з кібербезпеки «Quantico Cyber Eagle», які в кінці березня пройшли на полігоні CYBER RANGES technology у місті Квантіко, штат Вірджинія (США).
Мета заходу, в якому взяли участь 11 команд, – навчання елітних кіберфахівців, здатних проводити сучасні оборонні операції і протистояти розумному і винахідливому противнику.
Такі виклики вимагають від кіберфахівців тренувань у симуляційних середовищах, що відображають загрози, які постійно змінюються.
В основу сценарію лягла імітація кібератаки спецслужб рф на посольство вигаданої країни НАТО. Схожість тактик, технік та процедур, які використовуються для проведення реальних кібератак на нашу країну та країни НАТО, дала українським командам можливість попрактикуватися та відточити свої вміння оперативного реагування на кіберінциденти.
Також учасники могли перевірити навички командної роботи в середовищі моделювання з високою точністю, яке відтворювало тактику та методи, що використовують ворожі суб’єкти в кіберпросторі.
💬 «Ми раді, що наші команди показали дуже хороші результати, а команда CERT-UA отримала трофей Quantico Cyber Eagle», – зазначив заступник голови Держспецзв'язку Олександр Потій.
👍1
Governance | Strategy & Metrics | Create and Promote | L3
Для виходу на третій рівень головним завданням стане зрозуміти, чого вам не достатньо другого, вже ж все добре, нашо ще щось вигадувати. То ж давайте порівнювати.
Якщо головним досягненням рівня 2 має бути наявність у вас погодженої роадмапи AppSec програми, то для третього рівня ваша програма має бути безперервною та гармонізованою із бізнес цілями вашої контори.
Приклади активностей, що мають бути:
- Не рідше одного разу на рік перегляд програми на її "життєздатність". Тобто, чи актуальні її задачі та чи можливо їх виконати у поточних реаліях. Для цього ви маєте повторити усе, що описано у попередніх двох рівнях.
- Уважне слідкування за успішністю реалізації кожного пункту плану. Оцінка успіху виконується на комплексі критеріїв, таких як повнота та ефективність реалізації, бюджетна ефективність та навіть культурний імпакт від ініціативи програми. Ви маєте аналізувати скіпнуті та факапнуті майлстоуни із подальшою оцінкою можливих змін усієї програми.
- Ви маєте дашборди і ви вмієте вимірювати та моніторити імплементацію роадмапи, показуючи зрозумілі для керівництва, девелоперів, вашої бабусі та юристу метрики.
Питання що ви можете задати собі: "Чи передивляюся я та оновлюю План Стратегії для АппСєк програми регулярно?"
Як зрозуміти, що ви досягли третього рівня:
1. Ви переглядаєте план у випадку настання якихось значних змін у бізнесі чи зміні ризик апетиту (так так, у вас має бути оцінка ризик-апетиту).
2. Оновлення пунктів плану включає в себе перегляд плану з усіма стейкхолдерами та оновленням бізнес цілей і стратегії
3. Ви регулюєте план та роадмапу спираючись на отриманий досвід попередніх активностей роадмапи.
4. Ви публікуєте інформацію про прогрес за активностями роадмапи, впевнюючись, що вони доступні усім стейкхолдерам.
Важко, але що робити. Зате круто. Рівень.
#SAMM
Для виходу на третій рівень головним завданням стане зрозуміти, чого вам не достатньо другого, вже ж все добре, нашо ще щось вигадувати. То ж давайте порівнювати.
Якщо головним досягненням рівня 2 має бути наявність у вас погодженої роадмапи AppSec програми, то для третього рівня ваша програма має бути безперервною та гармонізованою із бізнес цілями вашої контори.
Приклади активностей, що мають бути:
- Не рідше одного разу на рік перегляд програми на її "життєздатність". Тобто, чи актуальні її задачі та чи можливо їх виконати у поточних реаліях. Для цього ви маєте повторити усе, що описано у попередніх двох рівнях.
- Уважне слідкування за успішністю реалізації кожного пункту плану. Оцінка успіху виконується на комплексі критеріїв, таких як повнота та ефективність реалізації, бюджетна ефективність та навіть культурний імпакт від ініціативи програми. Ви маєте аналізувати скіпнуті та факапнуті майлстоуни із подальшою оцінкою можливих змін усієї програми.
- Ви маєте дашборди і ви вмієте вимірювати та моніторити імплементацію роадмапи, показуючи зрозумілі для керівництва, девелоперів, вашої бабусі та юристу метрики.
Питання що ви можете задати собі: "Чи передивляюся я та оновлюю План Стратегії для АппСєк програми регулярно?"
Як зрозуміти, що ви досягли третього рівня:
1. Ви переглядаєте план у випадку настання якихось значних змін у бізнесі чи зміні ризик апетиту (так так, у вас має бути оцінка ризик-апетиту).
2. Оновлення пунктів плану включає в себе перегляд плану з усіма стейкхолдерами та оновленням бізнес цілей і стратегії
3. Ви регулюєте план та роадмапу спираючись на отриманий досвід попередніх активностей роадмапи.
4. Ви публікуєте інформацію про прогрес за активностями роадмапи, впевнюючись, що вони доступні усім стейкхолдерам.
Важко, але що робити. Зате круто. Рівень.
#SAMM
Нарешті і в мене з'явилась саксесс сторі із використання OpenAI (ChatGPT) для чогось реально корисного. Зареєструвався я, знач, ще до того, як він зайшов в Україну, але мені не вдавалося весь цей час збагнути нашо воно мені? Народ все більше і більше шаленів, а я тупив. На роботі колеги вже почали накидувати ідеї, як його інтегрувати із Confluence, а я і досі не здогадусь: щоб шо?
Хвиля хайпу не давала спокою, думаю може треба просто четверту версію юзати? Так я купив собі Plus підписку. Не допомогло.
А допомогло одне із найважливіших правил у житті: "Намагайся розуміти для чого ти щось робиш".
Вчора сів писати скрипт на пітоні для перебору деяких значень деякого API і зрозумів, що надто довго не писав код, щоб отак сісти, відкрити PyCharm и зробити щось робоче. Тоді я відкрив блокнот и почав:
І це краще, що траплялося зі мною на роботі починаючи із часів річного бонусу, я просто отримав готовий код, який потребував мінімальних фіксів. З дебагом OpenAI також чудово допоміг, просто віддаєшь йому помилку и виконуєшь рекомендації.
Результат:
1. Задача була виконана без необхідності пригадувати Python, який і до того в мене був не айс.
2. Це було реально швидко
3. Щоб використовувати такий підхід у програмуванні, все одно треба добре знати програмування, але можна не знати конкретну мову.
4. Код все одно буде на рівні скриптів середнього девопса, аж ніяк не сіньор девелопера
#OpenAI #ChatGPT
Хвиля хайпу не давала спокою, думаю може треба просто четверту версію юзати? Так я купив собі Plus підписку. Не допомогло.
А допомогло одне із найважливіших правил у житті: "Намагайся розуміти для чого ти щось робиш".
Вчора сів писати скрипт на пітоні для перебору деяких значень деякого API і зрозумів, що надто довго не писав код, щоб отак сісти, відкрити PyCharm и зробити щось робоче. Тоді я відкрив блокнот и почав:
у змінній for_iterations міститься значення 10…. і так далі ще пару десятків рядків
у змінній domain містить значення "set the domain here"
у змінній URI містить значення "set URI here"
у змінній first_part містить значення 1234ab
у змінній second_part містить значення 567
ці два значення помножуються і від отриманої послідовності рахується хеш sha256, який записується в змінну hash_result
далі формується HTTP GET запит, у якому заголовок HOST дорівнює змінній domain, а сам запит виглядає як результат конкатенації змінних URI та hash_result
І це краще, що траплялося зі мною на роботі починаючи із часів річного бонусу, я просто отримав готовий код, який потребував мінімальних фіксів. З дебагом OpenAI також чудово допоміг, просто віддаєшь йому помилку и виконуєшь рекомендації.
Результат:
1. Задача була виконана без необхідності пригадувати Python, який і до того в мене був не айс.
2. Це було реально швидко
3. Щоб використовувати такий підхід у програмуванні, все одно треба добре знати програмування, але можна не знати конкретну мову.
4. Код все одно буде на рівні скриптів середнього девопса, аж ніяк не сіньор девелопера
#OpenAI #ChatGPT
👍9🔥2
Сьогодні із командою демали одне рішення замовнику. Це було вже друге демо. Після першого замовник попросив зробити друге із фокусом на безпеку.
Розповіли рівно те саме, що й в перший раз. А перед першим ще писали пару раз текстом про конкретні проблеми із безпекою існуючого рішення. Ті ж самі. Детально описували та говорили, як витікає база із чутливими даними. Але нас все одно попросили про друге демо, а значить не почули.
Тепер Замовник, трохи знервований, пішов доповідати "вище" і форсувати якнайскорішу заміну існуючого рішення на більш безпечне.
А що змінилось? Показали наживо як експлоіт відпрацьовує на проді. Ну і просто ще раз наголосили на проблемі. Тепер аж по очах було видно, що нас почули і частина із оглядом графічного дизайну була вже трохи другорядною (зазвичай все навпаки).
Висновки: якщо ви не отримали успіху після першого демо, це не значить, що у вас погане рішення. Це значить, що ви погано донесли інформацію і вона не була сприйнята. В цьому все мистецтво презентацій:
1. Задача: задана інформація має бути в голові слухача
2. Правила: правил немає, донось її як хочеш, аби успішно
3. Якщо інформація не лягла в голову слухача так, як тобі було потрібно, то це не слухач тупий, це ти проїбав завдання.
4. До успішної презентації треба готуватись
Розповіли рівно те саме, що й в перший раз. А перед першим ще писали пару раз текстом про конкретні проблеми із безпекою існуючого рішення. Ті ж самі. Детально описували та говорили, як витікає база із чутливими даними. Але нас все одно попросили про друге демо, а значить не почули.
Тепер Замовник, трохи знервований, пішов доповідати "вище" і форсувати якнайскорішу заміну існуючого рішення на більш безпечне.
А що змінилось? Показали наживо як експлоіт відпрацьовує на проді. Ну і просто ще раз наголосили на проблемі. Тепер аж по очах було видно, що нас почули і частина із оглядом графічного дизайну була вже трохи другорядною (зазвичай все навпаки).
Висновки: якщо ви не отримали успіху після першого демо, це не значить, що у вас погане рішення. Це значить, що ви погано донесли інформацію і вона не була сприйнята. В цьому все мистецтво презентацій:
1. Задача: задана інформація має бути в голові слухача
2. Правила: правил немає, донось її як хочеш, аби успішно
3. Якщо інформація не лягла в голову слухача так, як тобі було потрібно, то це не слухач тупий, це ти проїбав завдання.
4. До успішної презентації треба готуватись
👍11
Forwarded from CyberPeople
Привіт, завтра у нас войс чат 🙋♀️ тема: ринок роботи в сфері кібербезпеки в Україні та світі. Особливості напрямку malware analysis
Наш гість : Олександр Адамов - к.т.н., керівник науково-дослідницької лабораторії NioGuard Security Lab з 15-річним досвідом аналізу кібератак.
https://t.iss.one/cyberpeople?livestream
Наш гість : Олександр Адамов - к.т.н., керівник науково-дослідницької лабораторії NioGuard Security Lab з 15-річним досвідом аналізу кібератак.
https://t.iss.one/cyberpeople?livestream
Початок першої години ночі, дев'яте червня. Щоб трохи легше було очікувати на ракетний обстріл десь через 2-3 години, просто знайте: хтось сьогодні кібер-покурив електронні цигарки біля нацбанку у мордорі, чим перетворив на шматки цегли трохи девайсів Cisco. Ці девайси забезпечували з'єднання центробанку із іншими банками, чим зупинив роботу банківської системи. В цікаві часи живемо. Через 5 років студенти в універах будуть кібербезпеку по цим подіям вчити. І, скоріш за все, в військових універах, як військову дисципліну.
Більше деталей тут: https://t.iss.one/anarchy_squad/819
Більше деталей тут: https://t.iss.one/anarchy_squad/819
👍6❤1
О пів на першу ночі, і це самий час знайти якісь свої старючі, наче твої погляди на морально-етичні норми поведінки із родичами, нотатки про тули, які слід колись спробувати поюзати в роботі. Я забембався, але таки доскролив до найдрівнішої ( 22.01.2019), і там на нас чекав плагін для Chrome, який робить - цитата - "WordPress Vulnerability Scanning and information gathering!". Погнали розбиратися.
Посилання на Github: https://github.com/Tuhinshubhra/WPintel
Посилання у Веб-сторі Chrome: https://chrome.google.com/webstore/detail/wpintel-wordpress-vulnera/mkhmkjcbidkifopffebieonhhkondlfe?hl=uk
Розробник:Tuhinshubhra
Версі: 1.7
Оновлено: 8 березня 2019 р.
А от у гітхабі останнє оновлення 8 місяців тому (рефакторінг, що особливо прикольно, через 4 роки після написання коду). Автор прямо як я із своїми нотатками
Посилання на Github: https://github.com/Tuhinshubhra/WPintel
Посилання у Веб-сторі Chrome: https://chrome.google.com/webstore/detail/wpintel-wordpress-vulnera/mkhmkjcbidkifopffebieonhhkondlfe?hl=uk
Розробник:Tuhinshubhra
Версі: 1.7
Оновлено: 8 березня 2019 р.
А от у гітхабі останнє оновлення 8 місяців тому (рефакторінг, що особливо прикольно, через 4 роки після написання коду). Автор прямо як я із своїми нотатками
👍2