Идентичност
Имаме MFA. Защо това не е достатъчно
Защо само MFA (многофакторно удостоверяване) не доказва защита: устойчивост на фишинг, повторно използване на токени, OAuth съгласие, устройства и контролирана проверка.
Статии
Практически обяснения за реални решения
Ясни материали за организации, които трябва да разберат дадено изискване, да подготвят доказателства или да превърнат констатациите в работещи подобрения.
Идентичност и доверие в пощата
Идентичност и реакция при инцидент
Компрометиран Microsoft 365 акаунт въпреки MFA: какво проверяваме
Практическа последователност при компрометиран Microsoft 365 акаунт: достъп, сесии, приложни права, доказателства и проверено възстановяване.
Идентичност и достъп
Напуснал служител още има достъп: проверка при напускане
Работен списък за отнемане на достъп: Microsoft 365 сесии, външни приложения, общи пароли, устройства и доказателства за приключване.
Доверие и доказателства
Кой изпраща имейли от името на Вашата фирма
Проверка на SPF, DKIM и DMARC, значението на p=none и тест за подправен подател без прекъсване на легитимната поща.
Практическо ръководство
Защо фирмените ни имейли попадат в спам — и откъде започва проверката?
Съберете проблемно съобщение и установете коя услуга го е изпратила, преди да променяте настройки. Причината може да е в удостоверяването, репутацията, начина на изпращане или филтрите на получателя. Успешната техническа проверка не гарантира, че писмото ще попадне във входящата кутия. Анализирайте всеки път на изпращане отделно и запазете изходните данни.
Доверие в пощата и човешки решения
Писмото минава DMARC, но фактурата е измамна: проверка на плащането
Как се проверяват променен IBAN, нов получател и фактура от компрометиран доставчик, дори когато удостоверяването на пощата е успешно.
NIS2, DORA и доставчици
Съответствие
NIS2 в България: кой попада, докога и какво следва
NIS2 (директива на ЕС за киберсигурност) в България: обхват, съществени и важни субекти, санкции, регистрация и практически доказателства по променения Закон за киберсигурност.
Съответствие
Сроковете по Закона за киберсигурност: какво вече важи и какво предстои
Кои задължения по Закона за киберсигурност вече важат, кои подзаконови актове предстоят и какви са повтарящите се срокове. Проверено в Държавен вестник.
Съответствие
Глоби по Закона за киберсигурност: какво рискуват организацията и ръководителят лично
Колко са глобите по Закона за киберсигурност за съществени и важни субекти, каква е личната глоба за ръководителя и какво намалява риска.
Съответствие
Малка фирма сме. Засяга ли ни Законът за киберсигурност?
Кога Законът за киберсигурност важи за малка фирма, кога размерът няма значение и как законът стига до малките доставчици чрез клиентите им.
Съответствие
Кметът и Законът за киберсигурност: какво законът изисква лично от него
Какво трябва да направи кметът по Закона за киберсигурност: одобряване на мерките, обучение, отговорници, докладване на инциденти и личната глоба.
Практическо ръководство
Отнася ли се NIS2 за нашата фирма — и откъде да започнем?
Започнете с юридическото лице, действителната му дейност и данните за предприятието. След това проверете изключенията и националното законодателство. Въпросът от клиент е повод за анализ, но сам по себе си не установява пряка приложимост на NIS2. Полезният резултат е писмен извод с ясно посочени липсващи факти.
Статия · публикувана на 13 септември 2026 г.
DORA или NIS2: кое се отнася за Вашата организация?
И двете уреждат киберсигурността, устойчивостта, инцидентите и доставчиците. Практическата разлика е кого обхващат, колко подробно определят задълженията и кой осъществява надзора.
Съответствие
Регистър на информацията по DORA: какво съдържа и къде се бърка
Регистър на информацията по DORA (регламент на ЕС за цифровата оперативна устойчивост на финансовия сектор): образци, LEI и EUID, връзка услуги–функции, валидация и подаване. Практически проверки за финансови субекти.
DORA и практически доказателства
DORA регистърът е отхвърлен: как се поправят грешките
Практически пример за DORA регистър: запазване на подадената версия, проследяване на грешни връзки, корекция при източника и повторна проверка.
Съответствие
Доставчик сте на банка или на съществен субект. Какво ще поискат от Вас
Банка Ви изпрати анекс с нови клаузи за сигурност. Кои са задължителни по чл. 30 от DORA, кои подлежат на договаряне и какво Ви струват.
Практическо ръководство
DORA: как да докажем, че мерките ни работят?
Политиката описва как трябва да се работи. Доказателството показва какво е направено в определен обхват и период. Полезният преглед по DORA свързва изискване, отговорник, мярка, запис и коригиращо действие. Започнете с една важна услуга и проследете тази връзка, преди да събирате документи от цялата организация.
Статия · публикувана на 13 септември 2026 г.
Как се прилага lex specialis между DORA и NIS2
Lex specialis не е бутон, който изключва NIS2. Принципът урежда случаите на застъпване: когато две валидни правила уреждат един и същ субект и един и същ въпрос, специалното правило измества общото само в застъпената част.
Статия · публикувана на 13 септември 2026 г.
DORA и GDPR: кога и двата режима се прилагат към един инцидент
DORA не измества GDPR (Общ регламент относно защитата на данните) и не е специален акт спрямо него. DORA е насочен към цифровата оперативна устойчивост на финансовия субект, а GDPR защитава хората и техните лични данни. Когато дадена система, доставчик или инцидент попада в обхвата и на двата режима, трябва да бъдат проверени и двата.
Статия · публикувана на 13 септември 2026 г.
TLPT по DORA: какво е и за кого е задължително
Threat-Led Penetration Testing (TLPT) е най-задълбоченото ниво на тестване в рамката на DORA. Това не е годишен пентест, сканиране за уязвимости или задължение за всеки финансов субект.
Клиентски въпросници и доказателства
Доверие и доказателства
Клиент ни изпрати въпросник за сигурност. Как да отговорим
Какво проверява всеки блок въпроси във въпросника за сигурност и как да отговорите честно, включително за липсващите контроли, без да губите сделката.
Практическо ръководство
Как да поддържате доказателства за клиентски проверки
Всеки съществен отговор е твърдение, което се нуждае от отговорник, обхват и подкрепящ запис. Папката за многократна употреба намалява противоречията и повторното събиране на информация. Тя помага на търговския и техническия екип да разграничават наличните мерки от планираните подобрения.
Инциденти и възстановяване
Инциденти
Ransomware 2026: как влизат и какво реално ги спира
През 2026 г. ransomware започва с работещ вход, изложен отдалечен достъп или акаунт на доставчик. Пет контрола, подредени по това какво прекъсват.
Практическо ръководство
Имаме резервни копия. Можем ли действително да възстановим бизнеса след ransomware?
Успешната задача за резервно копиране не доказва, че бизнес услугата може да бъде възстановена. Проверете достъпността на копията след компрометиране на акаунт, готовността на средата и зависимостите. Решаващият тест е безопасното изпълнение на договорена бизнес операция с възстановимите данни.
Инциденти
Първите 24 часа: часовникът при инцидент
Часовникът по NIS2 и DORA тръгва от узнаването, не от овладяването. Какво значи узнаване, кой класифицира и кои решения трябва да са записани предварително.
Практическо ръководство
Кой може да спре компрометиран акаунт? Решенията преди инцидента
Договорете предварително кой може да разследва, ограничава и възстановява достъп, при какви условия и с какъв запис. Разрешението за наблюдение и правото да се прекъсне услуга са различни решения. Планът става използваем, когато заместникът може да го приложи, без да измисля одобрението по време на инцидента.
ИИ и наблюдение на сигурността
Изкуствен интелект
Екипът ни ползва ChatGPT. Какво трябва да е записано
Политика за ползване на ИИ (изкуствен интелект) на една страница: какво влиза в подсказка, кои инструменти са одобрени, кой проверява изхода и какво изисква Регламентът за ИИ.
Практическо ръководство
Как да прилагате правилата за данни и резултати от ИИ в ежедневната работа
Определете кои инструменти се използват, какви данни могат да получават и кой проверява резултата, преди да повлияе на клиент или бизнес решение. Приложете правилата към действителни задачи. Кратката политика е полезна, когато служителят разпознава своята работа и знае одобрения начин да я извърши.
Изкуствен интелект
Изкуствен интелект в наблюдението на сигурността: какво подобрява и какво не
Къде машинното обучение и езиковите модели реално помагат при наблюдението на сигурността, къде вредят и как да проверите твърдението на доставчик.
Практическо ръководство
Имаме SIEM, но виждаме ли навреме реалните атаки?
Проследете пътя от относима атака до полезен сигнал и разрешено действие. SIEM събира и анализира събития по сигурността, но наличието му не доказва покритие. Проверете какво вижда, кой анализира и какво се случва, когато обичайният отговорник не е на разположение.
Наблюдение на сигурността и избор
Купуваме MDR или SOC: какво трябва да докаже доставчикът
Оценка на MDR (управлявано откриване и реакция) и SOC (център за наблюдение на сигурността) с договорени сценарии, правомощия за реакция, достъп до доказателства, ограничения и карта за приемане.
Ръководство, хора и приоритети
Управление
CISO, външен CISO или ИТ мениджърът? Кой отговаря за сигурността
Щатен CISO, външен CISO или длъжност, която съчетава ИТ и сигурността: сравнете правомощия, независимост, време на разположение и отговорности преди избора.
Ръководство и избор на услуга
Колко струва vCISO (външен CISO) и какво включва месечната работа
Сравнение на външен CISO по време, отговорности, резултати и време на разположение. Публикуваните цени на Диасол и работен лист за избор.
Практическо ръководство
Защо служителите заобикалят правилата за сигурност — и как да ги направим приложими?
Заобикалянето е сигнал да проверим едновременно поведението и работния процес. Какво е искал да свърши служителят, къде разрешеният начин на работа се е оказал неприложим и какъв риск е създаден? Подобрете процеса, обяснете мярката и запазете отговорността. Повторното изпращане на политиката рядко изяснява пречката.
Практическо ръководство
Бюджетът за киберсигурност е ограничен: кои мерки да направим първо?
Започнете с бизнес услугите, чието прекъсване не можете да си позволите, и правдоподобните сценарии, които ги застрашават. Сравнете мерките според риска, зависимостите и усилието за поддръжка. Полезният списък с приоритети обяснява решението и дава на всяко действие отговорник и начин за проверка.