DLP лицензиялары: модульдер мен арналар бойынша — деректер картасы және сатып алу

Мәселе: DLP тізім бойынша алынады, ал шын мәнінде жартылай пайдаланылады

Көпшілік DLP жүйесін «қосымша қамдалады» деп алып жатады: барлық модульдерді және барлық бақылау арналарын алады, себебі келісімнен өту оңай және «қауіпсіздік мәселесін жабады». Нәтижесінде бюджеттің ішінде фактілік пайдасы аз немесе формальды түрде қосылған мүмкіндіктер пайда болады.

Артық төлейтін үш негізгі себеп бар. Біріншіден, сатып алу «барлығы сияқты» шаблон бойынша жасалады, өзіңізге тән деректер ағындарына қарай емес. Екіншіден, таңдау кезеңінде ешкім нақты қай арналарда ағым барын білмейді: қызметкерлер файлдарды қайда жібереді, есептерді қалай бөліседі, не басылады, қайда көшіреді. Үшіншіден, енгізу бөлшектермен жүреді және кейбір модульдер жылдар бойы «қалдырылады»: оларға қол жетпейді немесе процесс иесі жоқ.

«Шын пайдаланылатын» дегеніміз — жай ғана сатып алынып, орнатылған емес. Арна саясатта қосылған, оқиғалар жиналады, олар бойынша инциденттер қаралады, жауап беру ережелері түсінікті және орындалады. Бұл тез тексеріледі: 2–4 аптадағы оқиғалар статистикасы, қосылған саясаттардың фактісі және кім қалай оларға жауап беретіні бойынша.

DLP лицензияларын модульдер мен арналар бойынша көзге қарамай алмастырмау үшін деректер картасы қажет: сезімтал деректер қайдан шығады, қайда сақталады, кім олармен жұмыс істейді және қандай жолдармен сыртқа немесе ішке жылжиды.

Карта дереу практиканы береді:

• бюджет: қай арналарға қазір төлеу ақылға сыятындығы көрінеді, ненің кейінге қалдырылатынын анықтауға болады
• тәуекел: қай жерде утечка ықтималдылығы жоғары және қандай шығындар шынайы болатынын түсінуге болады
• енгізу приоритеттері: 1–2 жылдам әсер беретін арнадан бастап, шашырамастан бастауға болады
• айқын талаптар: сатып алу «бәрін қалаймыз» дегеннен «мұнда осындай қорғау және осы көлемдегі лицензиялар керек» дегенге өзгереді

Деректер картасы болмаса, DLP қымбат сақтандыруға айналады. Картамен — сіздің сценарийлеріңізді жабатын және артық лицензияларды ұстамайтын құралға.

DLP-та лицензия қалай ұйымдастырылады: модульдер мен арналар

Көптеген DLP жүйелерінде лицензиялау конструктор тәрізді: функцияларды таңдап, қажетті деректер өтетін бағыттарды бақылауды қосасыз. Сондықтан «модуль» пен «арна» ұғымдарын араластырмау маңызды.

Модуль — жүйенің не істейтінін білдіреді: жеке деректерді табады, саясаттарды қолданады, инциденттерді тергеп-тексеруге көмектеседі, сканнан мәтінді таниды (OCR), құрылғыларды басқарады және т. б.

Арна — деректер қайда кетуі мүмкін: типтік арналар — пошта, web, мессенджерлер, бұлттар, USB, баспа, буфер алмасу, желілік папкалар. DLP лицензиялары туралы айтқанда әдетте «функционал + бақылау бағыттары» деген байланыс көзделеді.

Практикада бір арна бірнеше модульді талап етеді. Мысалы, «баспа» тек баспа бақылауын емес, сондай-ақ контент-анализді қажет етуі мүмкін, сонда шотты жобадан ажыратуға болады. Web бақылауында жиі трафикті ұстап алу компоненті және категориялау ережелері бөлек болады.

Тағы бір қабат бар: «лицензия бірлігі» деп не есептелетіні. Кей модельдерде пайдаланушылар (есептік жазбалар), соңғы нүктелер (ПК/ноутбуктар) немесе серверлер/түйіндер (пошта шлюзі, прокси, басқару сервері) бойынша есептеледі.

Есепте қателеспеу үшін жеткізушіден алдын ала сұраңыз:

• әр арна үшін не «лицензия бірлігі» болып есептелетінін
• таңдалған арналарға қандай модульдер міндетті енетінін
• классификаторлар, сөздіктер, OCR, тергеу құралдары базасына не кіретіні
• қашықтағы қызметкерлер мен VDI қалай лицензияланатынын
• егер кей арналарды кейін қоссаңыз не болатынын (қосымша ақы, миграция, жаңа кілт)

Осы жауаптар сатып алудың қай жерде үлкейіп жатқанын және не картада бекітілуі керектігін тез көрсетеді.

Утечка арналары: картаға не қосу керек (почта, web, USB, баспа)

Деректер арналар картасы DLP лицензияларыңызды шын мәндегі деректер ағындарымен сәйкестендіру үшін керек. Бастапқыда деректер қай жерде жиі өтетін төрт негізгі арнадан бастаңыз, сосын сізге маңызды басқа элементтерді қосыңыз.

Почта жиі инциденттердің көзі болып келеді, әдетте зұлымдықтан емес, әдеттен. Картаның ішінде сыртқа шыққан пошта, ішкі бөлімдер арасындағы хат алмасу және тіркемелерді белгілеңіз. Тұлғалық мекенжайларға жіберулер мен авто–өту ережелерін (сыртқы поштаға автоматты жіберулер) жеке тіркеңіз.

Web-арна «сайттарға кіруден» кең. Мұнда веб-формалар арқылы жіберулер (өтініштер, тикеттер, кері байланыс формалары), веб-пошта, бұлттық дискілер, браузердегі мессенджерлер маңызды. «Оқу» мен «жіберу» бөлуді пайдалы: көп нәрсені көруге болады, бірақ файлдарды жүктеу мен мәтінді енгізу өрістеріне қойылатын бақылау қажет.

USB және сыртқы тасымалдаушылар — бұл тек файлдарды көшіру емес. Флешка мен сыртқы дискілерге деректер тасымалдау, жад карталарын қолдану, портативтік қосымшаларды (мысалы, флешкадан іске қосылатын файл-менеджер немесе мессенджер) іске қосу секілді сценарийлерді жазыңыз. Қай жерде тасымалдаушылар шын мәнінде қажет екенін белгілеңіз: инженерлерде, қызмет көрсету нүктелерінде, оқу сыныптарында.

Баспа әртүрлі болуы мүмкін. Локальды және желілік принтерлерді, бөлімдердегі МФУ-де басып шығаруды және PDF-принтердің «виртуалды» баспаын қосыңыз. Көп жағдайда PDF құжатын экспорттау құжатты байқалмай сыртқа шығару тәсіліне айналады.

Қосымша ретінде скриншоттар мен экран жазбаларын, буфер алмасуды, RDP мен қашықтан жұмыс үстелдерін, бұлттарды және қоғамдық файл алмасу қызметтерін қарастырыңыз.

Жылдам приоритеттер анықтау үшін бір нақты құжатты (мысалы, келісімшарт) алыңыз да оның маршрутын өтіңіз: қайда жасалады, қалай мақұлданады, қалай жіберіледі, қайда басылады және қалай жұмыс орнынан шығарылады. Сол кезде карта «шаблон бойынша» емес, тірі болады.

Дайындық: кім қатысады және қандай бастапқы деректер қажет

DLP лицензиялары бойынша модульдер мен арналарды талқыламас бұрын шешім қабылдау ережелерін келісіңіз: кім шешеді және шешімдер неге негізделеді. Әйтпесе қағаздағы әдемі схема адамдардың нақты деректер алмасуымен сәйкес келмеуі мүмкін.

Көбіне 4–6 адамның қысқа жұмыс тобы жеткілікті, ал әркімнің рөлі айқын болуы тиіс:

• Құпиялылық/ИБ: тәуекелдер, деректер кластары, рұқсат етілген сценарийлер
• ИТ: инфрақұрылым және енгізу шектеулері
• Юрист және комплаенс: реттеуші талаптар, келісімшарттық міндеттемелер, сақтау мерзімдері
• HR: жұмыстан шығару процестері, тәртіптік рәсімдер, қызметкерлермен коммуникация
• Бизнес-дата иелері: не маңызды және жұмыс үшін қандай алмасулар қажет

Одан кейін алдын ала дайындауға оңай бастапқы құжаттарды жинаңыз: қолданыстағы саясаттар (ақпараттық қауіпсіздік, деректерді классификациялау, тасымалдаушылармен жұмыс), пошта және баспа бойынша регламенттер, өткен инциденттердің қорытындылары және аудит сұраулары. Мемлекеттік сатып алу немесе салалық тексерулер талаптары болса, оларды бөлек тізімде сақтаңыз.

Параллельде деректер өтетін жүйелер тізімін жасаңыз: пошта мен шлюзтер, веб-прокси, мобильдік үшін MDM, принт-серверлер, файл сақтау орындары және жалпы папкалар. «Қалай болу керек» емес, «не нақты қолданылып жатқанын» сипаттау маңызды.

Карта даулауға айналмасын десеңіз, әр бөлімге бірдей сұрақтар қойыңыз: кім жібереді, нақты не (деректер түрі), қайда (ішке немесе сыртқа), қай арна арқылы және не үшін. Мысалы, бухгалтерия мердігерлерге актілерді поштамен жіберуі мүмкін, инженерлер желі жоқ стендтерге файлдарды USB арқылы тасымалдайды.

Нәтиже форматын бірден анықтаңыз: бір кесте — ағындармен (арна, жіберуші, алушы, деректер түрі, жиілік, тәуекел) және қарапайым диаграмма — деректер қозғалысының көрсеткілері. Бұл лицензиялар мен модульдерді дәл есептеудің негізі болады.

Деректер картасын қалай құрастыру: қадамдық алгоритм

Деректер картасы DLP лицензияларын фактілер бойынша сатып алуға көмектеседі, «сақтану үшін» емес. Бұл үлкен бірнеше айлық аудит емес, қай деректерді қорғайтыныңызды, қайда өмір сүретінін және нақты қалай сыртқа шығатынын көрсететін түсінікті кесте.

Бастапқыда шектерді белгілеңіз: 3–5 негізгі процесс (мысалы, сату, бухгалтерия, кадрлық құжаттар, мердігерлермен жұмыс). Бірінші қадамда тым кең қамту ойды шашыратады және шуды арттырады.

Жұмыс істейтін алгоритм

Картаны жол-жол бойынша жинаңыз: бір жол = бір процесс ішіндегі бір деректер түрі (мысалы, «іріктеу кезеңіндегі ЖСН», немесе «қаржылық есептер — қазынашылықта»). Әр жолда бірдей өрістер болсын:

• деректер категориясы (ПДн, қаржы, коммерциялық құпия, медданые) және қысқаша сипаттамасы
• деректер иесі және процестің жауапты тұлғалары
• сақтау орындары (жұмыс орындары, файл шарлары, серверлер, пошталық қораптар, бұлттық дискілер, CRM/ERP)
• арналар бойынша типтік маршруттар (почта, web, USB, баспа): кім, кімге, қаншалықты жиі, қандай файлдар
• утечка салдары және приоритет (мысалы, 1–3 шкаласы: критикалық, маңызды, шыдамды)

Екі ереже уақытты үнемдейді: «типтік күнді» сипаттаңыз, сирек жағдайларды емес; тек сыртқа шығатын жіберулер ғана емес, бөлімдер арасындағы ішкі хат алмасуларды да тіркеңіз, егер олар жүйелі түрде пошта немесе браузер мессенджерлері арқылы жүрсе.

Приоритетті қалай жылдам қоюға болады

Не маңыздырақ екенін дау болса, үш сұрақ қойыңыз: айыппұл немесе тексеру бола ма, ақша жоғалтамыз ба, процесс тоқтай ма. Мысалы, «клиентке коммерциялық ұсыныс» көбіне пошта мен web арқылы жіберіледі; ал «қызметкерлердің ПДн-ының шығуы» кейде филиалға USB арқылы тасымалданады. Приоритет қандай арналарды пилотқа қосу және қай жерде үнемдеуге болмайтынын көрсетеді.

Қай арналар шын пайдаланылып жатқанын қалай анықтау

DLP лицензияларына артық төлем жасамау үшін алдымен қай жолдар нақты пайдаланылатынын растаңыз. Бұл сезімге емес, бар жүйелердегі ізіне негізделген.

Оңайдан бастаңыз: журналдар бар жерде 1–2 апта статистика жинау жеткілікті болады.

• пошта шлюздері мен серверлері (шығыс/кіріс, тіркемелер, алушылар домендері)
• прокси және веб-шлюз (жүктеулер/жүктеулер, бұлттар, веб-пошта)
• EDR/антивирус және ОС журналдары (USB қосылулар, көшіру утилиталарының іске қосылуы)
• принт-серверлер мен баспа кезектері (кім, не және қаншалықты жиі басады)
• AD және топтар (оқиғаларды бөлімдер мен рөлдерге байлау)

Одан әрі өлшеу әр түрлі қырдан жүргізіледі: көлем (МБ/ГБ), жиілік, пайдаланушылар топтары және бағыт (ішкі немесе сыртқы). Бухгалтерияда күніне 200 хат тіркемесі — бір сценарий, ал инженерлердің бұлтқа жасайтын 5 үлкен выгрузкасы — басқаша. Лицензиялар мен бақылау нүктелері әр түрлі болады.

«Сұр» процестерді жұмыс процестерден бөлу маңызды. «Сұр» белгілері: жеке пошталық домендерге жіберулер, қоғамдық дискілерге тұрақты жүктеулер, сыртқы мекен-жайларға өзіне жіберу, күн соңы «пачка» баспа. Бірақ қорытынды жасау қамқорлықпен болуы керек — кейде бұл заңды әрі ресми рәсімсіз жүргізілетін процесс болуы мүмкін.

Журналдар жеткілікті болғанда және қашан қысқа пилот қажет екенін қалай шешесіз? Егер логтар арнаның пайдаланылмайтынын көрсетсе (мысалы, баспа тек бірнеше қызметкерде бар), статистика жеткілікті. Пилот қажет болса, әдетте журналдар толық емес, пайдаланушыларға байланбайды, көп шифрланған трафик бар, даулы процестер бар (мердігерлер, қашықтан жұмыс, жалпы қораптар) немесе сатып алудан бұрын «сұр» сценарийлердің үлесін растау керек.

Қорытынды — «бәрі бәрін қолданады» деген емес, қысқа кесте: арна, бөлімдер, оқиғалар көлемі, деректер түрі. Бұл лицензияларды есептеу үшін база болады.

Деректер картасынан сатып алуға: дәл қажетті лицензияларды қалай есептеу

Карта дайын болғанда оны сатып алу тіліне аударыңыз: қандай модульдер мен арналар қосу керек, қай жерде бақылау нүктелерін қою және қанша қолданушыны қамту қажет. «Деректер–арна–бөлім–тәуекел» матрицасы көмектеседі. Ол бухгалтерия үшін поштаның және баспа маңызды екенін, ал әзірлеушілерге web пен USB маңызды екенін көрсетеді — барлық арналар бәріне бірдей қажет емес.

Матрицаны кестеге салып, әр жолға «бақылау нүктесін» енгізіңіз: қай жерде оқиға көрінетін болады және саясатты қай жерден басқарасыз (почта шлюзі, агент ПК-да, прокси, принт-сервер). Бұдан кейін бұл лицензиялар тізіміне айналады: модуль(дер) + арна(лар) + орнату түрі (агент/шлюз/сервер бөлігі) + қажет интеграциялар.

Қамту барлық қызметкерлер бойынша емес, тәуекел топтары бойынша есептеген дұрыс. Егер утечкалар көбінесе келісімшарттар мен ПДн-мен жұмыс істейтін бөлімдерден шықса, солардан бастаңыз, кейін кеңейтіңіз.

Алғашқы бағалау үшін қарапайым логика ұстаңыз:

• бақылаудағы пайдаланушылар: тәуекел топтары + критикалық деректерге қолжетімді админдар
• арналар: картада нақты ағым бар жерлер ғана
• бақылау нүктелері: арна техникалық түрде желідегі қай жерде жүзеге асырылған
• модульдер: қажетті саясаттар үшін (классификация, контент-анализ, есептер)
• интеграциялар: пошта, прокси, принт-серверлер, SIEM (қажет болса)

Артық төлем болдырмау үшін кезеңдеп енгізуді жоспарлаңыз. 1–2 ең «ыстық» арнадан (жиі пошта мен USB) бастап, ережелерді пилотта тексеріп, кейін web пен баспаны қосыңыз. Егер ұйым филиалдық болса, қай жерде бірегей консоль болады және логтар мен интеграциялар үшін қуат жететінін алдын ала анықтаңыз.

Модульдер мен арналар таңдауындағы жиі қателіктер

Ең қымбат қате — «максималды пакет» сатып алу, содан кейін 20–30% мүмкіндікті ғана қолдану. Сатып алу деректер ағындары картасына байланбаса, лицензиялар пайдалылығы төмен сақтандыруға айналады. DLP лицензияларын модульдер мен арналар бойынша таңдағанда: қандай деректер, кім жібереді, қайда және қандай тәсілмен — деген қарапайым жауапты талап етіңіз.

Көбінесе есеп бірлігімен қателеседі. Бір шешімде лицензия «пайдаланушыға» керек болса, басқасында — бақылау нүктелеріне: жұмыс станциялары, пошта шлюздері, прокси, принт-сервер. Соңында қызметкерлерді есептеп, бірақ инфрақұрылым үшін төлеуге мәжбүр боласыз.

Тағы бір қателік — ұмытылған рөлдер. Админдер, сервис-шоттар, бухгалтериядағы арнайы жұмыс орындары, call-center немесе күзет пункттері өз сценарийлерін жасайды. Оларды есепке алмау соқыр аймақтар туғызады немесе енгізу кезінде лицензияларды қосуға мәжбүрлейді.

Арналар бойынша ауытқу

Командалар жиі USB-ды асыра бағалайды — ол көзге көрінеді және «қорқынышты», бірақ web пен бұлттарды бағаламайды: веб-пошта, браузердегі мессенджерлер, қызметтерге жүктеулер, сайттағы формалар. Кейде керісінше болады: web бақылауды жасайды, ал баспа мен тасымалданатын носительдер бақылаусыз қалады.

Простой мысал: бөлімде USB тыйым салынған, бірақ менеджерлер жеке веб-пошта арқылы коммерциялық ұсыныстарды жіберіп жатады. Формалды түрде DLP бар, ал утечкалар басқа арналар арқылы жүреді.

Саясат иесінің қателігі

DLP ережелерінің иесі болмаса, жүйе тез деградациялайды. Ережелер жиналып, қақтығады, жалған триггерлер саны өседі, қолданушылар бақылауды айналып өтеді.

Сатып алудан бұрын тексеріңіз:

• сізге қай лицензия түрі керек: пайдаланушыларға немесе бақылау нүктелеріне
• қай арналар журналдар, процестер сұрауы немесе пилот арқылы расталған
• админдер, сервис-шоттар және арнайы жұмыс орындары ескерілген бе
• саясат иесі тағайындалды ма және қоспаларды рәсімдеу процесі келісілген бе
• сіздің құжаттарыңызға сай контент баптауына (шаблондар, сөздіктер, меткалар) уақыт бөлінген бе

Пилот пен сатып алудан бұрын жылдам чек-лист

Пилот алдында ең толық жиынтықты емес, не өлшенетіні мен не тексерілетіні туралы келісіңіз. Сонда сатып алу фактілерге сүйенеді: нақты қай арналар пайдаланылады, қай жерде деректер жиі шығады және процесті ұстап тұру кімге тиесілі.

Қай нәрселер дайын болу керек

Қысқа «деректер паспорты» қажет: негізгі ақпарат түрлері (мысалы, келісім-шарттар, ПДн, қаржылық есептер) және иелері, олар сыртқа не жіберуге болатынын жылдам айта алатындар.

Одан кейін негізгі ағындар: деректер қайдан шығады және кімге. Көп жағдайда мұнда «рәсми» жол біреу, ал нақты бірнеше арна бар (мессенджерлер, жеке пошталар, флешкалар).

Пилот үшін минимум метрикалар мен келісімдер

Пилот үшін 2–4 апта ішінде пошта, web, USB және баспа бойынша статистика жинау пайдалы. Бұл пошта серверінен, проксиден, принт-сервер журналдарынан немесе жұмыс орындарындағы USB есебінен алынған шығарылым болуы мүмкін. Мағынасы — көлемдер мен жиілікті түсіну, түгелдік емес.

Пилотты іске қоспас бұрын бекітіңіз:

• тәуекел жоғары топтар және пилоттың минималды қамтуы (мысалы, қаржы және сату бөлімдерінде 30–50 жұмыс орны)
• табыс критерийлері: не инцидент саналады, кім растайды, жауап мерзімі және әрі қарай не істейміз
• инфрақұрылым шектеулері: қай жерде агент қоюға болмайды, қай ОС-тар, қашықтан қолжетімділік қалай ұйымдастырылған
• есеп талаптары: басшылыққа, ИБ мен ИТ-ға қандай есептер керек және қаншалықты жиі

Осы пункттер дайын болса, пилот DLP лицензияларының қайсысы дәл керек екенін және ненің кейінге қалдырылатынын тез көрсетеді.

Мысал сценарий: нақты ағындарға сай модульді қалай таңдау

300 қызметкері бар компанияны елестетейік: бухгалтерия, сату, сатып алу, ИТ, HR. Басшылық DLP алғысы келеді, бірақ артық төлем жасағысы келмейді. Олар деректер картасымен бастайды: қайда сезімтал ақпарат сақталады және қалай сыртқа шығады.

Деректер мен иелерін қарап шығып, үш негізгі тәуекел белдеуі көрінеді. HR-де — персоналдың деректері (анкета, бұйрықтар, медициналық анықтамалар). Сатып алуда — келісімшарттар, шоттар, спецификациялар, жеткізушілермен хат алмасу. Сатуда — коммерциялық ұсыныстар, прайстар, презентациялар, клиентпен хат алмасу.

Келесі кезең — күнделікті не болып жатқанын қарау. Сыртқа алмасудың негізгі жолы — шығыс пошта және web-сервистер (оның ішінде бұлттық сақтау және веб-пошта). Баспа ең қажетті формада бухгалтерияда (актілер, шоттар) маңызды. USB таңдамалы түрде қолданылады: мысалы, презентациялар үшін жиналыс бөлмелерінде немесе желі жоқ жабдықпен жұмыс істейтін бірнеше қызметкерлерде.

Сатып алуды кезеңдерге бөлу ақылға қонымды:

• кезең 1: тәуекел топтары үшін пошта + web (HR, сату, сатып алу және басшылар)
• кезең 2: бухгалтерия мен ПДн немесе қаржылық деректерді жиі шығаратындарға баспа бақылауын енгізу
• кезең 3: USB тек қажетті орындарға — барлыққа емес

Алғашқы ережелерді қарапайым етіп бастаңыз, жалған триггерлерден батып қалмау үшін. Бірнеше типтік шаблондарды (келісімшарт, КП, өтініш) алып, негізгі сөздер мен реквизиттерді (ИИН, келісім нөмірі, БИН/ИНН қажет болса) қосыңыз, файл түрлерін (PDF, DOCX, XLSX) белгілеңіз және бірден қоспаларды жазыңыз: корпоративтік таратулар, бекітілген контрагенттердің адресдері, сервис-шоттар. 2–3 аптаның есептері бойынша қай арналар мен бөлімдер нақты инцидент ағынын беретінін көруге болады және сол бойынша лицензияны кеңейтуге негіз болады.

Келесі қадамдар: пилот, спецификация және енгізу

Деректер картасы мен статистика жиналғаннан кейін, асықпай сатып алуға өтпеңіз. Алдымен приоритетті арналар мен сценарийлерді растаңыз: қай жерде тәуекел ең жоғары, реттеуші талаптар бар ма және сіздің ортаңызда не болып жатқанын нақты білесіз бе (почта, web, USB, баспа).

Келесі қадам — қысқа пилот. Оның мақсаты — DLP «жұмыс істейтінін тексеру» емес, ережелерді инцидент ұстауға және жұмысты тежемеуге жеткізу. 1–2 қолданушы тобы таңдаңыз (мысалы, бухгалтерия мен сату) және тек приоритетті арналарды қосыңыз.

Алғы схема:

• пилоттың 3–5 мақсатын бекітіңіз: қандай деректер қорғалсын, қай арналар бақылауда, қандай жалған триггер деңгейі қабылданады
• пилотты шектеулі қамтуда іске қосып, статистика жинаңыз: қай оқиғалар қайталанады, қай ережелер «шу шығарады», қайда обходтар бар
• саясаттарды (негізгі сөздер, құжат шаблондары, сервис-шоттар бойынша қоспалар) дұрыстап баптаңыз және инцидент не екенін келісіңіз
• сатып алу спецификациясын жасаңыз: модульдер, арналар, пайдаланушылар/жұмыс орындары саны, сервер бөлігі және кезеңдер бойынша кеңейту жоспары
• реагирование процесін сипаттаңыз: кім инциденттерді қарайды, қанша уақытта жауап береді, қай есептер кімге барады

Спецификация кезеңінде сіз сатып алатын нәрсе дәл сіз қолданатын нәрсемен сәйкес келетінін тексеру оңайырақ болады: DLP лицензиялары модульдер мен арналар бойынша деректер картасы мен растаған статистикаға сәйкес келуі керек.

Ресурстар аз болса, пилот пен енгізу үшін системный интеграторды тарту мағыналы. Мысалы, GSE.kz жобалауға, инфрақұрылымды дайындауға (серверлер мен жұмыс орындары) және 24/7 қолдауға көмек көрсете алады.