Уебинар

Continuous Pen Testing: Непрекъсната валидация за по-малко пробиви и отстраняване на уязвимости

Марко Симеонов (изпълнителен директор), Ангел Ангелов (CTO)

Представяне на модела за непрекъснат пентест (continuous penetration testing) с помощта на изкуствен интелект като алтернатива на традиционния еднократен годишен пентест. Обяснени са какво представлява пентестът, регулаторните изисквания за него (включително DORA и по-разширената форма led penetration testing), както и как платформа за непрекъсната комуникация между пентестъри и собствениците на системи скъсява прозореца на изложеност и ускорява отстраняването на уязвимостите.

Кадърът е от сървъра на YouTube. Самият плейър — и всичко, което той зарежда — идва едва след като пуснете видеото.

Описание

Тема: 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 на тема

↗такъв тип атаки и те се дообучават. А и

↗целта тука е да се намали риска. Но

↗рискът, както добре знаете, никога не

↗може да бъде нула. Винаги го има.

↗А, добре. Последното е много благодаря.

↗Благодаря за готиния семинар и ние много

↗благодарим за готините въпроси и се

↗надявам, че ви беше полезно и интересно.

↗Благодаря.

↗>> Благодаря и аз. При допълнителни въпроси

↗може да се свързвате с нас. Имате

↗контактите, така че разположени сме.

↗Лека вечер.

← Всички лекции