Сигурно ли е в облака?

0:07↗който тръгва от IT екипа и в последствие

0:11↗а могат да бъдат въвни

0:14↗екипи, но затова IT-то има нуждата от

0:18↗подкрепата и пълното доверие на

0:21↗мениджмънта.

0:22↗[музика]

0:23↗Сложността на тази конфигурация често е

0:27↗предпоставка за грешки, както и мисълта,

0:30↗че аз знам това как да го направя,

0:32↗защото съм го правил локално и толкова

0:35↗много ми прилича на това, което виждам в

0:38↗облака,

0:40↗>> че за съжаление много от нещата остават

0:42↗просто на хартия. А, тоест ние може да

0:45↗сме сертифицирани спрямо ИСО, да кажем,

0:47↗или нещо подобно като рамка, а но

0:50↗всъщност това го имаме както просто да

0:54↗си го качим на стената в офиса,

0:57↗да допълня може би по конкретните

0:59↗регулации, а нещо, което отново бих

1:02↗казал тук вече цяла Европа изостава, е,

1:04↗че тепърва в момента се разработва една

1:07↗рамка, която да отговаря изцяло за

1:09↗облачните технологии и сигурността в

1:11↗облака, докато например в Щати Те

1:13↗тяхната рамка се нарича Fed RAM и е вече

1:15↗мисля, че от около 14 години изградена,

1:18↗>> което според мен е наистина доста голям

1:20↗голяма разлика като период от време.

1:23↗>> Когато една организация започне да

1:26↗мигрира към облака, тя трябва да има

1:28↗ясна стратегия и цели. Освен това

1:31↗внедряването на облачните услуги трябва

1:34↗да става поетапно. А когато правим

1:37↗политики за сигурност, те винаги се

1:39↗тестват на малка група от потребители.

1:43↗Добрата практика е тези хора да са част

1:45↗от различни екипи.

1:47↗[музика]

1:55↗>> Здравейте, вие сте с Технически

1:57↗погледнато подкастът, в който

1:58↗дискутираме горещите теми от света на

2:01↗технологиите. Аз съм Мая Бойчева. Освен

2:04↗на сайта zonefortech.bg

2:06↗може да ни гледате и слушате във всички

2:08↗популярни платформи. А ако не искате да

2:10↗изпуснете интересен епизод и интересна

2:12↗тема, абонирайте се за канала ни в

2:15↗YouTube.

2:16↗Сигурно ли е в облака? Дали заради това,

2:19↗че контролът донякъде е извън нашето

2:22↗полезрение, дали заради факта, че

2:23↗ресурсите са споделени с доста хора или

2:26↗пък заради статиите, в които четем за

2:29↗пробиви в облачните услуги. А свикнали

2:32↗сме да си мислим, че в облака не е

2:35↗толкова сигурно, но така ли е наистина?

2:39↗Днес ще търсим отговор точно на този

2:41↗въпрос заедно с гостите в студиото Диана

2:44↗Донкова, консултант облачни технологии в

2:47↗Кра и Веско Джумайов,

2:50↗>> инженер сигурност в Ендуросад.

2:52↗Здравейте.

2:53↗>> Здравейте.

2:54↗>> А епизодът се излъчва със съдействието

2:57↗на Краън.

2:59↗Според данни на Евростат, делът на

3:01↗компаниите в Европейския съюз, които

3:03↗използват платени облачни услуги, е

3:05↗достигнал 51% през 2024 годи. Прогнозите

3:11↗на анализаторите от IDCр пък са, че до

3:14↗края на тази година, на 2025 г. над 60%

3:18↗от предприятията в Европейския съюз ще

3:21↗използват поне една основна облачна

3:24↗услуга.

3:25↗В същото време броят и видовете на

3:28↗атаките също нарастват, а според

3:31↗данните, на които попаднах в мрежата,

3:34↗45% от пробивите в сигурността са

3:36↗свързани с облачните услуги.

3:40↗Затова и първият ми въпрос е

3:43↗по-несигурен ли е облакът от локалните

3:48↗решения? Мит ли е това или не е мит?

3:51↗Диана, да започнем с теб. Благодаря ти

3:54↗за поканата и конкретно на въпроса.

3:57↗По-скоро бих казала, че това е МИТ, тъй

4:00↗като доставчиците на на облачни услуги,

4:03↗това са Microsoft, Google и Amazon, това

4:06↗са големите в бизнеса. Те инвестират

4:09↗милиарди както в инфраструктура, така и

4:13↗в човешки капитал, специалисти, които а

4:16↗да работят за тях. И ако се върнем към

4:20↗данните, които ти цитира, да, наистика,

4:22↗наистина облакът е атакуван. 45% е доста

4:27↗голям процент на атаките, но в същото

4:31↗време коя е основната причина тези атаки

4:33↗да са успешни? И това е грешка в

4:36↗конфигурациите.

4:38↗Тоест тук говорим за човешка грешка. А

4:42↗защо хората грешим тогава, когато

4:45↗конфигурираме политики за сигурност в

4:47↗облака? Е, защото не познаваме как

4:50↗работи системата. Тоест не говорим за

4:53↗слабост на самата инфраструктура, а

4:56↗говорим за липса на достатъчно

4:59↗информация, познаване на добрите

5:01↗практики и освен това е една система,

5:05↗която се развива много динамично и

5:07↗понякога е трудно и ние да се развиваме

5:10↗със същия темп. Хм. Така че смятам, че

5:13↗ако една компания заложи в своята

5:16↗стратегия също така обучение на

5:18↗персонала, включително IT екипа,

5:22↗облактът а бил много по-сигурен и тази

5:26↗бройка на на атаките към него а би

5:29↗изпаднала значително.

5:31↗>> Мхм. Веско, според теб мит ли е или не е

5:34↗мит?

5:35↗>> Ами аз споделям мнението на Диди, тъй

5:37↗като според моите виждания по-скоро

5:39↗нещата стоят по следния начин, а

5:42↗всъщност да, процентно може би нарастват

5:44↗атаките и така нататък, но въпреки това

5:47↗аа това, което коментирахме за големите

5:50↗доставчици на облачни услуги, те

5:52↗инвестират наистина достатъчно много в

5:54↗сигурността и съответно тя се подобрява

5:56↗постоянно. Тоест ние използвайки едно

6:00↗локално решение няма как да си позволим

6:02↗този тип финансиране или инвестиция в в

6:05↗него и по този начин то остава

6:07↗по-несигурно. Така че с две думи да,

6:10↗според мен също това е по-скоро мит.

6:13↗Кои са основните заплахи за данните и

6:15↗системите

6:17↗поне към наш днешна дата и има ли

6:20↗разлика между заплахите, които са

6:23↗насочени към облачните среди и заплахите

6:26↗към

6:28↗локалните решения?

6:29↗>> Ами до голяма степен според мен се

6:31↗припокриват, честно казано. А, да, има

6:33↗някои, които са по-специфично насочени,

6:35↗като например Man in the cloud, но

6:37↗въпреки това дали ще е main in the cloud

6:39↗или in the middle, разликата не е кой

6:41↗знае колко голяма в крайния резултат и

6:43↗смятам, че може би трябва да се

6:45↗фокусираме повече върху социалното

6:47↗инженерство, тъй като в наши дни то се

6:49↗развива все повече и повече благодарение

6:51↗и на изкуствения интелект и по този

6:53↗начин се достигат по-лесно до а

6:57↗инфраструктурата. Тоест, когато дадена

6:59↗компания бива атакувана, често това се

7:01↗случва чрез например фишинг измами,

7:04↗които до ден днешен, макар и с подобрени

7:06↗технологии за защита, те остават все още

7:09↗аа един от основните начини за пробив на

7:11↗дадена система.

7:13↗>> Мхм. А вътрешните заплахи има ли ги и

7:16↗тук в облака, както укате?

7:19↗>> Съ сигурност, със сигурност. А не мога

7:21↗да кажа дали са повече или по-малко като

7:24↗като риск, но със сигурност ги има. А

7:26↗затова е задължително да има политики,

7:30↗свързани с dataтали leakage prevent и

7:32↗смятам, че на първо място те са

7:34↗задължителни и на второ място трябва да

7:37↗има много добър крос контрол. Тоест дори

7:39↗хора в един екип трябва да могат да се

7:41↗контролират един друг. Било то IT

7:44↗мениджмънта, който по дефолт има повече

7:47↗правомощия и привилегии в в средата, той

7:51↗въпреки това трябва да бъде с отчетност

7:53↗към другите свои колеги и да може да

7:56↗следят нещата, да остават в логовете, за

7:59↗да може след това да се види кой какво и

8:01↗защо е направил това нещо и да има

8:04↗съответния контрол.

8:06↗Ще си поговорим малко по-късно в

8:08↗разговора точно за по темата за

8:10↗политиките, която е много важна, но ми

8:13↗се иска а да разберем точно тези заплахи

8:17↗ли са причината някои организации все

8:19↗още да така да се притесняват да

8:21↗преминат към облачните услуги или

8:25↗по-скоро непознаване. Диана,

8:28↗>> да, аз отново бих се върнала към това,

8:30↗което казах в началото. по-скоро а е

8:33↗някакъв микс от предразсъдък, който

8:36↗казва въпрос, с който ние започнахме,

8:40↗облакът е по-несигурен и а другата

8:43↗причина е наистина липса на информация и

8:46↗не знаем кои са добрите практики. А

8:48↗освен това доста често, когато се прави

8:52↗стратегия за миграция към облака,

8:55↗големите организации са в една по-сложна

8:58↗конфигурация, която означава, че те са в

9:02↗хибрид между локалната среда, където те

9:05↗продължават да имат своите ресурси, но

9:09↗също така и облачната среда, където

9:12↗постепенно те пренасят или мигрират

9:16↗потребителите си. А тази сложност на

9:18↗конфигурацията означава, че екипът

9:21↗реално трябва да се грижи за две среди

9:24↗наведнъж, които понякога си приличат,

9:27↗тъй като примерно а Microsoftският облак

9:31↗по отношение на Mail Flowлаа а така се

9:35↗основава на локалния exchange сървър. А,

9:39↗но той толкова много се е развил, че

9:41↗понякога неща, които админите очакват,

9:44↗свикнали да боряват с локалното решение,

9:47↗не съществуват в облака, както и

9:49↗обратното. Тоест сложността на тази

9:53↗конфигурация често е предпоставка за

9:55↗грешки, както и мисълта, че аз знам това

9:59↗как да го направя, защото съм го правил

10:01↗локално и толкова много ми прилича на

10:04↗това, което виждам в облака.

10:07↗А, искам да се върна и към нещо, което

10:09↗Веско каза, тъй като смятам, че то е

10:10↗много важно. А тук си говорим за

10:13↗привилегии и това кой кои системи има

10:17↗право да управлява и дали има пълен

10:20↗достъп върху а облачната инфраструктура.

10:24↗>> А важно е да се каже, че а

10:27↗администраторите следва да имат достъп а

10:31↗пълен достъп до системата, която те

10:33↗управляват всеки ден. Тоест, ако аз

10:36↗примерно съм един администратор на

10:38↗exchange онлаine, аз ще имам пълен

10:40↗достъп дочеange онлаine, но не се

10:43↗занимавам всеки ден с SharePoint или с

10:46↗Teams. Това е отново пример от облака на

10:48↗Microsoft. Тоест, на мен не ми трябват

10:51↗права за достъп до тези услуги. Ако ми

10:55↗се наложи да свърша нещо в Sharepint, аз

10:59↗мога да поискам достъп за определен

11:00↗период от време. Той да получи

11:03↗одобрение, да има проследимост и

11:05↗видимост. А, но голямо предизвикателство

11:09↗е всъщност да разделим по този начин

11:12↗задачите в една организация, особено в

11:14↗малък и среден бизнес, където IT екипът

11:17↗е от двама-трима човека и да следваме

11:21↗този принцип на най-малката привилегия,

11:24↗така че а нашата среда да е по-сигурна,

11:27↗защото това е добра практика,

11:30↗разпределяне на привилегиите, така че

11:33↗всеки наистина да има достъп до

11:35↗структурата инфраструктурата, която

11:37↗управлява.

11:39↗>> Тоест основното е да имаме едни добре

11:42↗изградени политики в в организацията.

11:45↗Хм.

11:46↗>> Кой се занимава с изграждането на тези

11:48↗политики и те част ли са от така

11:50↗политиката за аа общата киберсигурност в

11:54↗организацията?

11:56↗>> Веко сигурност.

11:57↗>> Ами според мен тука е доста ключовото и

12:00↗участието на по-високите а постове, така

12:04↗да кажем, мениджмънта. Точно така. А тъй

12:06↗като по този начин, когато се съставя

12:09↗един унифициран процес или политика, се

12:13↗знае, че всички са инволвнати в

12:14↗изграждането му, че това нещо е одобрено

12:17↗от най-високото ниво и по този начин

12:19↗оттук нататъка вече всичко може да се

12:21↗надгради, промени спрямо

12:22↗необходимостите, нуждите на компанията,

12:25↗но е важно за мен наистина участието на

12:28↗всички. Не просто някой от админите да

12:30↗реши, че може днес да направи по този

12:32↗начин политиката и да каже оттук

12:34↗нататъка всички я следвате. Не, не

12:36↗смятам, че това е правилният подход.

12:37↗Смятам, че трябва да има аа разговор

12:40↗между отделните елементи на веригата,

12:43↗така да се каже, за да може да се

12:44↗постигне най-добрият резултат, който да

12:46↗комбинира правилното използване на

12:48↗технологиите, които да допринасят за

12:50↗развитието на бизнеса.

12:51↗>> Аз съм съгласна с теб, но за съжаление

12:56↗практиката показва нещо различно. А и

12:59↗поне в България тогава, когато а има

13:02↗някаква промяна, а миграция към облака,

13:06↗всъщност тя тръгва от IT екипа. И мога

13:09↗да дам пример със защита на чувствителна

13:12↗информация. А обикновено IT екипът

13:16↗съвместно с консултанти, каквито сме и

13:19↗ние, започва да да конфигурира политики,

13:23↗а и не винаги сме наясно коя е тази

13:26↗информация, която е чувствителна

13:28↗конкретно в организацията, в която

13:30↗работим и правим тази конфигурация. Ние,

13:33↗разбира се знаем, че личните данни

13:36↗трябва да бъдат защитени а по GDPR. има

13:39↗различни регулации, с които компанията

13:42↗трябва да се съобрази, но коя е

13:44↗конкретната чувствителна информация за

13:47↗този бизнес? И тук а би следвало да се

13:50↗включат активно екипи от правен отдел,

13:54↗от компаъйнс, а от маркетинг, които да

13:58↗кажат:"Ето тези документи за нас са

14:00↗важни, те са те съдържат чувствителна

14:02↗информация и ако тя попадне в грешните

14:05↗ръце, тогава това би навредило на

14:07↗бизнеса. А затова всъщност реално малко

14:12↗са малко са организациите в България,

14:14↗които имат стратегия за защита на

14:17↗данните. Обикновено това е процес, който

14:20↗тръгва от IT екипа и в последствие а

14:24↗могат да бъдат въвни

14:26↗екипи, но затова IT-то има нуждата от

14:30↗подкрепата и пълното доверие на

14:33↗мениджмънта, защото това са процеси, а

14:36↗които са процеси на промяна. А промяната

14:39↗означава, че ние ще работим по различен

14:42↗начин и в началото това няма да е

14:44↗комфортно за масовия краен потребител. А

14:48↗и не само за него, дори и за мениджмънта

14:50↗няма да е комфортно. Тоест важно е.

14:54↗Важно е хората да знаят, че това не е

14:56↗само технически процес, в който

14:58↗започваме да използваме една нова и

15:00↗модерна инфраструктура. Ами, а човек е

15:03↗психологически трябва да е подготвен и

15:06↗отворен да промени начина си на работа,

15:09↗за да се възползва от всички хубави

15:11↗неща, които облакът може да му

15:13↗предостави и да е по-продуктивен.

15:17↗А доколко влияние оказват регулациите?

15:20↗Тоест вече говорим за политика не само в

15:23↗самата организация, ами

15:25↗>> а политиките, които държавите следват и

15:28↗политиките в сектора. А оказват ли

15:31↗влияние тези регулации и промяната им

15:33↗съответно?

15:34↗>> Разбира се, че оказват влияние. Въпросът

15:37↗е доколко това влияние е само на хартия

15:40↗и доколко то наистина се изпълнява

15:43↗практически. А тъй като вие знаете,

15:46↗България е длъжна да интегрира част от

15:50↗европейските директиви в собственото си

15:53↗законодателство, но затова има един

15:56↗период, нали, и този период може да бъде

15:59↗може да бъде удължен. Тоест има части от

16:02↗законодателството, където ние имаме

16:04↗определена гъвкавост за интегриране на

16:07↗на европейски директиви и други, в които

16:10↗сме длъжни просто да ги да ги приложим.

16:14↗Да кажем, че а GDPR и регулации в тази

16:18↗сфера при тях наблюдаваме гъвкавост и

16:21↗тук мисля, че Веско може да се включи, а

16:25↗тъй като малко по-конкретен пример дам.

16:28↗А в случая точно с законодателните

16:31↗промени, които трябва да настъпят в

16:32↗България конкретно, за да отговаря тя на

16:35↗европейските рамки. И точно тук има едно

16:36↗страхотно забавяне. вече почти от

16:38↗година, ако не се лъжа, цитирам по

16:40↗памет, до октомври 24-та трябваше да

16:42↗влязат в сила промените в а на локално

16:45↗ниво законодателните промени, свързани с

16:47↗анис 2, така наречения мрежова

16:50↗информационна сигурност, втори етап, тъй

16:53↗като тя вече тази директива вече обхваща

16:55↗доста повече бизнеси, но това нещо до

16:57↗ден днешен търпи много голямо забавяне,

17:00↗както казах, вече е от почти година и а

17:03↗това, което и Диди спомена, че за

17:05↗съжаление много от нещата остават просто

17:07↗на хартия. Аа тоест ние може да сме

17:10↗сертифицирани прямо ИСО, да кажем, или

17:12↗нещо подобно като рамка, а но всъщност

17:16↗това го имаме както просто да си го

17:19↗качим на стената в офиса с две думи. А

17:22↗всъщност ние не следваме най-добрите

17:23↗практики, не прилагаме необходимите

17:26↗решения. За съжаление в момента по този

17:28↗начин стоят нещата. Има определено доста

17:30↗голямо забавяне. Дали се дължи на нашите

17:33↗географски ширини, не мога да кажа.

17:35↗Най-вероятно и те са фактор, но силно се

17:37↗надявам, че това ще се промени в близко

17:39↗бъдеще, тъй като все повече и повече от

17:42↗критичната информация е в дигитална

17:45↗среда, по-бочната по-скоро по-конкретно

17:47↗и наистина трябва да да се действа в

17:49↗тази посока. И да допълня може би по

17:53↗конкретните регулации, а нещо, което

17:55↗отново бих казал тук вече цяла Европа

17:57↗изостава, е, че тепърва в момента се

18:00↗разработва една рамка, която да отговаря

18:02↗изцяло за облачните технологии и

18:04↗сигурността в облака, докато например в

18:06↗Щатите тяхната рамка се нарича Fed RAM и

18:09↗е вече, мисля, че от около 14 години

18:11↗изградена,

18:12↗>> което според мен е наистина доста голям

18:14↗голяма разлика като период от време, тъй

18:16↗като а там за да може даден

18:19↗кли по-скоро разработчик или да си

18:23↗предлагате продукта, така да се каже, в

18:25↗в Щатите и с да работите с техните

18:27↗агенции, министерства и така нататък,

18:30↗трябва да отговаряте на тази рамка за

18:32↗киберсигурността в облака конкретно,

18:34↗което според мен е изключително правилен

18:36↗подход, тъй като те са започнали а с

18:39↗изграждане на съответните процеси и

18:41↗процедури, за да знаят хората какво

18:43↗точно трябва да следват, за да достигнат

18:44↗необходимото ниво на защита.

18:47↗Да кажем, че имаме вече политики в

18:49↗организацията. Мениджмънтът е съгласен,

18:52↗наясно. Да. Което е така добрата новина.

18:56↗>> Да.

18:57↗>> Какви технологии и инструменти се

18:59↗използват за защита на облачните среди?

19:03↗Веско.

19:03↗>> Ами различни са със сигурност от това,

19:06↗което сме свикнали онпрем, но има и

19:09↗доста, които съвпадат. Например едно CM

19:11↗решение или C, зависи от точното

19:13↗произношение. А то може да се интегрира

19:15↗и он и в облака и според мен то е

19:18↗ключовото. А но с развитието на AI бих

19:22↗допълнил и тулове, които с помощта на

19:26↗машин могат да оценяват поведението на

19:28↗дадените потребители и да

19:31↗успяват да известят съответния а екип,

19:35↗когато може да има някакъв проблем.

19:38↗Тоест на база на поведението на дадения

19:40↗субект, а сами самият л може да разбере,

19:43↗че има някакъв проблем или потенциал за

19:46↗такъв проблем, като се започне от

19:48↗например различни часове за логване.

19:50↗Тоест някой в неделя следобед изведнъж

19:53↗решава да почне много да работи, да

19:55↗сваля някаква информация. Това е доста

19:58↗подозрително, но това няма как да го

19:59↗забележиш, ако нямаш изграден а тул,

20:02↗който да следи точно бихевиъра,

20:05↗поведението на съответния потребител.

20:08↗И всъщност това е нещото, което аз искам

20:11↗да допълня, тъй като съвсем леко

20:14↗поговорихме и за вътрешната заплаха, а

20:17↗това за което Веско говори, инструменти,

20:20↗които използват машин урнинг, така че

20:22↗наистина се установи кога поведението на

20:25↗на даден служител а не е характерно за

20:28↗него, а се използват в такива решения за

20:32↗insideer risk мениджмънт. Тоест на

20:35↗базата на това, то е малко шпионско,

20:38↗но програмата знае ти колко мейла

20:42↗изпраща всеки ден към външни получатели,

20:45↗колко файла си споделила и в един момент

20:48↗вижда, че вместо да споделиш 10,

20:51↗изведнъж споделяш 30, 40, 50 файла.

20:54↗>> Необичайно поведение.

20:55↗>> Това е много необичайно. Тогава директно

20:58↗се се вдига аларма, която се изпраща на

21:01↗на IT екипа, който пък се очаква все пак

21:06↗да работи и с и с HR-а и да са наясно

21:09↗този служител дали не напуска или пък

21:13↗дали не е получил някакво ревю така на

21:16↗тримесечие, което да не е било добро

21:19↗добро за неговата работа. Тоест дали той

21:21↗не се чувства демотивиран. Малко или

21:24↗много, а AI така се интегрира в тези

21:28↗продукти, които наблюдават за за

21:31↗вътрешен човек, който да изнася

21:33↗чувствителна информация, че малко дори

21:36↗следи така психологически

21:38↗а кой как се държи и се опитва да да

21:41↗установи а точно тази тази аномалия,

21:46↗събирайки, разбира се връзка от

21:49↗различните екипи в организацията. казах

21:51↗не само администраторите, но много важно

21:55↗HR-ъ, който може да каже дали има

21:58↗някакъв проблем със служителя.

22:02↗>> А има ли значение за сигурността как се

22:05↗извършва внедряването на облачните

22:07↗услуги? А въобще за какво трябва да да

22:10↗се внимава Диана?

22:12↗>> Има има значение. А, както казах тогава,

22:15↗когато една организация започне да

22:17↗мигрира към облака, тя трябва да има

22:20↗ясна стратегия и цели. Освен това

22:23↗внедряването на облачните услуги трябва

22:25↗да става поетапно. А когато правим

22:28↗политики за сигурност, те винаги се

22:30↗тестват на малка група от потребители.

22:34↗Добрата практика е тези хора да са част

22:37↗от различни екипи, тъй като всеки човек

22:40↗борави по свой собствен начин с

22:42↗информация. примерно маркетинга ще

22:45↗разпращат много имейли, ще споделят

22:47↗документи. Хората от IT екипа а ще пишат

22:51↗код, ще правят промени в самата конзола.

22:55↗Тоест, тук имаме различни случаи. Когато

22:57↗съберем една такава група от потребители

23:01↗и тестваме новото облачно решение,

23:04↗всъщност ще получим обратна връзка от

23:07↗всеки един от тях и ще видим и къде са

23:09↗проблемите, защото а облактът предлага

23:13↗един бейлайн, една конфигурация на

23:16↗базата на добрите практики, а които са

23:19↗изградили големите доставчици на на

23:23↗облачни услуги, но в същото време всяка

23:26↗една организация

23:27↗има своите изисквания, регулации,

23:30↗чувствителна информация, както и а

23:34↗потребители, за които трябва да се

23:36↗направят изключения, което ако си

23:40↗говорим отново за заплахите, за

23:43↗сигурността на облака, подобни

23:44↗изключения а са често срещани и те

23:48↗наистина а представляват риск тогава,

23:51↗когато трябва да изключим даден

23:54↗потребител, обикновено на високо ниво

23:56↗ниво в нашата организация от политиката

23:59↗за сигурност, защото а примерно той не

24:03↗получава важни важни съобщения.

24:06↗А тук наистина искам да кажа, че е много

24:08↗важно, ако това е нещо, което е

24:10↗наложително, то да се направи по сигурен

24:12↗начин. Такива начини съществуват,

24:16↗така че а това да не създава възможности

24:20↗за пробив в сигурността. Тоест малки

24:24↗тестови групи, обратна връзка, адаптация

24:27↗на продукта, ако се налагат изключения,

24:30↗се правят по сигурен начин, така че да

24:34↗да знаем, че че някой няма да ни

24:37↗атакува. Хм.

24:39↗>> И другото, което е много важно, аз

24:41↗постоянно натам а натам отивам, а хората

24:44↗да имат наистина очакването, че това е

24:48↗промяна и че ще променят начина, по

24:51↗който работят. А важно е те да се

24:54↗обучават, защото те са свикнали да

24:57↗боравят с документи по един начин. Този

24:59↗начин може би вече няма да е достъпен.

25:02↗Ами тогава кой е новият начин, по който

25:05↗те могат да продължат да вършат работата

25:06↗си? И тоест това е отговорност на

25:09↗организацията и на мениджмънта. те да

25:12↗разберат, че трябва да се инвестира в в

25:15↗обучение на потребителите, а не само в

25:18↗това да започнем да да ползваме тези

25:21↗облачни услуги и да платим за тях.

25:23↗>> Аз бих искал само да вметна във връзка с

25:25↗изключенията, за които Диди спомена, то

25:28↗се получава известна ирония точно в този

25:29↗момент, тъй като точно C левъла, Cлеevл

25:33↗мениджмта е често а обектът на тези

25:36↗изключения. А това е, както казах,

25:38↗ироничният момент, защото пък те са

25:40↗хората, които имат най-много достъпи,

25:42↗най-много информация минава през тях и

25:44↗освен това са и най-таргетираних,

25:46↗>> било то през чрез спиърфишинг или дори

25:49↗като видове атаки.

25:51↗>> А, но точно това е странното, че хората

25:54↗явно отказват да разберат точно този

25:56↗момент как защо няма да се остави а

26:00↗вратичка за този човек. Ами ето затова,

26:02↗защото ти си този, който има най-много

26:04↗информация, най-много критична

26:06↗информация минава през него и си освен

26:09↗това и най-ргетиран.

26:10↗>> Мхм. Тоест си левъла на си левъла не

26:12↗трябва да се дават всички права, както

26:14↗са явно в някои организации правят, а

26:17↗просто трябва правата да са спрямо а

26:20↗необходимостта от работа.

26:22↗>> Точно така. Точно така. Точно така.

26:23↗Трябва да се следва принципът за need to

26:25↗know и за leas privilege. Със сигурност

26:28↗това са си най-добрите практики и са

26:30↗меко казано задължителни. особено за

26:32↗по-високите нива, които са и а най

26:36↗най-често обектът на такъв тип атаки.

26:40↗>> Според теб нужно ли е специфично

26:42↗обучение на персонала?

26:44↗>> Абсолютно задължително е. Не просто е

26:46↗нужно. То е за мен е абсолютно

26:47↗ключовото, тъй като както и Диди

26:49↗спомена, трябва да хората да бъдат

26:51↗известявани за промените. Не може един

26:53↗ден да отидеш на работа, да си включиш

26:54↗компютъра и да видиш, че всъщност не си

26:57↗няма да работиш днес, както си работил

26:58↗предишния ден. имаш нова политика, нов,

27:01↗да кажем, сенсивити лейбъл, който не ти

27:04↗позволява да изпратиш даден имейл, тъй

27:05↗като на първо място по този начин а

27:10↗изключваме психологическия момент, в

27:11↗който хората по този начин се

27:13↗притесняват от това, че не могат да си

27:15↗вършат работата. Ами идва един момент, в

27:17↗който ти се опитваш да заобиколиш тази

27:19↗забрана, което от от своя страна отваря

27:22↗нови рискове. И освен това е третият

27:24↗момент, когато всъщност пет човека ще

27:27↗зададат един и същи въпрос днес на IT

27:29↗екипа, защото това нещо е ново и не е

27:32↗известено и по този начин а се губи от

27:35↗човешкия потенциал и ресурс на IT екипа,

27:37↗за да се занимава с едно и също нещо пет

27:39↗пъти за конкретния ден, което можеше да

27:41↗бъде спестено, ако просто всички бяха

27:43↗известени както трябва.

27:46↗Можем ли да обобщим кои са така

27:48↗основните грешки, които се допускат при

27:51↗внедряване на облачни ури с оглед на

27:54↗сигурността?

27:55↗Диана

27:56↗>> можем да То първата, с която започнахме

27:59↗в самото начало е наистина недобре

28:02↗направена конфигурация. Както казах, не

28:05↗се следват добрите практики. А също така

28:09↗а недобре направена конфигурация, защото

28:14↗нашите потребители не могат да се да се

28:17↗справят със сложността на системата. И

28:19↗това води към втория риск, който е

28:23↗свързан с това, че когато достъпваме

28:25↗някакъв ресурс, който се намира в

28:27↗облака, ние всъщност трябва да докажем

28:30↗кои сме и че ние сме точно тези хора,

28:33↗които могат да достъпят този ресурс, а

28:36↗не някой натрапник, който се опитва да

28:38↗проникне в нашата среда. Тоест, тук

28:41↗трябва да имаме инструмент, с който да

28:43↗се идентифицираме и на базата на тази

28:46↗идентификация да получим достъп. Тоест

28:49↗говорим за права и достъп до средата. А

28:52↗това е едно от нещата, които се

28:55↗използват, за да се крадат акаунти, да

28:58↗се компроментират потребителски акаунти

29:00↗и да се прониква в в облака и оттам

29:04↗насетне да се правят бели. А освен това

29:08↗така наречените shadow IT, тоест

29:10↗апликации, които нашите потребители

29:13↗използват, по един или друг начин са

29:15↗достъпили, а и ние като IT екип не сме

29:18↗наясно с това какви права имат

29:21↗апликациите върху върху нашата среда.

29:25↗Говорихме вече за привилегиите,

29:28↗а за това, че трябва да се използват

29:30↗възможно най-малко привилегии за

29:32↗административните роли. Тоест само това,

29:36↗което ти е необходимо, за да си вършиш

29:38↗работата, а не пет човека да имат пълен

29:42↗достъп до цялата инфраструктура. Всеки

29:44↗да може да прави да прави всичко.

29:48↗>> Мхм.

29:48↗>> А и така бих ги разделила. Първата

29:51↗стъпка е винаги да се погрижим за

29:53↗сигурността на потребителите, как те

29:56↗достъпват облачните ресурси. Втората

29:58↗стъпка е да се погрижим за устройствата,

30:02↗от които тези потребители достъпват

30:04↗ресурсите, при какви условия те ще имат

30:06↗достъп и какъв ще бъде този достъп. И

30:10↗третата стъпка, когато вече сме

30:12↗подсигурили потребителя, неговото

30:14↗устройство, е да видим как той ще борави

30:17↗с информацията, която се намира в

30:19↗облака. Защото в облака вече ние имаме

30:22↗много фирмена информация и когато тя е

30:26↗чувствителна, при какви условия тя се

30:29↗разменя с хора извън организацията, при

30:32↗какви условия хората вътре в

30:34↗организацията работят съвместно върху

30:36↗документи, които са с чувствителна

30:38↗информация, тоест са потребители,

30:40↗устройства информация.

30:42↗>> Хм. Според мен също е доста ключово да

30:45↗се изясни от рано при използването на

30:47↗дадена услуга къде точно е границата.

30:49↗къде отговорността пада върху доставчика

30:52↗и къде върху потребителя, тъй като в

30:55↗един момент остава едно такова съмнение

30:58↗в потребителите, абе това всъщност не е

31:00↗моя отговорност да го защитавам. Това е

31:02↗на доставчика и обратното. И това нещо

31:05↗според мен наистина е доста ключово още

31:07↗когато започва интеграцията, да се знае,

31:10↗да се да са наясно хората, че критичната

31:12↗информация си е наша отговорност да бъде

31:14↗защитена, макар и използвайки

31:16↗инфраструктурата на доставчика.

31:19↗При вас, Веско, вие какви добри практики

31:22↗използвате, за да гарантирате

31:24↗сигурността в вашата среда?

31:25↗>> Ами на първо място, освен техническите,

31:28↗които за които Диди спомена

31:30↗няколкократно, аз бих добавил и чисто

31:33↗човешкия фактор. А това включва обучения

31:36↗на първо място, а тъй като средата е

31:39↗изключително динамична и буквално едно

31:41↗нещо, което се е случило миналата

31:42↗седмица, тази седмица ще изглежда по

31:44↗съвсем различен начин, но въпреки това

31:45↗може да проработи при даден вид атака.

31:48↗Тоест за мен това да сме а ъпдейтнати

31:51↗постоянно е най-ключовото и да обучаваме

31:54↗персонала си, тъй като а колкото и

31:56↗технически мерки да се вземат, винаги

31:58↗зад клавиатурното устройство е

31:59↗последната линия на защита, така да се

32:01↗каже. било то с един фиishшинг имейл,

32:04↗било то с някакъв вид друг социален

32:07↗инженеринг, винаги могат да бъдат

32:09↗достъпени критичните данни, ако човекът

32:13↗не се не се е подготвил и за него и на

32:16↗него самия не му е било обяснено, че той

32:18↗всъщност е отговорен за това нещо и да

32:20↗се даде ясен знак, че а важността на

32:23↗информацията е ключова, тъй като в наши

32:27↗дни всичко е дигитално и а дори как да

32:30↗кажа м инфо Информацията вече е по-ценна

32:32↗дори от пари и различни други видове

32:35↗активи. Това според мен е най-ключовото.

32:38↗А отвъд, както казах вече, техническите

32:42↗а параметри, които се използват, но със

32:44↗сигурност и а туловете са изключително

32:47↗важни и затова вметнах още в в началото

32:52↗за AI туловете, които на база на

32:54↗поведението на служителя могат да правят

32:57↗сами а заключения, а а дори и да взимат

33:00↗и дейст да предприемат действия, които

33:02↗да ограничат например даден опит за

33:05↗ефитреation на някакъв вид информация.

33:09↗Тоест, можем ли да кажем, че така с

33:12↗по-широкото използване на изкуствен

33:13↗интелект облачните услуги ще стават все

33:16↗по-сигурни и по-сигурни?

33:17↗>> И дай не.

33:20↗>> А и дай не, тъй като изкуственият

33:22↗интелект вече се интегрира като част от

33:26↗системите за сигурност, но също така се

33:28↗използва и за атаки.

33:30↗Тоест фишинг имейла вече съдържа пфейк

33:33↗видео, което е реално видео на на

33:36↗реалния човек. Единствено това, което

33:40↗иска от теб е да си дадеш банковата

33:42↗сметка, пина, краденшълите и така

33:44↗нататък, но това е той. Това не е някой,

33:47↗който се който се представя за него. А

33:50↗така че в момента това, което

33:52↗наблюдаваме с с AI на на българския

33:56↗пазар е, че хората го използват, но

33:59↗често не си дават сметка, че

34:02↗информацията, която поставят вътре, тя

34:05↗се тя се използва за обучение на модела.

34:07↗Говорим за тези версии, които не са

34:10↗платени или които не са интегрирани с

34:15↗облака на на клиента, ако мога така да

34:17↗се изразя. Защото платеният вариант, той

34:21↗ще запази тази информация вътре

34:24↗единствено в твоята среда. Но тези,

34:26↗които масово се използват, чат GPT, дори

34:29↗и копай, който е безплатен, всичко това

34:32↗излиза в интернет и да, много е полезно,

34:36↗но в същото време това, което ти търсиш,

34:39↗въпросите, които а ти задаваш, те са

34:43↗публично достояни и се използват, за да

34:45↗се обучи модела. И модел, моделът да

34:49↗разбере, ако мога така да се така да се

34:52↗изразя, какво ти търсиш, от какво се

34:55↗интересуваш. Е тогава защо този модел

34:58↗също да не бъде използван, за да атакува

35:01↗атакува облака и той се използва. Хм.

35:05↗>> Така че наистина и да, и не.

35:08↗>> Да. Реалността е малко или много се

35:10↗получава нещо като игра на котка и

35:11↗мишка. Тоест и двете страни постоянно се

35:14↗преследват кой ще използва по-добре

35:18↗AI-я, дали за атака или за защита. И

35:21↗според мен този процес ще продължи доста

35:23↗дълго време, тъй като, както казах, е

35:26↗общодостъпно като технология и за двете

35:28↗страни и колкото повече се инвестира от

35:32↗защи за защита, толкова пък от друга

35:34↗страна недоброжелателите осъзнават, че

35:36↗след като толкова се опитваме да защитим

35:37↗нещо, значи сигурно е ценно.

35:40↗>> Така че те ще продължат по същия начин.

35:42↗Да. натискат в тази посока и да,

35:44↗буквално борба между доброто и злото се

35:47↗очертава.

35:49↗>> А като финал какво да очакваме от

35:52↗облачната сигурност бъде следващите пет

35:54↗години? Доста дълъг период, но се

35:58↗опитаме със сигурност ще е доста

35:59↗динамично. Това е гарантирано. А тъй

36:02↗като както още в самото начало

36:05↗споменахте, а все повече и повече а

36:09↗организации се преместват в облака. А

36:12↗съответно ще става все по-населено там,

36:14↗така да се каже, ще има все по-критична

36:17↗информация и съответно ще бъде пък тя

36:21↗цел на недоброжелателите, които ще искат

36:23↗да достъпят. А предполагам, че в

36:25↗България конкретно ще има доста доста

36:29↗проблеми с интегрирането на облачните

36:32↗услуги, тъй като смятам, че чисто, как

36:35↗да кажа, на ниво на родопсихология сме

36:38↗малко по-скептични към иновациите и

36:41↗малко по-бавно ще се случат. Надявам се

36:44↗все пак да се случат и да се случат по

36:45↗правилния и сигурен начин.

36:47↗>> Мхм. Диана,

36:49↗>> ами аз бих допълнила Веско с това, че

36:52↗наистина смятам, че AI ще бъде използван

36:55↗и за добро, а особено за защита, тъй

36:59↗като все пак изкуствения интелект може

37:02↗да анализира огромни масиви от бази

37:05↗данни, а да намира патърни, аномалии и

37:09↗ако говорим за секюрити логове, а

37:13↗времето, което един secкюрити аналист ще

37:17↗вложи, за да за да намери дадена

37:19↗аномалия за Ея, ще става почти

37:23↗мигновено, аа което е много ценно. Тоест

37:27↗вярвам, че той ще бъде все по-интегриран

37:30↗в системите за сигурност. В същото време

37:34↗ми се ще да вярвам, че човекът няма да

37:37↗бъде да бъде изключен аа защото а ние

37:42↗сме тези, които взимаме финалното

37:43↗решение. Това наистина ли е заплаха или

37:47↗не? Дали трябва да се митийтне, дали

37:49↗трябва да се изолира това устройство,

37:51↗този потребител и така нататък. Или

37:54↗всъщност говорим за за фолс позитив. А

37:57↗така че човешкият фактор, той може да

38:00↗причинява проблеми, но освен това ние

38:03↗имаме нашия интелект, което е едно от

38:06↗силните ни оръжия. А и другото, в облака

38:11↗ще има и доста автоматизация, нали? А

38:14↗това, което обясних преди малко, имаме

38:16↗инцидент, който е с с high severвериity.

38:20↗такъв инцидент вече дори и сега директно

38:24↗автоматично може да се изолира и да се и

38:28↗да се реши и то има доказателства, които

38:32↗са събрани и още докато екипът по

38:35↗сигурност не е бил уведомен и не е

38:38↗реагирал, системата вече на базата, че

38:41↗познава този тип поведения, инциденти и

38:44↗така нататък, е успяла да реагира и да

38:47↗не позволи тая заплаха да се

38:49↗разпространи в организацията. Така че

38:51↗интеграция AI и автоматизация

38:54↗и ми се ще да вярвам също така, че и ние

38:58↗ще се развиваме и ще сме по-отворени към

39:01↗промяната,

39:03↗защото тогава, когато човек се развива,

39:06↗той е той е жив, учи нови неща,

39:08↗любопитен е и се чувства щастлив.

39:13↗Добре, прекрасен финал за за нашия

39:16↗разговор. Изключително много ви

39:17↗благодаря, че гостувахте на технически

39:20↗погледнато.

39:21↗>> Благодарим.

39:22↗>> И ние благодарим за поканата.

39:24↗>> Това беше всичко от нас. Благодаря ви,

39:27↗че избрахте технически погледнато със

39:29↗съдействията на Крен. А не забравяйте да

39:32↗ни гледате и слушате на всички популярни

39:35↗платформи, както и на сайта

39:36↗zonefortecher.bg БГ и разбира се да се

39:39↗абонирате за канала ни в YouTube. เฮ

39:41↗[музика]