Continuous Pen Testing: Непрекъсната валидация за по-малко пробиви и отстраняване на уязвимости
Марко Симеонов (изпълнителен директор), Ангел Ангелов (CTO)
Представяне на модела за непрекъснат пентест (continuous penetration testing) с помощта на изкуствен интелект като алтернатива на традиционния еднократен годишен пентест. Обяснени са какво представлява пентестът, регулаторните изисквания за него (включително DORA и по-разширената форма led penetration testing), както и как платформа за непрекъсната комуникация между пентестъри и собствениците на системи скъсява прозореца на изложеност и ускорява отстраняването на уязвимостите.
Описание
Тема: Continuous Pen Testing: Непрекъсната валидация за по-малко пробиви и по-бързо отстраняване на уязвимости
Курс: Continuous Pen Testing: Непрекъсната валидация за по-малко пробиви и по-бързо отстраняване на уязвимости
Трейнър: Марко Симеонов
Трейнър: Ангел Ангелов
Дата: 05 ноември 2025
Научете повече за Software University: http://softuni.bg.
Следете за нашите курсове, семинари и обучения във Facebook: http://fb.com/SoftwareUniversity
Описанието е на Software University (SoftUni).
Препис
Автоматичен препис — може да съдържа грешки — сверявайте с видеото, преди да цитирате.
Клик върху времето пуска видеото от този момент.
↗Здравейте.
↗А надявам се да са се събрали всички,
↗които са за се сте се записали да
Покажи целия препис — още 1300 абзаца (~7887 думи)
↗участвате.
↗А с удоволствие днес ще ви разкажем
↗малко повече за Continuous Pening
↗и особено continuous penest, използвайки
↗възможностите на изкуствен интелект.
↗А което определено ние смятаме и ще ви
↗разкажем защо е истината и бъдещето
↗занапред по отношение на всичко,
↗свързано с тестване
↗и с етично хакерство и с това да бъде
↗изместен традиционния
↗а модел за осъществяване на пентрейшън
↗тестове.
↗А тук сме аз, а, който съм изпълнителен
↗директор на ПНC Марко Симеонов и моя
↗колега Ангел, който е нашият CTO.
↗А като за начало това, което а
↗предполагам е за всички, които сте се
↗записали да ни гледате, че имате а поне
↗основни разбирания на тема какво
↗представлява един пентест. Пентеста
↗реално погледнато. Това е а
↗с цел да се проникне в дадена система от
↗гледна точка на аа все едно от гледната
↗точка на един хакер, но разбира се това
↗е с позволението на дадената
↗организация, а дадения system owner или
↗както желаем да го наречем. А и целта
↗тук е да се открият проактивно а
↗всякакви уязвимости, преди те да бъдат
↗открити и съответно експлоатирани от
↗всякакъв
↗вид хакери с цел да навредят, да
↗откраднат, а и така нататък. А съответно
↗пентестинга най-често може да бъде
↗осъществен върху мрежи и върху различен
↗тип апликейшъни и системи.
↗А от тази гледна точка пентестинга се е
↗превърнал в нещо, което а първо, че е в
↗основите на киберсигурността,
↗а а и допълнително а изключително често
↗е изискване от compмлайнс гледна точка,
↗тоест регулаторно изискване за много на
↗брой аа организации, дали те са а от тип
↗а критични а за примерно на ниво
↗държава, дали те са аа финансови
↗институции, дали те са по дали те са за
↗производство на определени неща. Така че
↗от гледна точка на compliance има
↗изключително много изисквания, които
↗водят към пентестинга. Например в
↗момента с а една от новите регулации
↗Дора, която е свързана, която има пряко
↗ефект върху аа всякакъв тип финансови
↗институции, а банки, застрахователни
↗дружества и така нататък, например там
↗аа пентестинът даже се изисква в една
↗по-еволюирала форма, която е LED
↗penнеetation testing, но в момента няма
↗да обсъждаме точно това, а по-скоро ще
↗обсъждаме аа идеята за continuous
↗pнтеesting.
↗Аа цялостно традиционният модел за
↗осъществяването на пенетрейшън тестове
↗това е веднъжгодишно
↗аа компания или с вътрешен ресурс, тоест
↗с добре обучени аа пентери, които тя е
↗наела или с външен ресурс а някой
↗сървиice провайр, а те осъществяват
↗пентест и съответно а успяват евентуално
↗да открият уязви вимости, които са
↗изникнали в дадена критична система или
↗няколко критични системи. Тука вече
↗могат да бъдат много голям брой,
↗а с цел, както казах вече, проактивно да
↗бъдат открити а тези уязвимости, преди
↗да бъдат открити от хакери и
↗експлоатирани от тях.
↗А пентестинга също по принцип е нещо,
↗което това е процес, който целта не е
↗само да бъдат идентифицирани уязвимости,
↗но и те да бъдат съответно експлоатирани
↗или да може да се провери, използвайки
↗дадена уязвимост, докъде може да се
↗стигне и а по какъв начин може да се
↗повлияе аа съберат или откраднат данни и
↗така нататък.
↗От тази гледна точка, а когато се
↗събрахме с нашия екип, а да започнем да
↗мислим в посока подобрение на процеса на
↗пентестинга и където всъщност се роди
↗Plйн вече на компания на три години, а
↗всъщност тогава започнахме да обсъждаме
↗добре как може процес да се превърне в
↗много по-ефективен
↗в а нещо, което хем е аа много полесно и
↗бързо за изпълнение за самите пентери,
↗така и да бъде от изключително аа пози
↗да бъде изключителен позитив за самите
↗клиенти, които получават този тип
↗тестинг и как да намалим техния exposure
↗window. А започвам направо по
↗презентацията
↗с няколко
↗изречения. Ще ви разкажа какви са
↗основните неща, които реално си прави. А
↗допълнително имайте предвид, че
↗презентацията, както виждате и
↗заглавието е на английски а с защото по
↗принцип така или иначе това е начинът,
↗по който презентираме, но все пак аз ще
↗обясня на български.
↗А така Plc цялостно и нашата платформа,
↗която всъщност е в основата на темата
↗днес и за това как може да бъде
↗осъществен continuous P testing. А за
↗нашите нашето виждане това е AI
↗augmented continuous penetraation
↗penetration testing платформа или
↗платформа, която се възползва от аа
↗набор от автоматизации,
↗от а AI функционалност и допълнително а
↗разчита на човешката валидация, за да
↗може да бъдат ограничени точно тези
↗Exposure Windows или време, в което една
↗система реално а седи ди непроверена,
↗нетествана и реално е потенциално
↗уязвима тя да бъде хакната. А точно
↗continuous тестинга е нещо, което решава
↗най-сериозно този проблем с Exposure
↗Windows, което влияе пряко върху риска,
↗която една компания поема. В много
↗голяма част от случаите компаниите
↗след като проведат един годишен пентест
↗на дадена система, да кажем, той да е за
↗две седмици, три седмици, след което да
↗има някакви стъпки на диейшън или на
↗фиксване на уязвимостите, които са
↗открити. Тези системи в много голяма
↗част от времето за много организации, а
↗те продължават да претърпяват различни
↗промени след изпълнението на този
↗пентест. При всяка една такава промяна,
↗промяна например може да бъде добавяна
↗нова функционалност, нов рилиз и така
↗нататък. Всеки един път, когато това се
↗направи, реално погледнато тази система
↗отново може да бъде а пълна с нови
↗уязвимости. Но понеже пентестинга като
↗цяло е нещо, което се случва веднъж
↗годишно, а тази система реално
↗погледнато тя може да е перфектно
↗тествана, да са отстранени уязвимостите,
↗но ако тя е претърпяла промени, а тя
↗отново е открита и по този начин се
↗образува огромен exposure window. Така
↗че тук целта ни е да го намалим с идеята
↗да предоставим инструмента, което е
↗платформата за осъществяване на
↗continuous penстин или на такъв тип
↗продължителни тестване тествания, които
↗са върху всички критични системи. Та
↗допълнително на всичкото отгоре
↗създадохме принци, за да може да бъде
↗един хъб, чрез който да се управлява
↗целият surface, а да се управляват
↗всички критични системи, всички
↗уязвимости и съответно оттам те се
↗управляват не само от хората, които
↗предоставят пентестинга. Тоест те не
↗само могат да въвеждат уязвимости, вие
↗ще видите след това Ангел ще ви покаже
↗реално погледнато един пентера как би
↗работил през платформата. Но и от
↗другата страна има комуникация и
↗колаборация със самите а system ownъри
↗или съответно отговорници за дадените
↗системи, за да може да бъдат уведомени
↗веднага, която уязвимост е открита и
↗динамично те да бъдат а
↗фиксвани.
↗Аа така че от тази гледна точка това е с
↗няколко думи какво правим. Та
↗продължавайки към традиционния
↗пентестинг, извинявам се.
↗Така, а това, което а реално ние сме
↗идентифицирали като най-сериозните
↗проблеми и защо има нужда да се мине към
↗този модел на Continuous Pesting, е, че
↗първо аа традиционният пентест е нещо,
↗което е доста скъпо. А това, както вече
↗споменах, изисква или външен доставчик,
↗който съответно а трябва да изпълни един
↗много висококачествен сложен пентест,
↗което е скъпо, а или също толкова скъпо,
↗даже бих казал много по-скъпо, една
↗организация да се опитва да изгради
↗вътрешен екип. Да не говорим, че това
↗нещо по принцип е изключително сложен
↗процес. Аа трябва да се дообучават аа
↗различни а хора в тази професия, защото
↗няма толкова много добри пентестъри все
↗още, особено говорейки за нашия пазар в
↗България. А и това е нещо, което е скъп
↗и сложен процес. Другото, което е, че
↗както ви споменах вече, идеята и
↗чувството, че ти си сигурен за това, че
↗си си направил дали ще бъде на база на
↗регулаторно изискване, compliance dън
↗някакъв един пентест аа годишно, това
↗създава грешното чувство за сигурност,
↗защото както обясних вече реално
↗погледнато това даже аа това чувство за
↗сигурност всъщност то удължи жава този
↗exposure window и реално погледнато една
↗организация няма по никакъв начин може
↗би дори да нейните критични системи да
↗претърпят множество промени, тя няма да
↗си даде зор по никакъв начин да направи
↗следващия такъв пентест, защото той
↗просто например е бюджетиран за
↗следващата година. А говорихме вече за
↗това, че има нужда от специализирани
↗знания и дори а за всяка една компания,
↗дори да имат страхотен екип от пентери,
↗знанията са винаги в основата. Това е
↗нещо, което непрекъснато трябва да
↗расте, трябва да бъдат обучавани, а
↗особено дниър хората, но и хората с
↗повече опит. Нещата се променят
↗непрекъснато и човек трябва да бъде up
↗toдейт с всичко, което се случва.
↗А следващото, което е, че цялостно
↗процесът за осъществяване на пентрейшън
↗тестове е нещо, което е доста
↗дезорганизирано. Тоест, а това го казвам
↗от гледна точка на това, че много често
↗един пентеър или един хакер, те ще
↗използват множество различни
↗инструменти,
↗аа ще събират данни от множество
↗различни места, след което, когато стане
↗време за репорт, те ще го направят на
↗едно място, уязвимостите ще бъдат
↗вкарани на друго място, трябва да се
↗съберат, а няма елемент на колаборация.
↗Тази гледна точка, традиционният
↗пентестинг много сериозно изостава от
↗много други
↗услуги и технологии, свързани с в
↗сферата на киберсигурността.
↗И последното, което е, че цялостно
↗липсва някакъв стандарт за пентестинг,
↗защото много регулаторни изисквания те
↗казват трябва да бъдат проведени
↗пентестове, но реално погледнато много
↗често за съжаление пентеest може да бъде
↗представен а като такъв, а то да бъде
↗един прост vulnerability скан без реално
↗това, което обясних важната стъпка от
↗експлоатация и а реално но валидация от
↗човешка страна или от експертна страна.
↗Така че това са най-сериозните проблеми,
↗така бих казал, от гледна точка на
↗пентестинга. Та защо continuous? Ами ето
↗тука може да видите реално погледнато
↗кои са основните предизвикателства
↗и реално погледнато ние как бихме могли
↗да се справим с тях използвайки
↗платформа като с това, че реално се аа
↗откриват такива големи Exposure Windows
↗и реално погледнато с тези периодични
↗дали ще е веднъж годишно, дали ще е дори
↗два пъти годишно, това не е достатъчно.
↗чно с използвайки а платформа като
↗реално погледнато пентестъри могат а
↗продължително да въвеждат уязвимости, да
↗засичат, когато има промени в дадени
↗системи, да тестват а малки части от
↗тях, а не да правят цялостни големи
↗тестове от нулата и по този начин
↗непрекъснато да откриват евентуално
↗уязвимости, ако има таки такива и те да
↗бъдат оправяни или фиксвани от страна на
↗systemърите.
↗Аа така че от тази гледна точка това е
↗решението, което ние смятаме, че е в
↗правилния път. А следващото следващото,
↗което е, че а много често репортингаът а
↗е много голям проблем в пентестинга.
↗А всъщност реално погледнато в
↗изпълнението на един качествен
↗пенетрейшън тест много голяма част от
↗времето се прекарва в репортинг. Това е,
↗защото, както вече казах, има изисквания
↗различни, но и допълнително това е
↗начин, по който трябва да бъдат описани
↗уязвимостите, как да бъ стъпките
↗съответно как да се достигне до тях или
↗prodдуuctionш, а от също от гледна точка
↗на remediation какви трябва да бъдат
↗стъпките и как може един system owner да
↗аа стигне до фикс на тези уязвимости.
↗А реално погледнато, а от тази гледна
↗точка ние сме направили така, че в
↗момента, в който една уязвимост е
↗въведена в платформата, тя директно се
↗показва и в един репорт. Тоест, ние сме
↗автоматизирали тази част от а репортинга
↗а и а сме успели да изградим аа много
↗голяма база данни за всяка една
↗уязвимост и в момента, в който
↗най-базовите параметри за нея са
↗въведени, като например типи категория,
↗които трябва да бъдат въведени ръчно, аа
↗но оттам нататък ние обогатяваме
↗информацията за всяка една уязвимост.
↗Тоест от тази гледна точка описанията,
↗репортинга, всичко това е нещо, което е
↗лайв. Това е нещо, което непрекъснато се
↗ъпдейтва и е изцяло автоматизирано. На
↗всичкото отгоре аа риск scorра е нещо,
↗което по принцип е препоръчително да се
↗дава на всяка една уязвимост, която е
↗открита. Това нещо ние го правим и още
↗повече даваме конкретен риск скор, който
↗може да бъде и променен спрямо
↗разбиранията на самия човек, който
↗изпълнява пентеста. Но като база имаме
↗добре положени основи за това нещо.
↗А и последното, което искам да ви
↗покажа, е реално погледнато
↗а нещо, което ние много наблегнахме,
↗за да успеем да се справим точно с
↗проблема, с а това, че липсва експертиза
↗доста често искаме да съкратим и да
↗направим този процес по-ефективен.
↗Отново с целта да може
↗една система да бъде тествана, а не само
↗веднъж да се направи едно голямо усилие
↗и до там на дадена даден период примерно
↗на една година. И това, което всъщност
↗имаме в момента работещо, е един AI
↗pentesting assistent, а който реално с
↗използвайки платформата дори с доста
↗ограничени знания, той може аа да бъде в
↗ролята. Може да си представите ролята на
↗един експерт, penнеetation тестър или
↗хакер, който ви направлява, дава ви
↗съвети и ви показва аа чрез съветите си
↗накъде да се насочите а от гледна точка
↗на а тестване, на следващи стъпки, къде
↗да спрете да губите време, къде да
↗обърнете повече внимание. От тази гледна
↗точка, това, което сме се опитали да
↗направим, е, че даваме достъп
↗извършване на качествени пентрейшън
↗тестове с помощта на асистента, на хора,
↗които реално имат доста по-малко знание
↗и те могат да ги и натрупат и да се учат
↗в процеса а на тестване, използвайки
↗този асистент.
↗На всичкото отгоре, както казах, от
↗гледна точка на compс, това, което сме
↗направили е, че имаме готови заредени
↗чеклисти, ние така ги наричаме, които са
↗буквално стъпките, през които
↗задължително трябва да се мине при
↗изпълнението на един пентест и нещата,
↗които трябва да присъстват в един
↗репорт, за да може той да бъде изцяло
↗готов аа да се предостави на съответно,
↗който го изисква от гледна точка на а
↗регулаторни прове проверки и така
↗нататък.
↗Реално погледнато
↗това, което виждаме, защото все пак ние
↗нашата цел е да помогнем на всеки един
↗бизнес или всяка една организация,
↗която а трябва да има пентест, а това
↗според нашите разбирания е всяка една,
↗която изобщо има нещо свързано с система
↗аа IT система. А реално погледнато,
↗това, което ние вече виждаме, е, че
↗цялостно цялостно рискът, който е
↗асоцииран със системите, може да бъде
↗значително намален на база на continuous
↗pн тестин модела, защото както казах
↗най-вече едно е да тестваш веднъж
↗годишно, друго е да тестваш постоянно и
↗реално погледнато да не оставяш никъде
↗време и място на хакерите, те да се
↗възползват от пробиви в някоя система,
↗които ти проактивно не си открил. Аа и
↗виждате тука и на втората статистика
↗вече може по този начин по-малко от един
↗ден да отнеме от възникването на
↗новазимас до нейната нейното откритие и
↗съответно след това много кратко време е
↗нужно за отстраняването на тази
↗уязвимост. Това за съжаление с
↗традиционния модел на пентеest а е по
↗принцип много много по-голям период.
↗А другото, което е, че от гледна точка
↗на return on investм тоест инвестицията
↗от страна на една организация в такъв
↗тип continuous penest услуга,
↗предоставена чрез платформата,
↗а е много по-голям от традиционния
↗модел. И както вече споменахме от
↗кампания с гледна точка, всяка една
↗организация би могла да бъде абсолютно
↗готова от гледна точка на изискванията
↗за пентест 247,
↗защото те имат готови а чеклисти, по
↗които пентерите могат да вървят и да
↗предоставят репорти.
↗А като последно какво е валюто на такъв
↗тип услуга или на такъв тип платформа?
↗Вауто е, че ограничава се риска
↗значително, докато продължително
↗тестваш, продължително намаляш този
↗риск. Платформата сама по себе си, както
↗обясних, тя не тества. Тя е лol, тя е
↗инструмент, чрез който един пентеър може
↗да предоставя пентестинг на различни
↗организации, но да се и възползва от
↗автоматизации, от AI assistent и
↗цялостно комбинацията между а човека,
↗човешката намеса, валидацията,
↗автоматизацията и AI се получава пъл
↗пълен кавъридж на целия surface и много
↗по-бърз и ефективен процес.
↗можеш да начертаеш или както ние му
↗казваме map а цялата инфраструктура
↗мрежи на даден дадена организация да
↗откриваш уязвимости и да инициираш
↗действия за последващи аа отстранявания
↗на уязвимости и управление на риска.
↗И всичкото това на едно единствено място
↗в самата платформа. Така че това е
↗цялостно идеята, зад която ние седим и
↗реално защо смятаме, че continuous пен
↗тестинга е стъпката напред, когато става
↗на дума за а излизане от стандартния
↗традиционния модел на пентест, който
↗честно казано за по нашите разбирания и
↗по моите разбирания върши работа само
↗колкото да чекнеш, че си провел пента.
↗теста веднъж годишно, но всяка една
↗организация, която реално погледнато се
↗интересува от това да намали този тип аа
↗изложеност или exposure window на
↗критичните си системи към аа зловредни
↗хакери, които биха могли да се
↗възползват от уязвимости.
↗И всяка една организация, която желае
↗при динамични промени в своите системи
↗да бъде качествено тествана, а не просто
↗проверявана с автоматичен сканер, то
↗continuous penстин е единственото
↗решение за напред.
↗А така че това е от моя страна. А тук
↗може да видите и мои контакти като меil
↗и LinkedIn. Ще се радвам, ако нямате в
↗момента конкретни въпроси или ако просто
↗искате да се свържете с мен.
↗аа да а обсъждим след това да изговаряме
↗и да да се свържем с вас по всякакви
↗канали. А колегата ми показа, че вече
↗има някои въпроси, но това, което ние ще
↗направим, ще оставим въпросите за
↗най-накрая, а така че вие продължавайте
↗да ги а пишете и ще преминем към едно
↗бързо демо. А може би около 15-тина
↗минути нещо такова. Така че давам към
↗колегата Ангел да продължи.
↗>> Здравейте от мен. Благодаря, Марко. Аа
↗сега аз ще направя, ще ви покажа
↗всъщност това, което Марко описа с аа
↗така думи. Всъщност ще ви покажа как се
↗осъществява на практика.
↗А, само да изкарам на другия монитор, за
↗да може да виждате всъщност вие нашата
↗система какво представлява. Това е UI-
↗която ние лека-полека градим и там
↗докъдето всъщност в момента имаме като
↗възможност да ползваме и нашите клиенти
↗имат възможност за ползват. Всъщност
↗това, което ще ви показвам, е гледната
↗точка на един пентер. как той на дневна
↗база би вършил работата си, използвайки
↗този инструмент, пак подчертавам,
↗инструмент, който да може да му улесни
↗живота, а от гледна точка това да го
↗разтовари от всички досадни дейности
↗от вид рипортинг, каквото и да е
↗документиране, да улесни комуникацията с
↗крайния клиент, да улесни достъпа до
↗знания, аа тъй като нали всички сме хора
↗и евентуално едно Аа а качествено
↗изпълнение на услугата пентестинг
↗изисква колосално количество знание,
↗което аз съм сигурен, че нали дори и
↗най-добрите специалисти няма да
↗използват справочна литература,
↗използват референции към форуми и така
↗нататък. Идеята на този инструмент,
↗който ние създадохме, е всичко това да
↗бъде на едно място, да бъде лесно за
↗вас, за пентерите, да бъде лесно за
↗крайните потребители да разберат в
↗крайна краищата с какво имат работа от
↗гледна точка на риск, да бъдат да впущ
↗едни аа живи репорти, като под живи
↗репорти имам предвид, че буквално в
↗реално време всеки път, когато ти е
↗необходим репорт, ако искаш може да го
↗имаш и всъщност да доведе до, как да
↗кажа, една спокойна колаборация между
↗между всички заинтересовани от това
↗системата им и организацията им да бъде
↗секюрната. Без повече уводни думи, а
↗скачам директно в самата система, като
↗ще ви покажа на практика това е
↗демопроект, който представлява а
↗традиционната, тоест не представлява, а
↗всъщност показва реалната работа на един
↗пентеър, какво би правил той на дневна
↗база. Естествено, предполагам, че
↗повечето от вас имат някакъв опит с
↗киберсигурност. Това, с което един
↗пентестър се сблъсква ежедневно, това са
↗уязвимостите. Ето една такава уязвимост,
↗която вече е регистрирана в нашата
↗система. Тук в конкретния случай говорим
↗за нещо по-различно, някакъв сешъ токен
↗в URL-а, нещо, което Пентеest е открил
↗със сравнително нисък риск. Аа, но все
↗пак това е отразено в системата. Това е
↗нещо което
↗той вече след като веднъж е въвел, вече
↗е достъпно и за крайния клиент или за
↗систем о ownра. Тоест този, който би се
↗заинтересувал от това тая узивимост къде
↗е и каква е, има достъп до това view.
↗Както виждате, системата предоставя
↗доста подобро информация за а описанието
↗на самото самата уязвимост, стъпките,
↗по които може да бъде репродусирана, как
↗би могла да бъде ремедиената. Съответно
↗в детайли се вижда риск рейтинга, защо и
↗как е формиран такъв. Имаме
↗evidence, ако случайно е публикуван. В
↗конкретни случаи няма такъв евиденс.
↗Тука имаме а CV, ако то е свързано,
↗защото доста често уязвимостите
↗всъщност, които пентестрите открият,
↗вече са открити от някой друг и са
↗регистрирани под формата на CV. Така че
↗всички тия данни в системата ги има.
↗Интересният въпрос е как стига до там.
↗Тоест какво трябва да положи усилие
↗пентестъра, за да стигне до това нещо?
↗Ето как би изглеждал интерфейсът за
↗създаване на една нова уязвимост. Реално
↗пентераът въвежда ги само заглавика в
↗свободен текст и избира ги, както Марко
↗спомена по-рано, категория и тип от
↗съответната категория. Системата ни вече
↗знаейки допълнителни знания за това
↗какво се тества, как се тества, защо се
↗тества, какъв е скоп и е доста голям
↗набор въпроси, чиито отговори ще ви
↗покажа къде се намират. Всъщност
↗системата на база на големия knowledge
↗bass, който стои отзад, вече е способна
↗да генерира
↗типичното описание за конкретния вид
↗уязвимост, което е съобразено с а скоупа
↗и целта на конкретния пентест.
↗естествено предоставя
↗CV-та, ако има свързани, а къде се
↗намира, пак съобразено със скопа, който
↗е предоставя някакъв типичен аа скор
↗повасп, който естествено вие като
↗пентери можете винаги да
↗м промените съобразено с това, което вие
↗знаете по-добре от системата в случая.
↗Също така дава възможност за въвеждане
↗на скорпу CBSS. Естествено ще си
↗въведете един евиidнс. Тука ще качите и
↗можете съвсем спокойно да запишете
↗уязвимостта и тя ще влезе в системата.
↗Сега аз това, което ще направя тук, тъй
↗като искам да демонстрирам нещо
↗допълнително, ще дискардна съответната а
↗промени, които направих, за да може да
↗ви покажа нещо много важно.
↗Уязаемостта, така, както я регистрирах
↗току-що, тя не е достъпна за крайни
↗клиент все още. Защо? Защото не съм я
↗публикувал.
↗Това е една необходима стъпка. Първо от
↗гледна точка на а един допълнителен
↗ашуранънс от специалист. Тоест, ако вие
↗работите в екип, в който имате различни
↗нива на знания, естествено някой
↗по-силен човек да погледне, да види
↗това, което вие сте го направили в края
↗на краища дали има какво да се едитне.
↗От друга страна, може пък да решите да
↗работите
↗тип екипна работа, където всеки от вас
↗иска да може да комуникира с останалите
↗в екипа под формата на коментари, както
↗е тука в конкретния случай. Или пък аа
↗дори може да си проверявате различни
↗версии, да създавате, както в случая има
↗възможност да се буквално сравняват
↗различни версии на съответната
↗уязвимост. Та има много възможни начини
↗за колаборация вътре в екипа, преди
↗въпроса уязвимост изобщо да стигне до
↗краен клиент. Когато все пак решите, че
↗тази уявимост наистина е там, където
↗трябва да бъде като а качество на
↗съдържание, естествено този, който
↗отговаря за самата самото публикуване,
↗кликва бутона пъбish и уязвимостта става
↗видима за краен клиент. Какво означава
↗това? Това означава, че в този същия
↗момент крайният клиент или system own,
↗извинявайте, че винаги говоря за краен
↗клиент, но просто така сме свикнали да
↗различаваме пентерите от тези, които
↗само се възползват от услугата. Та
↗system or и крайни клиент, имайки акаунт
↗за същата тая система, логвайки се
↗вътре, те виждат уязиемостта точно във
↗вида, в който в момента я виждате и вие.
↗Нещо повече, те биха получили
↗нотификация за въпросна уязвимост, че е
↗открита, както и има възможност веднага
↗да започнат работа вътре в в системата и
↗самите те да изпратят обратна
↗нотификация, примерно променяйки статуса
↗на уязимостта към пентерите.
↗Това директно рефлектира върху намаляне
↗на този Exposure Windows, за който Марко
↗говори непрекъснато,
↗защото всъщност тук
↗ползвайки системата и възможностите за а
↗които тя предоставя, влизайки в режим на
↗continuous услуга, вие няма необходимост
↗да чакате
↗да дойде краят на пентеста, за да
↗пратите PDF- на на system одерите и те
↗да почнат тепър да ремидиейтват.
↗Всъщност вие имате постоянната
↗възможност през платформата непрекъснато
↗да имате такова взаимодействие с тях.
↗Дори ако щете и подгледна от гледна
↗точка на това, че имате възможност да
↗пращате съобщения буквално под формата
↗на някакъв аа форум, ако искате го
↗мислете или някакъв чат, вие имате
↗постоянна връзка с крайния клиент, както
↗и той с вас. Естествено, това страшно
↗много улеснява колаборацията и дава
↗невероятно голяма допълнителна стойност
↗върху,
↗как да кажа, върху самия пентест, защото
↗нали тука се избягва а моментът, в който
↗пентестът се превръща в един пръшлясъл
↗PDF, който стои някъде отпечатен в една
↗папка, просто защото трябва да го има на
↗края на годината. Другото, което е, че
↗системата в момента, в който публикувах
↗уязвимостта, ето тук може да видите в
↗about disulnerability секцията самата
↗система пак взимайки знания от нод
↗бейза, който е натрупан и закачен а така
↗като някакъв голям хъб със знания отзад,
↗всъщност системата вече генерира сама
↗без намесата на expнтеestра или на край
↗на систем ора генерира допълнителна
↗информация, която е в контекста на теста
↗за всяка конкретно вонобилити. Тя е може
↗да я мислите малко потеоретична
↗информация. Тя е информация подженерик,
↗но тя е информация, която е необходима
↗от една страна на пентерите, ако трябва
↗да вникнат в повече детайли, от друга
↗страна на тези, които ще правятationшъ
↗да знаят всъщност как с какво си имат
↗работа.
↗Та това общо взето е процесът по
↗регистрация на едно vulnerрабилити.
↗естествено или уязвимост, извинявайте,
↗естествено. А
↗тук може вече има страшно много
↗допълнителни, а как да кажа възможности.
↗Самата система е много допълнителни
↗функционалности. Аз няма да наблягам на
↗тях. Казах ви, че ще ви разкажа всъщност
↗откъде системата знае за контекста на
↗пентестинга, откъде знае всъщност
↗повечето информация. Ами от едно ниво
↗по-нагоре. Всъщност аз ще изляза в
↗самото начало.
↗Системата има възможност да бъдат
↗дефинирани в нея различни workспеaceси.
↗Тези уркaceйси всъщност са представляват
↗отделните клиенти, ако говорим за
↗м употреба на системата от MSSP или
↗отделните могат да бъдат от да
↗представляват различните
↗аа системи. Ако говорим за употребване
↗на системата в рамките на една
↗организация,
↗в рамките на едно един workpace може да
↗се дефинират различни penнеetation
↗тестове, различни. Ние ги сме кръстили
↗активити, като във всяко активити има
↗детайлно описание на целта, на на скоупа
↗и на всичко останало. Това е мястото,
↗откъдето системата ни взима информация,
↗която след това използва и AI асистента,
↗която използва и пентестра, която
↗използва и репортинга. Споменавайки AI
↗assistant, тук ще скоча малко напред в
↗това, което искам да ви разкажа и ще ви
↗покажа как в крайна краища работи нашият
↗astстент. Марко вече ви каза, че е
↗асистентът е един а консултант, който
↗стои до вас и буквално гледа монитора
↗ви. Като ви казвам буквално гледам
↗монитора ви, а имам предвид следното
↗нещо. Това, което в момента ще видите,
↗нека само да миная монитор, това което в
↗момента ще видите, всъщност представлява
↗нашия асистент.
↗Когато се логнете в него, имате
↗възможност да достъпите абсолютно всички
↗проекти, които се виждат през уеб
↗интерфейса. В момента това, което
↗направих като стъпка, свързах AI
↗асистента контекстно към същия проект,
↗който ползвах до момента за с цел
↗демонстрация. В момента е асистента, тъй
↗като съм стартирал абсолютно чисто нова
↗сесия, тоест той не знаеше абсолютно
↗нищо за този тест до момента, това което
↗е асистентът прави събирайки знанията за
↗това какъв тест правя, какъв е скоупът
↗му, какво всъщност целя с този тест,
↗събирайки знание за това какви
↗уязвимости има открити досега и дали
↗случайно има някоя чеклиста закачена към
↗този тест, а закачането на чеклистите
↗става тук в самата система. Тоест, знае,
↗взимайки всички тези знания и познания,
↗това, което асистентът направи в
↗момента, беше да направи едно а така
↗бързо съмри и да ми предложи план за
↗действие, приемайки, че аз не знам какво
↗трябва да направя. Сега нещото, което
↗след това задължително трябва да се
↗случи, е вие като пентери да му дадете
↗видимост до инструмента, който ползвате.
↗Значи нашият асистент не се ограничава
↗до конкретни инструменти, с които
↗работи. Той, както ви казах, гледа вашия
↗монитор. Сега за целите на демото ще ви
↗пусна тука ще стартирам един команден
↗проompt и един Linux а прозорец.
↗И тези неща ще кажа на моя асистент, ами
↗гледай какво се случва в тези два
↗екрана,
↗казвайки му гледай в Калито и гледай в
↗аа коompта. оттук натам каквато и
↗команда, каквато и операция да изпълня в
↗някои от тези прозорци, примерно
↗да правя нещо много глупово в момента за
↗целите на демото, но приеме, че
↗изпълнява пинг към някакъв хост, който е
↗за целите на теста. Сега в момента е
↗асистентът вече знае какво съм направил,
↗знае какво би трябвало да направя и ако
↗му поискам съвет, кажи ми какво да
↗направя, той ще погледне тези два
↗прозореца, както видяхте, и ще започне
↗да ми дава конкретни команди, които са в
↗контекста на теста и аз мога приятелно
↗да взема, да копирам, да пейсна и да
↗изпълня. Та така погледнато е асистентът
↗ви води през пентеста, гледа дали не сте
↗направили някоя грешка, дали нямате
↗някой пропус, защото колкото и синир
↗пентестър расте, представете си, че
↗работя с 10, 12, 15 тула. Едва ли имате
↗възможността да следите концентрирано
↗какво се случва във всеки един от тези
↗тулове в паралел. Е асистент обаче го
↗може и ако забележи, че вие пропускате
↗уязвимост, той ще ви предложи тая
↗уязвимост директно да бъде въведена
↗вътре в системата и да регистрирана по
↗начина, по който системата предлага.
↗Та
↗сега ще излеза от контекста на асистента
↗отново и ще се върна в системата.
↗Когато всички уязвимости
↗бъдат открити
↗към даден момент, защото нали да си
↗мислим, че една система винаги всички ще
↗бъдат открити е доста оптимистично, но
↗към даден момент вие имаме знание за
↗някакъв опренен брой уязвимости. Тогава
↗вие първо като system own или като
↗pentation винаги може да виждатеностите
↗в реално време в този вид, но бихте
↗могли да се възползвате и от
↗автоматичния репорт. Значи това, което
↗ще ви покажа в момента примерно е
↗единпорт, който е темплетиран. В него
↗има вградена допълнителна логика и AI
↗модули, които на база на вече въведените
↗уязвимости, скоупа, гола и така нататък,
↗няма да изброявам пак всичките неща,
↗генерират целия този репорт в реално
↗време с данните, които са в реално
↗време, включително отразявайки и
↗детайлно статуса и състоянието на
↗съответните уязвимости. В края на
↗краищата системата генерира включително
↗атак наратив. Дава ви допълнителни
↗детайли, ако такива има необходимост от
↗тях. Дава ви всичките а сведения за
↗всичките евиidнси. Ако има закачена
↗чеклиста, показва статуса на чеклистата
↗и ви подготвя репорта. В края на
↗краищата крайният клиент system own вие
↗или някой си левел човек може да дойде
↗да види репорта тук в уеб. Но пък в
↗крайна, тъй като хората предпочитат
↗традиционния начин за деливъране на
↗репорта, винаги може да бъде свален и
↗под формата на PDF, който PDF също
↗секунда само да ви го прехвърля другия
↗монитор.
↗Има един вид, това което виждате в
↗момента ете template. Това е нашият
↗tempплейт, defлтния. Естествено, той
↗може да бъде къстамизиран, но този
↗репорт съдържа абсолютно детайлно
↗всичката информация, която е необходима,
↗за да си а как да кажа, преборите с
↗secюрити-то и със secюрити проблемите,
↗които най-вероятно имате. А дотук ще ви
↗спратайте
↗по системата и как се използва. Секунда
↗само.
↗Аа ще спратайте.
↗Нещо, което само искам да спомена
↗допълнително, е, че всъщност в системата
↗има вкарана колосално количество
↗информация, която, както вече споменах,
↗захранва AI-я,
↗облагодетелства вас като пентери, защото
↗няма необходимост да ровите по различни
↗библиотеки. Дава възможност на крайния
↗потребител много по-бързо да стигне до
↗решение. Системата поддържа интеграции с
↗с примерно с джира, така че тези
↗всичките вонобилите, които тя
↗регистрира, могат да бъдат експортнати и
↗да бъдат видяни директно в реално време
↗вра от крайния клиент. Поддържа много
↗има доста функционалности, свързани с
↗откриване на Surface. Има възможност да
↗открива хостове, има възможност да следи
↗състоянието на мрежа, на инфраструктура
↗и така нататък. Неща, които в момента
↗няма да влизам в детайли. Те за един
↗пентеър са, да кажем, безценни.
↗А, Марк предлага да минем към въпроси,
↗така че сега ще отворя,
↗>> а, те са отворени чове. Добре,
↗>> да, аз съм отворил въпросите, така че а
↗благодаря ви, че ни слушахте до момента.
↗Сега е моментът да вкарате и още
↗въпроси, ако имате такива. Започвам от
↗първия, който е хронологично.
↗А или не е хронологично, но все пак
↗отгоре, както ми излиза първо. Какво
↗мислите за AI? Като цяло чета разни
↗статии как Blackхad намират нови начини,
↗използвайки AI. Имам усещане, че вместо
↗изкуствен интелект да е в наша полза
↗като етичния хакери, то повече служи за
↗другата страна. Той самият изкуствен
↗интелект е уязвим. Според вас силата
↗дали ще е с нас? Аа много готин въпрос.
↗А наистина
↗използва се изкуствения интелект
↗изключително креативно в момента от
↗всякакъв тип хакери. Реално погледнато,
↗даже аз малко преди да дойда тук отново
↗пуснах в LinkedIn един пост, който е
↗свързан с
↗изобщо Polymorphic Maware и това как
↗реално погледнато AI в момента се
↗използва, за да модифицира а
↗непрекъснато кода на различен тип Maware
↗и той да не може да бъде засичен
↗ефективно от всякакви например EDR
↗решения. А въпреки че се засича на база
↗на други критерии, но не и на база на
↗код. Така че от тая гледна точка
↗например много традиционните антивирусни
↗а софтуери изобщо не са ефективни,
↗защото а те работят по много
↗по-старомоден начин как да разпознаят
↗един тип. Но без да навлизаме много в
↗детайли, използва се много. А, но както
↗и ние ви показахме, нашия асистент и
↗цялостно
↗развитието на изкуствен интелект и
↗особено в комбинация с мощните платформи
↗и софтуери в момента на пазара за
↗киберсигурност определено
↗а може да бъде в огромна поза а и реално
↗погледнато да ни води, както и вие
↗видяхте, към а това да бъдем ефективни с
↗времето си и да се концентрирам ме само
↗върху това, което най-много има
↗значение, а не цялостно да се гледат
↗системи от до от нулата, където се губи
↗страшно много време и не може да се
↗отдели реално качествен фокус върху а
↗уязвимостите и критичните места, които
↗имат нужда от такъв такава човешка
↗намеса. Другото, което е, че изкуствен
↗интелект, а всички сме на това мнение, а
↗той е страхотен инструмент, но това не е
↗мислещ човек, това не е мозък и сме
↗доста далече от generative AI. И от тази
↗гледна точка никога, а не никога, за
↗момента изкуственият интелект по никакъв
↗начин не може изцяло да замени а дали ще
↗е пентестър, дали ще бъде хакер, дали ще
↗бъде който и да е било. А така че от тая
↗гледна точка използва се, факт е и се
↗използва умно, но когато една
↗организация има достатъчно добри системи
↗за киберсигурност, а мерки, процеси и
↗процедури,
↗аа тя трудно е таргет на такъв тип на
↗хакери.
↗Следващият въпрос, който излиза поне на
↗мен, той беше от преди малко. Точно е
↗колко опитен е AI асистента. Ами ние
↗споменахме, че той покрива Да, ще ти
↗подам. Само да кажа и аз набързо, той
↗покрива ам
↗добро ниво на тестване и уязвимости, без
↗по никакъв начин да аа се да да се
↗хвалим ненужно с това, че може да покрие
↗знанията на един синиър пентеър. Не, то
↗ще ви насочи в посока това да имате едно
↗добро, така казано, базово ниво на
↗тестване, но ние затова казваме, че
↗платформата се използва и винаги с
↗човешката намеса Human Validation.
↗Допълни, ако искаш. Да, това, което
↗исках да допълня всъщност е, че е
↗асистента
↗в момента няма как да го приравняваме на
↗джуниър или синир, защото неговата а
↗сила е всъщност в това да прави анализ
↗на много данни, а не да има знанията.
↗Значи той има знанията, тези, които
↗върху които е трейнат, но той не може да
↗бъде креативен. Марко много добре го
↗описа. Той не е мозък, който да мисли.
↗Той има знание, той е аналитичен. Той
↗помага, той няма да се разсее. Така че
↗тука въпросът е малко като ако има един
↗гениален хакер, който обаче живее в
↗собствен свят и е супер разсеян, да, AI
↗асистентът ще бъде по-добър от него, но
↗може да има един джуниър хакер, който
↗джниър пентеър, който е много
↗систематичен, много последователен,
↗тогава той със сигурност би надвил това,
↗което е asent може. Пак казвам, това не
↗е пентестер. Той не тества вместо вас.
↗Той ви напътства и следи да не правите
↗грешки.
↗Да. Следващ въпрос, който ми излиза е
↗какво всъщност отличава вашата платформа
↗от останалите на пазара? Защо си струва
↗да бъде закупена? Супер въпрос. Аа
↗реално погледнато, това, което ние
↗виждаме, е първо, че ние чисто от гледна
↗точка на това, което споменах, да
↗съберем целия процес на пентестинг на
↗едно място е доста уникално като фичър,
↗което имаме с опциите за колаборация, за
↗импорт на различен тип данни и
↗управление на целия този процес. А има
↗други компании, които правят сходни аа
↗платформи, но тук ние имаме, смятам, че
↗имаме по-уникален подход. Другото, което
↗е, че от гледна точка на AI асистента,
↗никой друг наш конкурент в момента няма
↗точно такъв тип асистент. Те имат AI
↗функционалности от гледна точка например
↗на автоматизация на репортинга, но не и
↗толкова от гледна точка на асистента под
↗формата, който а го видяхте. Така че
↗това засега пък работим, да скоро и
↗друго. Работим и върху други
↗функционалности, които да бъдат все
↗по-уникални. А и както казах от гледна
↗точка на инвестицията в платформата,
↗заслужава си. Заслужава си от гледна
↗точка на това, че се съкращава
↗изключително много а този exposure
↗window и съответно риска спрямо разхода,
↗който идва с такъв тип платформа и
↗continuous pтеest.
↗Аа така.
↗А видях два въпроса, които те са ми
↗излизат един след друг. Мога ли с и GPT
↗да почна като пен тестър някъде?
↗Следващият въпрос е здравейте. Имам опит
↗с почти всички уязвимости от Ovas 10,
↗топ 10 и имам 30 плюс машини от Hack the
↗Box. накъде да се насоча сега в скоби
↗освен сертификат. Сега, първо, а супер
↗е, че минавате машини и тествате по този
↗начин и се упражнявате, но цялостно
↗нашето разбиране, понеже а реално
↗погледнато,
↗ние идваме от Аматас, която е компания
↗вече добре разпозната на пазара, особено
↗в България, но и международно, аа имаме
↗изключително много проекти с
↗penнеetation тестинг и работим с доста
↗голям екип. тип от пентери. В момента
↗обучаваме доста пентери. Това, което има
↗значение, е практически опит. Аа и
↗колкото по-бързо успеете да а започнете
↗да практикувате това не само в Hack the
↗Box, но и като професия, което включва
↗цялото целия цикъл, включително
↗репортинга, комуникацията с клиенти и
↗така нататък, толкова по-добре.
↗Сертификатите са нещо страхотно. Те
↗дават знания. по никакъв начин не ги
↗омаловажавам, но сертификатите
↗не са достатъчно. Реално практически
↗опит е всичко. Аа така че това е това е
↗моето мнение.
↗>> Аз даже мога да
↗>> мога да допълня. А тъй като нали
↗пентестърите са така доста, как да кажа,
↗трудни за намиране, а бих ви препоръчал
↗просто опитайте в някоя сега няма да си
↗правя реклама, че ние търсим хора, нали,
↗но все пак пак казвам, няма да си правя
↗реклама, че и ние търсим хора. Та
↗пробвайте, подайте една молба някъде има
↗входящи тестове, има някакви искания.
↗Повечето компании обучават хора.
↗Практиката е истината. Там е, там е
↗нещото. И пак ние също търсим хора.
↗А така. Един въпрос има. Здравейте. Къде
↗и как се съхраняват данните от
↗провежданите тестове? Има ли опция
↗данните и резултатите да са достъпни
↗единствено за клиента, който ползва
↗услугата? Ами то това е по дефолт. Значи
↗това са данни, които са извънредно
↗чувствителни, а това са данни, до които
↗а всъщност могат да бъдат доста а
↗опасни, ако попаднат в ръцете на
↗неправилния човек. Така че нали
↗системата е дизайнната с идеята тези
↗данни да бъдат достъпни наистина само
↗единствено от този, който ползва
↗услугата и естествено този, който е
↗извършвал услугата, нали? Това са двете
↗страни в дадения процес. Данните в
↗момента се, тоест системата ни сцял
↗клауд базирана.
↗Разчитаме на Asр като доставчик на този
↗вид услуга. Имаме собствен
↗там, който е. Данните са вътре в този
↗cloudд. Изолирани са. Системата се
↗поддържа мултия си. Съответно имаме
↗криптиране по съответните правила и
↗стандарти, нали. Ние като киберсигурност
↗компания няма как да справим компромис с
↗нещо, което убеждаваме останалите, че
↗трябва да бъдат внимателни с него.
↗Добре, следващият въпрос вече го
↗отговорихме. Задължителния задължителна
↗ли е сертификацията за пентестинг, така
↗че няма да навлизаме отново на тема
↗сертификати.
↗А следващият Колко струва PL и предлага
↗ли се обучение за нея? А колко струва
↗платформата? Ще трябва да се свържете
↗допълнително с нас, за да изговорим за
↗какви цели и какъв обем работа се
↗предвижда през нея, за да може да се
↗оформи ценово предложение. А предлагали
↗са обучение. Всеки един, който закупи
↗лиценз за платформата, минава през
↗обучение, което така или иначе ние се
↗стремим платформата да бъде буквално
↗plug and play. Влизаш, започваш да
↗използваш, въвеждаш данни, създаваш
↗проекти, клиенти или под каквато форма
↗искаш да я използваш. Така че да,
↗предлага се. Това е част от онбординга,
↗който правим.
↗Ам така. Следващ въпрос. Въпрос, да.
↗Какво може да ги спре криминалните
↗хакери да не ползват същите тулове и
↗техники като на пентерите?
↗Ами аз вече ви обясних на тема и AI
↗туловете, изобщо използването на AI нищо
↗не може да ги спре. Абсолютно могат да
↗ползват същите техники и тулове.
↗Сега, разбира се, ако говорим за някой,
↗който желае да ползва нашата платформа с
↗такива цели, по принцип неслучайно ние
↗проверяваме всеки един, който желае да я
↗използва и да я закупи, но разбира се
↗ние нямаме такъв тип отговорност със
↗сигурност да гарантираме каквото и да е
↗било. А та реално погледнато нищо не ги
↗спира. А и даже има прогнози, че в
↗някакъв момент, когато адвансне AI, той
↗просто ще е една битка агент срещу агент
↗и нищо повече и тотално ще излезе
↗човешкия елемент и там ще бъде тула
↗срещу тула. А така че да, това е това
↗мога да кажа аз. Ангел да допълни, ако
↗иска.
↗>> Да, тук може би въпросът би бил
↗по-интересно зададен по обратния начин.
↗Всъщност как могат пентеските да не да
↗наваксат и да използват същите тулове,
↗които използват хакерите. Правете си
↗сметка, че хакерите, бъдейки в тъмната
↗страна, така да се каже, а винаги са
↗по-продуктивни в това да създават нови
↗тулове и да измислят наши ги използват.
↗Така че тук по-скоро петрица са в
↗позиция на настигащи да се ъпдейтват
↗постоянно, да се учат постоянно какви са
↗новите тенденции, новите технологии.
↗Има си съответни механизми как се
↗достъпват до тази информация, но това е
↗истината. Не хакерите спират, тоест,
↗извинявам се, нет спират хакерите да
↗ползват техни тулове, а напротив, ПНТ се
↗опитват максимално бързо да наваксат с
↗туловете на хакерите.
↗>> Така. Да. И последния. А той не е
↗последният въпрос, има още въпроси.
↗Какви езици и технологии трябва да
↗владее един пентеър от Linux adminн към
↗pentter без сертификация? Възможно ли е
↗сега? Езиците и технологиите,
↗както е казал Мечо Пух, колкото повече,
↗толкова по повече, нали? Тука няма.
↗Значи, а хакерът, ако гледаме от гледна
↗точка на хакера, хакерът е един
↗нечерпаем източник на идеи, един
↗изчерпани изчник на въображение. Същото
↗нещо, един добър пентестър всъщност
↗трябва да може да да се представи по
↗същия начин, тоест да може много бързо
↗да комбинира знанията, които има в
↗различни области, за да може да бъде
↗максимално зловреден в добрия смисъл на
↗думата. Няма правилна а рецепта. А това
↗дали може без сертификация, ами то по
↗принцип без шофьорска книжка може да
↗караш кола, нали, но винаги е по-добре
↗имаш документ и да, с който да докажеш,
↗че всъщност наистина си добър шофьор.
↗>> Да. И ако мога да дам някакъв пойнтър на
↗български казано, а за къде и какви
↗знания трябва да имате, едно от
↗найкачествените
↗и така важни неща, в които може да се
↗образовате, да четете и да учите, което
↗много помага в посока пентестинг, това е
↗знанията за мрежи. Значи това е в
↗основата на всичко и това е в основата
↗на най-успешните пентери, най-успешните
↗а
↗атаки. Така че това е, ако мога да дам
↗някаква посока, в която определено всеки
↗трябва да гледа, поне като много силна
↗основа.
↗Аа така. И последният въпрос, преди да
↗приключим, останаха 4ри минути. Как се
↗справят пентерите със социалния
↗инженеринг?
↗Ам, тука не го не разбирам тоя въпрос
↗дали как се как се справят самите те,
↗когато са атакувани с такъв тип атака,
↗как се справят от гледна точка аа
↗дали те го използват а в някакъв
↗примерно red teaming exercise. Аа как се
↗справят те, ако те бъдат атакувани със
↗социален инженеринг? Не мога да ви кажат
↗конкретно. Това зависи всеки един човек,
↗но предполага се, че когато си пентестър
↗си доста бдителен и доста добре знаеш
↗как да разпознаеш такъв тип а атака. А
↗вече как се използва аа практически аа
↗има такива например с Амата предоставяме
↗различен тип пен тестинг. една част от
↗пентестинга традиционно по принцип е
↗точно включва и различен тип социално
↗инженерство, нали, ред тийминга, който
↗споменах. Така че от тази гледна точка
↗се използват всякакви похвати, а както
↗от фишинг, от спирфишинг или по-скоро
↗или това означава таргетиран фишинг към
↗дадени, да кажем, високопоставени
↗хора в дадена организация. А или а вече
↗има с deep пфейк например, използвайки
↗AI различни а вишинг, нали, а
↗реално хора, които се представят като
↗дали ще си CO-то и който ще си, който ще
↗нареди едно плащане някъде. Така че има
↗различни похвати. Сега, разбира се,
↗всичко трябва от гледна точка на етично
↗хакерство да бъде съгласувано с дадена
↗организация и клиент. А, но определено
↗това е един много сериозен вектор за
↗атака и рано погледнато в огромен брой
↗от случаите на атаки, а дори в случаите,
↗когато говорим за advanced persistant
↗rред атаки например, които може да
↗отнемат години, всъщност те започват от
↗един аа човек, който се хваща на един
↗фишинг, споделя данни аа всякакъв тип
↗най-често данни за достъп до определени
↗системи и оттам малко по малко по малко
↗се навлиза все по-дълбоко в някоя
↗организация, съответно след това в
↗други, с които работят и са свързани и
↗така нататък.
↗Аа
↗май това само да погледна
↗има един още въпрос. Ами нали има
↗хакери, които използват социален
↗инженеринг.
↗А как става защитата? Защитата става с
↗много добро обучение на всички а
↗служители, ако е дадена организация или
↗всички, които са подложени на такъв
↗социален инженеринг. Супер въпрос,
↗защото а това също е една услуга, която
↗а предлагаме през Амата, нашия сървис
↗бизнес. Реално погледнато не може да се
↗направи едно обучение да кажеш на хората
↗пазете се. Не, това е нещо, което а
↗правят се цели програми целогодишни,
↗обучават се хората, правят се фишинг
↗симулации, които са изключително добри и
↗наистина често хващат дори хора с много
↗опит. И реално погледнато се
↗идентифицират хората, които имат
↗най-малко познания или aware на тема
↗такъв тип атаки и те се дообучават. А и
↗целта тука е да се намали риска. Но
↗рискът, както добре знаете, никога не
↗може да бъде нула. Винаги го има.
↗А, добре. Последното е много благодаря.
↗Благодаря за готиния семинар и ние много
↗благодарим за готините въпроси и се
↗надявам, че ви беше полезно и интересно.
↗Благодаря.
↗>> Благодаря и аз. При допълнителни въпроси
↗може да се свързвате с нас. Имате
↗контактите, така че разположени сме.
↗Лека вечер.



