От идея до киберсигурност платформа: Как изграждам Security Automation решения с n8n

4:24↗а за автоматизирано а автоматизираното засичане на уязвимости всяка сутрин например стартира в 900. Имаме фиксирана месечен абонументна и достъпна цена. А според големината на клиента и на дадения проект. Имаме актуален доклад след всяко сканиране, който ни казва къде са откритите уязвимости. Така че, а примерно един път в месеца, ако се прави а такъв тип сканиране, то е абсолют абсолютно актуален. следващия месец пак можем да го направим. Както казах, а цената е фиксирана и е на месечна, аа достъпна за малкия и средния бизнес, за enterprise корпорациите неговорим, защото те си имат аа други решения. Автоматизираният анализ а ни дава конкретни препоръки и стъпки какво да правим по-напред. Следователно обсъждаме с клиента какви пачове можем да направим, а как можем да премахнем тези уязвимости и всичко това е без нужда от собствени екипи или пък висококвалифицирани специалисти.

5:45↗Аа всяко едно от решенията е направено с N. А след като го публикуваш, workflow се изпълнява и следователно а всичко се предвежда накрая от мен. И ако има нужда от ръчно сканиране, аз го правя, но това вече се случва автоматично и рядко ми се налага да проверявам ръчно за за сканиране на уязвимости, но ако е някаква нова уязвимост, е добре да се провери и ръчно. Сега малко повече за това как работи една Security Automation система. N оркестрира всичките процеси. А пък AI анализира резултатите и съответно подпомага в вземането на решения. Имаме шест стъпки, а като първата е иницииране на процеса. По-късно ще видим как това се случва а в трите демота, които съм подготвила. Аа стартираме с автоматично сканиране и конфигурация на церевата среда. А за за такъв тип сканиране аз съм подготвила една тестова сърда, която се казва DVVA и е уязвима система. Другото, което съм подготвила,

7:07↗е да направим в реално време сканиране на уязвимости на нашия сайт на Ops Intel Guard, след което ще имаме сравнение между двата типа сканиране и ще видим какви са разликите. А като втора стъпка автоматизирано изпълнение на secюрити инструменти. Всичките решения с ними интегрирани с как или патоOS. Те се използват от киберфилно специалистите а за penнеation тестин, за vulnerability мениджмънт. Дори и в сок екипите се използват. Това са специализирани а Linux системи, така че имаме паралелно изпълнение на множество инструменти за анализ и оценка. А обединяваме а и обработваме резултатите. Както казах, накрая се генерира един PDF доклад, който се преглежда преди да се изпрати на клиента, след което се обсъжда с клиента къде имаме уязвимости, какво се налага да направим. Имаме топ recomкоменationшъ препоръки, така че всички резултати са агрегирани от инструментите.

8:25↗Имаме AI анализ и вземане на решения. А оценяваме риска, приоритизираме и даваме препоръки за действия. Така че в момента, в който едно сканиране се направи, то веднага е готово и се праща на клиента, за да могат съответните действия да се предприемат незабавно. Имаме ясен доклад и визуализация. Това се генерира автоматично. Аз съм го внедрила в N1. Имаме много ясна вирзуализация на резултатите. А известия и действия при откриване на рискови системата уведомява и предлага конкретни стъпки за отстраняване на риска. N за тези от вас, които не знаят, Open Source платформа. При нас ест, което значи, че всички данни на клиентите се пазят при нас, не излизат от системата и а това е AI Power и се старая да го предоставям на enterprise ниво за малкия и средния бизнес. Аа подготвила съм три решения, която които се обединяват в платформата. По принцип в Обсентегард смеработили

9:42↗доста повече securриity automation решения и при нас са доста по-големи, но тук за целта на демото ще покажа една малка част от тях. А така че при нас всъщност изглеждат по доста по-сложен начин, а и в зависимост от нуждите на клиента системите непрекъснато се а подобряват, за да са ако има някаква конкретна интеграция, тя трябва да се направи. Първото решение, което ще разгледаме е vulnerability scaning, а което е автоматизираното откриване и оценка и приоритизация на уязвимостите. А, ще разгледаме нещо много интересно, което е fishing detection и а е доста добро решение, защото а знаем как фишинг атаките в последно време се развиват постоянно. А доста от организациите страдат заради това нещо. А много от хората просто цъкат на някой имейл, не разпознават кое е фишинг и кое не е. Докато тука имаме ясно дефинирани алгоритми за това нещо и а самото самият

11:00↗имейл се прехваща преди да бъде кликнат от а конкретния човек. Затова автоматизирано откриване и анализ на финтимейли преди да достигнат до потребителите. >> [прочиства си гърлото] >> Имаме compliance и GP analysis, което както вече казах е внедрено решение за а готовност и съответствие с международния стандарт ИСО 27001 и NIS 2. Каква е ролята на AI във всяка автоматизация? Той анализира резултатите и определя и предлага конкретните действия. Ако вземем един penнеetation тестър, това обикновено отнема, пак зависи от проекта, но между седмица две, ако е доста голяма компанията и наемате няколко pentation тестъри, може и един месец да отнеме а самото тестване, докато тук имаме а четири специфични неща. Първото от което е конкретен анализ. А както вече споменах, самият AI анализира резултатите в контекста на конкретната организация, а не само по технически показатели.

12:15↗Имаме препоръчани действия, превръща [прочиства си гърлото] техническите резултати в конкретен план за действие. Имаме интелигентни доклади, които ще видим и в vulnerрабилитиity скенера. Това всичко е съобразено с техническата и с бизнес аудиторията. Така че, когато даден доклад бъде генериран, клиентът да може да го разбере по на по ясен начин, а не цялата информация да е техническа и съответно на него въобще да не му е ясно тук за какво се говори. Имаме адаптивен анализ, а самият AI отчита спецификите на организацията при всяко ново сканиране, както казах, вече зависи, нали, от самата корпорация. А доста гъркави сме в това отношение и адаптираме различни решения. А първото демо, което ще разгледаме е за международния стандарт ИСО 27001 и директивата NIS 2, която е доста актуална тема и доколкото знам, а срокът за внедряване и съответствие с изискванията е до октомври тази година.

13:29↗Така че аа някои от компаниите при тях направо си е вече достат да го внедрат, защото глобите са солидни. [прочиства си гърлото] Тук имаме compliance assessment, а който ще разгледаме след малко. Имаме risk scoring, а AI recommendations и какво всъщност ни предстои в демото. Това го правим и с клиента. Побваме кратък въпросник в реално време, а докато провеждаме срещата, а докато AI анализира [прочиства си гърлото] текущото ниво на състояние, а идентифицира пропуските, оценява риска, генерира конкретни препоръки за действие. А, [прочиства си гърлото] имаме много кратък въпросник, който отнема някъде около 10 15 минути да бъде попълнен, така че да а може да отнемаме много и от времето на клиента и да действаме по-бързо. Имаме автоматично съпоставяне с контролите, което ще го видим и след малко. А, имаме AI анализ на установените пропуски и оценка на риска,

14:41↗а конкретни препоръки с приоритет за изпълнение. Имаме доста хубав дашборд с обща с обща оценка на състоянието, както и план за действие за поетапно покриване на изискванията. Сега първо ще отворя самия дашборд, който е депойнат при нас. А тук може да видите, имаме конкретно за ИСО 27001, имаме конкретно за NIS2. Следователно, ако избера едно от двете, ще имаме въпроси само и конкретно за ИСО или за NIS2. А, добавила съм и опцията да имаме а двете. Съответно тук имаме контролите, които са за а Иot 27001. А, включила съм три примера, както съм включила и три примера за низ 2. Първото нещо, което винаги правим с клиента, е да попълним името на организацията. Аз тука ще използвам някакво а примерно а ctrol A5 съответно е за information security policies. Клиентът казва примерно да, това го имаме, внедрено е. Имаме accрол примерно като а достъп с карти, другите си secюрити решения.

16:07↗Имаме yes partial, което е частично приложено или пък имаме не. Съответно въобще не го имаме. Ако е някоя от по-малка организация инцидентих handlingн reporтинг примерно няма, защото според мен тук в България има такива компании, които не са малко и киберсигурност темата за тях все още не е от голям приоритет. А backup и disaster recovery plan, да речем примерно, нали, че го имаме частично и m factor autuentication. В повечето компании вече наблюдавам, че а имат MFA, но има и такива, които все още подценяват а това положение. След което стартирам анализа и междувременно можем да видим как се случват нещата в Nightn. Моя workfow е публикуван. Имамеook, имаме съответния алгоритъм, който съм приложила тук. А с JavaScript на тен предимно с JavaScript работи. Ако е нещо по специфично, имаме и Python код. А тук можете да видите AI анализа. Аз също всъщност ще отида на Executions,

17:33↗където можем да разгледаме как самият workfall се е изпълнил. Заложила съм аа съответните контроли тук за аа ISO 27001. За демото три контроли са напълно достатъчни, както казах. Ако трябва да отворя, нали едно решение на ОБСград, нещата изглеждат доста по-сложни, на доста по-високо ниво. За NIS 2 съответно е разделено. И тук можем да видим как също имаме съответните access control, business continuity или пък incident handлиing. Аа каква е логиката след това? За да мога да се събера и да имам резултати и за двете. Имаме, имаме AI анализатор, който имаме user prompt и system message и имаме а с JavaScript code risk Score Calculator. А виждаме, че workflow се изпълнил успешно, така че отиваме на дашборда и както можем да видим за тази примерна компания, а рискът е 50 50% compliance overall. Имаме три контроли, total gaps са два и едно от high priority risk

19:00↗score 75. Започваме с executти summary. Всяко всяка една оценка започва с executive summary. А имаме конкретните неща зани 2. Имаме domain breakdown, където а incident handling тотално липсва. Затова тука имаме 0%. Business continuity аа ни е адаптирано на 50%. Access control следователно го имаме на 100%. Имаме identified gaps за incident handing and reposting. Съответно кое веднага трябва да бъде подобрено и самият AI а дава своите рекомендейшъни. А къде трябва да да разработим и да имплементираме а решенията? От наша страна, от OPS Intelgard, това е само а одит, но си има в киберсигурност конкретните одитори, които те а се занимават с ИО 271 или пък NIS 2. Има си и адвокати, както всяка една фирма си разполага с адвокат. А там вече следват допълнителни стъпки, в които те трябва да да си коментират помежду си. А ние вече даваме конкретните препоръки с кое да се почне,

20:31↗какво трябва да се направи. Репортът а е веднага изпратен на клиента и имаме а съответния roadmap. Кой трябва да бъде приоритизирано? Какво трябва да се направи през следващите 30 дни. Така и нашият клиент е спокоен, а и ние също сме спокойни и имаме конкретни стъпки, които трябва да бъдат предприети. Не е нужно примерно да се а чакат да дойдат специалисти за одитинг на компанията след една, две, три или ако са твърде взети месец два. Това решение моментално може да се приложи и да бъде предоставен репорт на клиента. Така че това е едно от най-добро добрите ни решения в момента. А сега ще отидем на vulnerability скенера, където имаме автоматизирано сканиране. Отново AI анализ и а много готин дажбов, който сме разработили. Какво ще демонстрираме в него? Аа ще стартираме реална автоматизация. Също ще покажа как изглежда аа логиката за DVVA, която казах вече, че е OSV тестова среда

21:52↗и как изглежда логиката, която е приложена в нашия уебсайт, за да бъде той сканиран и да видим дали имаме някакви уязвимости. Аа тук вече ще покажа, че аа сме интегрирали с Кали Linux съответно решението. А ще покажа как събираме и обединяваме резултатите. Анализираме риска с помощта на AI, а защото той трябва да е от помощ на пенетрейшън тестъра, не да измести а киберсигулност пози киберсигулност а специалистите, а да бъде в тяхна помощ. И всъщност тези, които а не използват AI, те изостават, а тези, които го използват, ще спечелят доста в бъдеще. А в реално време ще визуализираме резултатите в дашборда, а ще имаме активно и пасивно сканиране на две различни среди. Имаме паралелното изпълнение на множество [прочиства си гърлото] ка инструменти. Имаме AI анализ и автоматичен приоритизация на риска. А след което в самия дашборд ще генерираме доклад с препоръки. За а

23:13↗демоцете съм го направила в самия дашборд, докато при нашите решения за клиенти, освен аа дашборда, те получават специализиран доклад, където а виждат какви пропуски имат, виждат какви уязвимости имат. а топрекомендейшъни, съответно как да се справим с рисковете и с уявимостите и какво трябва да направим. Аа след което ние вече се залагаме за работа, ако а клиентът пожелае IT support от нас или пък предна да имат да се обърнат към своя собствен IT екип. Така че а стартирам сканинга за DVVA, който ми върви под VMware, а и междувременно ще отида на Workfall в N10, който е този. А тук можете да видите, че започваме с специален target configuration. А, DVVA си има, дърпа си своето конкретно IP от системата. Имаме Car Linux инструменти, които а съм приложила. Сканираме а портовете от 1 до 65535. Имаме а специализирани инструменти, които са внедрили в Кари и аз просто си ги дърпам оттам.

24:50↗В момента workflow се екзекютва. А накрая събирам всички резултати с JavaScript code. Те се анализират от AI Security специалиста. А тук можем да си видим как в момента още върви, тъй като каленнок системите изискват малко повече време, за да си изпълнят конкретната задача. Да но тук във vulnerнерабилити скенера за различните системи логиката е различна. Примерно, ако имаме класически уебсайт, който искаме да извършим penetration тестинг, а се използват едни инструменти, ако е vibe codдинг уебсайта примерно, защото вече vibe codдин стана доста нашумял и много сайтове се правят с VIP кодинг. Там логиката е съвсем различна. А ако имаме WordPress, също си има съответно логиката. И ето примерно сега виждаме как тук имаме поне пет критични уязвимости. Седем от тях са high, две са минимум, пет са low. А имаме конкретния таргет SC ID. Винаги прилагам SC ID-то. А конкретно в колко

26:13↗часа се е изпълнило, на коя дата. Всичко това в момента е само в Demo Molde. Нещо много важно, което е намерил в нашата система и веднага сигнализира за това и тя е доста известна уязвимост SQL и аа имаме севиes с дете. Това са конкретните услуги и портове. А имаме отворен FTP сървис. Даже това е остаряла версия на FTP. има доста аа уязвимости за нея. Може и да се експлоитне с метапой. Имаме SSH, HTTP, а H SSL и HTTP, които вървят по тъпачи. Имаме и MySQL. Тук съответно можем да видим всеки един finding на кой от тях е critical. На първо място, разбира се, remote cд execution, защото това е една от най-опасните атаки, които могат да бъдат приложени в киберсиност именно от който е открита съответната уязвимост. Аа имаме потенal remote shell, който може да бъде изпълнен. А можем да видим exposed admin panel, както и други конкретни outdated software. Тук вече са избрани надолу high, medium

27:38↗и low. А тук е нашият AI report в клин в автоматизациите ни, които са и за клиенти. А са в самия дашборд има имплементиран и PDF файл, който съответно а свалям, прегреждам. Ако преценя някоя уязвимост да тествам а ръчно, за да бъда убедена, че I си е свършил работата като хората. Аа имаме конкретната тестова среда с IP-то. А намерила е общо 19 уязвимости, които ги е идентифицирал и приоритизирал. Тук започваме с малко повече информация за критичните уязвимости. А съответно повече информация за първата, че това е Buan based blind SQ injection, който е един от най-опасните. Имаме Open SSL, а имаме PHP My Admin. Това е exposната exposт сървис, който Goldbuster пък е намерил. А всичко това никто са вградени инструменти в кари, които викам преснодове в N. А имаме съответно за всяка една а уязвимост, която е категоризирана като хай. Малко повече обяснение. Сега нямам вече да минавам

29:13↗подробно през всяка една, но можем да видим, че и а конкретната весия е засечена през а AI анализатора, както и от туловете. Аа имаме medium, които са избрани тук. А съответно missing аа AI анализаторът ни казва какво изглежда добре. А SSH използва протокол 2.0, а под 43 а съществува и така нататък. Имаме топ три а recomменations. А коя е от приоритет? Първата е естествено SQL injection, а след което имаме Open SSL и апачи и а всички експознати сензитивни пътеки, които примерно намери тоsvn, а PHP сървиice status, сървиice info или config. Особено към НФИК е доста опасно, ако видим такова нещо или пък а някой а зловреден хакер би стигнал до това нещо, може да конфигурира набързо цялата ни система. А и този дашборд ни казва информацията за тестовата среда. Сега съответно ще направя и сканинг на нашия уебсайт. А като ви покажа и как изглежда workf втен, както казах, тук логиката е малко

30:53↗по-различна. А имаме а, но винаги стартираме с target configuration, който ни е URL на самия сайт. Имаме доме configuration, използваме HTTP Node за Security Headers Check. А, използваме SSL и USL на чек, което го викам от Linux. Отново прилагам а JavaScript логика, за да може да анализира всички резултати от уебсайта. А, имаме AI анализатор и след малко, когато това нещо се екзекютне, то ще ни Да, това вече е сравнението, след което след малко ще го видим и него. А тук таргетът ни е нашия сайт на Opsн Tard. Имам на Medум. За целта на демото съм оставила някои уязвимости, което значи, че след този семенар ще си имам а работа да оправя уязвимостите на нашия уебсайт, но за демото реших да оставя, защото да се види по-ясно аа къде какво се прави от самата система. Съответно имаме missing, можем да видим нали content security policy, имаме content type options permissions, policy,

32:26↗а no security headers detected. Съответно ни изпълва а technologies detected. Нашия сайт можем да видим, че използва HTML 5 върви подклас и TSL сертификатите изтичат на 13 септември, която на което е доста важна аа информация. Имаме съответния алгоритъм, аа имаме аа размера на ключа, а exposed имейли. Да, намерил е имейла на нашата компания и тук съответно един холдър в контактната форма. А подредил ги отново първо имаме уязвимостите, след което са low и в общи линии логиката надолу е а същата, както при тестовата среда с DVVA. Имаме кратко summary. А тук съответно нямаме критики critical high. Следователно след семинара трябва да се подвине само за medium и low уязвимостите. Да, както ви казах тука, а намерила ей холър в нашата контактна форма, което много лесно ще го правя по-късно. А следователно тука имаме email expost, че нашия имейл можете да го намерите вгаard

33:53↗страницата. Имаме missing headers. което доста лесно се оправя. Имаме отново какво изглежда добре. Cloudfes actтив. Имаме вариден SSL сертификат, а модерен SSL алгоритъм със съответния ключ. Имаме топ три recomendation. Remove place holder implement all missing HT http securityers иard. и в общи линии. Това е за нашия сайт. А имаме едно доста готино сравнение, което можем да видим между двете системи. Аа риск левъла при DVVA е critical. Съответно за нашия сайт е medium. Имаме сравнение между total findings. А тук ни казва кое трябва да се приоритизира critical и high. А за SQL injection имаме детектнат в DVVA. На нашия уебсайт няма такова нещо. А и скан естествено беше изпълнено reconсънс, което в киберсилност значи събиране на активна и пасивна а информация за таргетите и конкретните IP-та, домейни, а машини. И това е за vulnerability скенера. А съответно за различните компании

35:30↗просто а спрямо това от какво те се нуждаят, вече имплементираме различни решения, които а да свършат работа. Третото демо, което а съм подготвила, е Fishgard и това е нашата а Fishing detection автоматизация. Имаме email мониторинг, AI analysis, Automated Response, а съответно и тук имаме един доста хубав dasшbard, който а ни дава ясна и конкретна представа за положението. А Fishgard съответно ще видим след малко, а че това анализира за съдържанието, линковете и прикачените файлове в имейла. оценява риска с помощта на AI, [прочиства си гърлото] класифицира заплахата и определя нейния приоритет, уведомява и реагира автоматично в реално време. [прочиства си гърлото] Аа имаме анализ на входящата поща, като тука а имаме по-специален тригър, който прилагаме в Nem, а анализ на съдържанието и на линковете, AI оценка и класификация на риска. Незабавно известяване при открита заплаха.

36:54↗Резултатите са в реално време в самия дашборд и тук спестяваме доста ръчен, честно казано, защото а една един анализ на фиishнг имейл може да отнеме понякога около час и половина, докато разбереш точно какво се е случило. Докато тук за около 30 секунди имаме а автоматичен арт, който е ат ни ни предоставя. Аа така. Сега ще отиде на Fishgard. А тук вече съм приложила Gmail triгър, който е а мониториран нашия имейл, фирмения на OPS Intel Guard. Имаме специален алгоритъм, който засича за ключови думи като urgent, click here, confirm, invoice, payment и така нататък. Няма да изреждам на всичките. А за да може да бъде детектнато, имаме email пасъ, който е със специален JavaScript алгоритъм, за да може самият AI да анализира резултатите. А, имаме йно около 5 секунди, за да могат да се анализират. AI паър съответно, ако имаме критичен имейл, ще отиде и веднага ще ни уведоми в а

38:33↗в имейла на Ops Intelgat. Затова тука съм си подготвила един имейл, който ще го изпратя и след малко ще го видим. А пък това представлява самия дашборд [прочиства си гърлото] на Fishgard. Имаме за деня примерно колко имейла са сканирани, а колко от тях са а детектнати и колко са автоматично блокирани, колко от тях са били безопасни. Аа естествено това пак е а наше демо. Топ заплахите, които тук са изредени cencial харвестин и voice доста често напоследък се използват такива атаки, в които се променя абана фактура и човек може да се подведете. Ние разработихме и специална автоматизация, в която проверяваме iбана на фактурата, дали е а верния или има променен iън и е а кривента съответно а не е уведомил, но това се допълва страхотно към аа автоматизацията за фишинга. Как клиент се чувства а къде къде е по-защитен? И можем да видим аа конкретни примери с

39:56↗фишинг имейли, които а се появяват тука. Кои от тях са critical, кои са speс аа save. А разбира се, обаче това не ни е пълното решение. Тук имаме вече и а Peline reports и settings а за демото на софтони. Това ни представлява а дашборда. Само да погледна дали имате въпроси. А така. Какви са основните предизвикателства при интегрирането на третлин източници, CM системи и други инструменти за сигурност в един общен ITM workfow? А предизвикателството е доста голямо, защото аа в идните дни ми предстои да имплементирам и аа Възу, който е доста често използван Сим. А преди около две или три, два или три месеца интегрирах еластик, но трябваше да го вградя в самия N1 а, който а работи на конкретен порт. А доста често си е отнема си време, защото на селхоста 101 ние имаме doкр система. Трябва да отварям самия а doкеer контейнери файл, след което да а да проверявам дали това

41:30↗нещо аа върви като хората примерно. А съответно дали всички аърти пристигат в еластик. А така че имплементацията на CM системи бих казала, че отнема понякога и няколко дена, докато се увериш, че всичко работи както трябва. Така че всъщност доста хора, нали, може би се питат дали е лесно да се работи с еднатен. бих казала, че ти трябва месеци, докато го научиш. Аз примерно стартирах с а бизнес автоматизации, докато в един момент не открих, че мога да го прилагам всъщност и за киберсигулност и да го интервюрам с кали Linux, с еластик. А, направих и интеграция със сплънк, но спънка се изиска а платен лиценз, така че на този етап предимно ползвам еластик, но и той си е доста добър аа схем. Аа така. Кои процеси в кирни сигурно според вас носят най-голяма възвращаемост, когато бързат автоматизирани се натен и кое по-добре да останат с човешки контрол. А според мене, както казах, automated

42:56↗vulnerability сенера със сигурност трябва да остане с човешки контрол, защото доста пъти при present прентеationшъ тестовете, дори и да използваш някоя готова система като аа Nesus или Open Bass или някои от другите а Security решения, те доста често дават false positтив. Не можеш да разчиташ само на един тул. Туловете са, за да помагат нареationшъ тестера. Аа но като цяло за да вградиш една автоматизация и да си сигурен, че тя върви както трябва, аа трябва да тестваш много пъти, да правиш много промени, да правиш ръчни тестове. А така че се изисква доста време, за да внедриш. А фишинг имейла за него бих казала, че той си върви а доста добре без човешки контрол. А тествали сме го а няколко пъти а за демонстративни цели, така че се справя доста добре. И точно там съм използвала еластик. лътите си а влизат в системата. Така че освен, че а сега ще ви покажа, освен, че получавате аа доклад

44:30↗м

44:34↗да, сега ще отворя. Освен, че получавате този доклад, а получавате и самия аърт, който е в еластик си е, но еластик си е за моя просредяемост на самите заплахи, докато а клиентът пък получава точно такъв имейл, че не трябва да клика а върху самия фиishшинг имейл, което предотвратява доста и до голяма степен а заплахите. Но да, а имаме и разработена автоматизация за осин, която според мене а също си изисква отбрение. Така че доста от процесите не бих се доверила все още напълно на AI, но до голяма степен се справя доста добре с това нещо. Как гарантирате сигурността на самите автоматизации? Например за защитата на API ключове креншъри чувствителни данни, използвани в N1. Ами както вече споделих с вас, а нашия NS hosted, всички API ключове, креншъри, чувствителна информация се съхраняват на нашата аа doер система и те не излизат от там. Работим си с наша инстанция.

45:59↗А работим съответно спрямо GDPR изискванията. Подписваме съответните документи, цялата а информация се съхранява, а докет системите са добре защитени. Няма как оттам да аа изскочи някаква информация, докато ако не си на селфст решението натен, даже бих казала, че там има аа малко по-голям а риск, защото се доверяваш на тяхната clуд версия. А знам, че в Квесилност ид атаките са доста добре разпространени вече и доста напреднаха и те. Така че аз не бих се доверила изцяло на клад решение. Ами по-скоро се доверявам на нашите системи и предпочитам всичко да си го контролираме а ние и да сме убедени, че а както нашите данни, така и да данните на нашите клиенти са добре защитени и няма а да има изтичане на информация по някакъв начин. А при демонстрацията на автоматизиран анализ на фиishшинг и медихте оценили баланса между скоростта на автоматизацията и риска от фалшиви

47:16↗положителни или отрицателни резултати? А аз както го отворих този имейл, веднага можем да видим, че от самата автоматизация аз съм го конфигурирала по такъвна начин, че аа с главни букви не може да не го видиш. critical fishing alко

47:40↗аа дошъл самият аът аа кое трябва да а кликаш самия сендър, който е изпратил аа имейла. Аа съответно нивото на заплаха тук е доста а високо. Аз нарочном в самия subjectт, даже още съм приложила urgent и your account will be deactivated. Това е доста често среща една атака, но в аа нашите аа в нашето по-голямо аа решение за Fishgard Pro, там имаме и допълнителни алгоритми, които засичат освен а самото боди на имейла, както и събжекта, засичат и атачмънта, така че клиентът навреме да види, че това всъщност е фишинг при мен. А, автоматично пристигат в еластик, така че на момента мога да реагирам и съответното IP, което е от този изпратен имейл, веднага мога да го карантинирам и да го блокирам. Така че доста добре аа работи системата за фишинг имейли. А ако днес трябваше да започнете отновата изграждането на Security Automation платформате, каква архитектура и кои първи три

49:10↗автоматизирани процеси бихте избрали и защо? Ами аз започнах да а създавам Security Automation решения с стартирах с автоматизирания скенер за уязвимости. Това ми беше най-първата автоматизация, коя когато открих всъщност, че мога да а интегрирам Car Linux. И в моя бекграунд аз доста обичам penation testing, vulnerability manм и red teaming операциите. А имам известен бекграунд в това отношение, така че и пешън имам доста голям пешън там. Така че това ми беше първото решение, което си бях пиднала в главата и аа даже имам идеята [прочиства си гърлото] да разширявам това решение, така че да покрия всякакви тестови среди, както и всякакви клиентски. Най-разпространен е аппетриation тестинга, така че там, както вече обясних се прилага различна логика за vibe codдинг, за класическия а за класическия уебсайт примерно или пък за WordPress. А така че аз стартирах от

50:27↗vulnerнерабилити скена, защото смятах, че това е едно доста важно решение, което трябва да бъде приложено и се старая да гарантира а доста добри резултати и в смисъл алгоритмите, които прилагам са мои. Те са с JavaScript или Python, така че да не дава false positives. И [прочиства си гърлото] аа накрая доклад, който се генерира от AI, ако преценя нали, че някой увезвимост не е класифицирана правилно или не е приоритизирана правилно, аа минавам съответно а през нея и ръчно, за да се уверя какво предоставям на клиента, дали това е критично, както ай го е описало или а всъщност не е толкова критично, но затова вече се старая, нали, да, а така да имплементира рам решенията, че да не дават fse позитив. А друга много важна автоматизация, както вече споменах, е а за фишинг имейлите, а така че клиентът да бъде уведомен на време и да не клика върху а самия фиishнг имейл. А и друга

51:43↗друга автоматизация, която вече споменах за оти за DALX. Това им беше също от първите три, които а направих. Така се проверява публично достъпната информация за клиента. Дали има някаква изтекла в базите от данни. Съответно пример мога да дам с а един сайт, който се казва DH. А съответно те купуват такива изтекли данни от хакерите, използват ги. А ако Но мисля, че за там ти трябваше месечен абонамент. Това нещо също може да се интегрира с N и даже е доста важно за бизнесите. А, защото в момента предлагам такива услуги, освен да се увериш до каква степен имейлът ти е защитен, може да се а може да провериш и до каква степен има data дейталик а за твоята компания, дали има а някакви някаква изтекла чувствителна информация, съответно с конкретните препоръки какво трябва да се приложи. А на момента [прочиства си гърлото] изпращам а готов доклад към самия клиент

53:00↗и оттам нататъка вече продължават по-нататъчни срещи как можем да процедираме, как можем да а оправим а защитата и как можем да постигнем enterprise ниво. Така че освен, че веднъж вече сме приложили автоматизация и сме решили даден проблем на клиента, аа да имаме една сигурна месечна поддръжка и да сме уверени, че клиентът е защитен и а нивото на кивеционната защита е както трябва на едно високо равнище. Не съществува ли риск от AI да сгреши при правянето на automated тестове? А, не, въпросът не е глупав. Въпросът е много на място. Аа когато работим с AI, винаги винаги съществува някакъв риск AI да сгреши някъде. Но а това, което аз правя, мисля, че и малко по-рано го споменах, за да имплементирам а едно security automation решение, аз минавам през страшно много ръчни проверки. Мога дам пример, който преди две-три аа седмици имплементирах. една проста проверка на имейл домейна

54:25↗като защити защитни механизми SPF марки DKIM а до какво ниво е защитена организацията а проверката може да я направиш ръчно в C Linux това отнема няколко команди ноз реших че за трябва да автоматизираме това решение а следователно започнах да внедрявам в N, но за да бъда уверена, нали, че всичко работи като хората, най-малко 30 проверки сигурно направих, докато се убедя, че аа няма false positтив, аа да се убедя, нали, че AI не греши, а реално ми дава аа точен резултат. Аа как се убеждавам в това нещо? Правя пускам си, нали, автоматичната проверка в N1. Същевременно правя, докато чакам проверката, правя пак ръчна проверка в Кали Linux. Ако резултатите съвпадат, AI работи безупречно и не греши. Въпреки всичко до ден днешен аз предпочитам да направя за всеки случай и ръчна проверка, докато не се уверял, че след аа още два-три месеца, когато сме прилагали такъв тип проверки,

55:46↗аа всичко работи, нали, като хората и не трябва да правя някакви промени. [прочиства си гърлото] Като цяло си е доста работа, нали, да внедриш едно такова решение, но пък автоматизираше го. Убедише се, че няма аа някакви рискове, то работи доста добре. А и всъщност AI агентите в N1 аа когато ги конфигурираш, а работят а много добре. Аз примерно тука мога да отворя този аа тъкмо за фишинга съм отворила. задаваш му user prompt, а той си анализира тук данните, нали, за sender, за subject, за body, а самите keywords, създаваш му а системен промт. Правя няколко проверки, правя си проверките ръчно в Cer Linux и докато се убедя, нали, че всичко работи нормално, не спирам да тествам. А да, аз също благодаря за въпросите, така че а минавам нататък по презентацията. Остана ни още малко да довършим. Аа да има разгледахме три решения. Резултатът а е един. Имаме три различни проблеми,

57:12↗както вече обясних заб аналайзи за vulnerнерабилити скена и шишгад. А, доста по-бързо, доста по-сигурно е, а по-ефективно е. Така че нашите клиенти могат да се чувстват сигурни, че получават enterpriseпрайз ниво на киберзащита. Аа без автоматизациите това отнема за GP analyis примерно седмици консултации плюс доста скъп одит. А трябва да чакаш примерно и специалисти да се освободят, за да дойдат специално в твоята компания да направят оди. А с 10-15 минутен разговор с човек от компанията сядаме, попълваме въпросника, виждаме къде са а пропуските, правим а първична оценка и roadmap. За vulnerнерабиability скенера. Вече казах, че едно такова решение струва доста скъпо. А пък нашето осигурява 247 автоматично наблюдение и а фиксирана месечна цена, след което просто вече следва поддръжка. Така нашите клиенти са сигурни, че на дори и да се появят някакви нови уязвимости,

58:31↗те ще бъдат а фикснати навреме. Fishgard една ръчна проверка на имейл. Понякога отнема даже и час и половина на два, а тука за около 30 секунди получаваме автоматичен анализ. А в нашето enterprise решение цялата информация влиза в Elastic Search. А можем да проверим доста по-детайлно информацията, но elлаastic си е техническо решение, с което аз се занимавам като киберцилност специалист. За клиента ни е достатъчно той да получи аборт на време и да знае, че този имейл е фиishшинг и не трябва да цъка върху него. И така, lessons run. Какво научихме за днеска и как създаваме от идея до продукта? А какви са най-важните изводи? А можем да използваме а технологията, но тя е инструмент. Ние трябва да започнем с болките на клиента. Какви са проблемите при клиента? Не почваме с технологията и не казваме веднага да ще ползваме аа тези тулове. Трябва да се фокусираме върху конкретния проблем, как

59:49↗искаме да го решим, каква е болката на клиента и това вече определя самото решение. А оттам нататъка вече а съзнания заспен или security operations analist. А знаейки да работиш с конкретни тулове, ти а интегрираш решенията в N, а както и предлагаш специални алгоритми, а с които да се увериш, че решението работи. Аа работещото решение е по-ценно от перфектното решение и е доста така. Стараем се дадем а MVP с събирайки обратна връзка и подбрявайки непрекъснато нашите решения. Най-важното за едно security automation решение да се увериш, че то наистина работи. Аа и съответно всичко се изпълнява навреме, преди да аа настъпи някакъв риск за клиента. Не се стараем, а да бъде нали абсолютно всичко перфектно. Подажбордовете винаги има някаква а работа. Най-важното е самото решение да работи. Както казах, AI не заменя експерта, а пък а увеличава неговата ефективност. Така че всъщност

1:01:16↗ние се освобождаваме аа от сложените задачи и автоматизираме рутинната работа. Просто примера, който споменах е с email security решението, което а приложих преди няколко седмици. Да, вярно. с ка Linux с няколко команди аа проверяваш домейн сигурността, но пък когато автоматизираш и си убеден, че това решение работи, то става много готино, когато си пуснеш автоматизацията и ти е готова за аа 30 секунди до до една минута и вече имаш доклада. Контролът върху данните е конкурентно предимство. Да, при нас, както споменах, ние сме на селхостад и на докер аа нашия и сме си изградили собствена инфраструктура, която ние си е аа ние си я поддържаме, ние да си я конфигурираме, ако имаме нужда от нови инстанции на една. Следователно ги а създавам и така предпочитам да си контролираме а нашата среда, отколкото да се доверяваме изцяло на клауд решенията, защото риск винаги съществува. А така съм

1:02:34↗убедена, че а аз си контролирам нещата и всичко си е в аа нашата градинка, както се казва. стойността за бизнеса, основните ползи, които имаме от внедряването на Security Automation платформи. А пестим доста повече време, а всичко е автоматизирано, откриването на уязвимости, на рисковете. Имаме доста по-ниски оперативни разходи. А както споменах, повечето Кивърт сигурност решения са доста скъпо платени. А предимно големите корпорации те си имат собствен киберсинус екип. Някои от тях даже а все още нямат и се доверяват пък на а фринсъри на пенерейшъ тестъри, но това решение също е доста скъпо. Аа осигуряваме а месечен месечен абонамент на съвсем достъпна цена спрямо нуждите на клиента. Осигуряваме 247 непрекъснат мониторинг и всичко това се осъществява без голям вътрешен секюрити екип. Enterprise защита, достъпна за малкия и средния бизнес. Основната ни идея е да позволяваме на

1:03:56↗малките и средните компании да получават ентърз ниво на защита с по-малко време, по-ниски разходи и по-висока ефективност. А, както казах, големите корпорации те си имат собствени секюрити екипи, собствени секюрити а решение, но а никой не се а никой не се спира да се погрижи за малкия и средния бизнес. Така че това е нашата мисия, ние да се фокусираме аа върху това. А защо Оксгаard? Ами нашата мисия е да помагаме на малки и средни компании да получават enterprise символ на киберзащита, а без да се налага да избират между качество и цена. Аа автоматизираме подходящите процеси за за да освободим хората за работата, която наистина има значение. Така че се фокусираме върху стратегия, растеж и развитие. А не сме просто поредния доставчик, ами оставаме в дългосрочни дългосрочно отношение и планове. Помагаме решенията да се развиват заедно с бизнеса и разбира се непрекъснато се развиваме,

1:05:14↗инвестираме в знания, в нови сертификати, нови инструменти, иновативни подходи и решения. Добре. Аа ако имате някакви въпроси, ще изчакам да си ги зададете. Аа ако нямате, можете да се свържете с мене аа на нашия имейл. Можете да посетите нашия уебсайт, можете да ме намерите в LinkedIn и ако се сетите някакви въпроси, добре дошли сте да ги зададете и след семинара. Аз винаги отговарям, дори и да не го видя веднага, ще ви отговоря на следващия в смисъл на следващия ден. Така че чакам още малко, ако имате въпроси. Надявам се да беше а полезно за всички и да ви е харесал семинара. И така

1:06:18↗да като цяло аа затова се спирам на self hosted решения и не разчетам изцяло на аа на cloud решенията.

1:06:33↗Изчаквам още малко. Ако нямате въпроси, можете да ме намерите. в LinkedIn и ви да пишете имейл. С удоволствие ще се радвам да помогна и да отговоря на въпросите.

1:06:56↗Ами добре. Тогава пожелавам лека вечер на всички. Много благодаря, че гледахте семинара. Надявам се да ви е бил от полза и да ви е да ви е помогнал по някакъв начин. И така, оставам на линия за всякакви въпроси. Лека вечер.