Получавайте само нужните данни
Първо проверяваме дали могат да бъдат премахнати имена, адреси, контакти, свободен текст и пълни набори от данни. Преди масови данни предпочитаме малки анонимизирани примери.
Сигурност и обработка на данни
Обработвайте поверените данни
без неяснота.
Определяме кои данни се обработват, с каква цел, от кого, в каква среда и за колко време. От математически прототипи до реална експлоатация първо договаряме граници и отговорности и ги запазваме като проверими доказателства.
ПЛОСКОСТ ЗА КОНТРОЛ НА ДАННИТЕПРОЕКТ / 001
01КлиентИзходни данни и бизнес правила
Необходим минимум
02FINITE FIELDДизайн, разработка, проверка
Договорен обхват
03Използвани услугиОблак и външни интеграции
ЦелОпределена предварително
ДостъпОграничен до необходимите хора
СъхранениеМестоположението и периодът са договорени
ИзтриванеМетодът и доказателството са решени
ДИЗАЙН ПРЕДИ ТРАНСФЕРПолучаване след задаване на граници
Нашата позиция
Публикуваме материал за решение, а не неясно успокоение.
Сигурността не се определя от име на продукт или една функция. Проектираме според типа данни, целта, организацията, операциите и подизпълнителите, след което запазваме реализирания обхват проверим.
Определете границите преди трансфер
Местоположение на съхранение, потребители, външни услуги, използване на AI, съхранение и изтриване се договарят преди получаване на данни или преминаване към реална експлоатация.
Оставете проверими артефакти
Потоците от данни, правата за достъп, подизпълнителите, резервните копия, изтриването и контактите при инцидент се пазят като проверими артефакти.
Какво публикувамеПолитика, дизайнерски елементи и проверими артефакти
Какво решава всеки проектКонкретни услуги, разрешения, съхранение и обхват на тестове
Какво не публикувамеТайни или подробни настройки, които биха помогнали на нападател
Път на данните
Решавайте всеки етап от получаването до изтриването.
Едни и същи данни изискват различни контроли за диагностика, прототипи и реална експлоатация. Разделяме какво се получава, какво трябва да се реши и какви доказателства остават.
ПРИЕМАНЕ
Започнете с обяснителни материали и анонимизирани примери.
Предпочита се малък обем за обработкаПолучени примери
- Колони в текущата електронна таблица
- Няколко фиктивни или анонимизирани реда
- Бизнес правила и болезнени точки
- Показатели за подобрение
Решете предварително
- Дали са нужни реални имена
- Как се изпращат прикачени файлове
- Кой обработва консултацията
- Съхранение след консултация
Запазени артефакти
- Списък с получени данни
- Бележка за целта
- Целева дата за изтриване
- Отворени въпроси
ПРОТОТИП
Минимални данни за тест дали проблемът може да бъде решен.
Проектирайте изолирана валидацияПолучени примери
- Идентификатори на персонал, казуси или оборудване
- Време, квалификация, капацитет и ред
- Текущ план и показатели
- Примери за изключения
Решете предварително
- Метод за псевдонимизация
- Среда за валидация и потребители
- Използване на външен AI
- Изтриване или продължена употреба след доставка
Запазени артефакти
- Речник на данните
- Списък с ограничения
- Таблица на среда и достъп
- Запис за приключване на валидацията
РАЗРАБОТКА
Фиксирайте ролите и границите за данните в реална експлоатация.
Изисква се преглед на дизайнаПолучени примери
- Структура на данни, еквивалентна на реалната експлоатация
- Потребители, разрешения и организационни данни
- Спецификации на външни интеграции
- Изисквания за одит и резервни копия
Решете предварително
- Разделяне на среди и тайни
- Минимални привилегии и удостоверяване
- Обхват и съхранение на логове
- Обхват на тестване и преглед
Запазени артефакти
- Диаграма на потока от данни
- Матрица на достъпа
- Списък с външни услуги
- Запис от преглед преди пускане
ЕКСПЛОАТАЦИЯ
Подгответе откриване, реакция и възстановяване, не само защита.
Необходима е непрекъсната експлоатацияПолучени примери
- Акаунти и разрешения
- Логове и известия
- Резервни копия
- Зависимости и актуализации
Решете предварително
- Часове за наблюдение и реакция
- Прегледи на промени и достъп
- Цели за възстановяване
- Път за контакт при инцидент
Запазени артефакти
- Операционна процедура
- Запис от тест на резервно копие
- Запис от преглед на достъпа
- История на инциденти и промени
ИЗТРИВАНЕ
Решете обработката и след края на проекта.
Потвърдете обхвата на изтриванеПолучени примери
- Работни копия
- Споделено хранилище
- Резервни копия
- Логове, тикети и прикачени файлове
Решете предварително
- Връщане или изтриване
- Законово и договорно съхранение
- Срок за изтриване на резервни копия
- Формат на доказателствата
Запазени артефакти
- Списък с цели
- Дата на изтриване
- Изключения и причина за остатъци
- Потвърждение за завършване
Създател на профил за сигурност
Подредете проектно-специфична чернова на дизайн за около две минути.
Това е помощно средство за дизайн за първата среща, а не одит или гаранция. Не са нужни данни за контакт.
Стъпка 01 / Клас данни
Изберете данните, които може да се обработват
Черновата се основава на категорията, която изисква най-внимателна обработка. Позволени са няколко избора.
Стъпка 02 / Фаза на доставка
Коя фаза обмисляте?
Кратката валидация и реалната експлоатация изискват различни контроли дори за едни и същи данни.
Стъпка 03 / Външна обработка
Външен AI и услуги
Облак, поща, карти, анализи и услуги за известия се преглеждат със същото мислене за потока от данни.
Стъпка 04 / Операционни нужди
Изберете нужните операционни изисквания
Позволени са няколко избора. Дори несигурните елементи се включват като теми за срещата.
Чернова на дизайн / не е одит
Дизайн за ограничен прототип
Започнете с минимални данни, кратко съхранение и отделена среда за валидация.
ПрофилСТАНДАРТНОP0-B
Минимални контроли
Проектни решения
Артефакти за подготовка
Как да четете този резултат:
Това е предварителна чернова на дизайн според избраните входни данни. Окончателните контроли се решават след потвърждение на законови задължения, договорни условия, заплахи, облачна архитектура и операции.
Модел за контрол
Покрийте откриване, реакция и възстановяване, не само превенция.
Използваме шестте функции на NIST Cybersecurity Framework 2.0 като гледни точки за преглед на проекта. Това не е сертификация или твърдение за пълно съответствие.
Управление
УПРАВЛЯВАЙТЕИзяснете собствениците, политиката, договорите, подизпълнителите и приемливия риск.
Пример: таблица с отговорности, списък с услугиИдентифициране
ИДЕНТИФИЦИРАЙТЕРазберете активите, данните, зависимостите, заплахите и въздействието.
Пример: поток от данни, регистър на активиЗащита
ЗАЩИТЕТЕПроектирайте удостоверяване, минимални привилегии, криптиране, тайни и сигурна реализация.
Пример: матрица на разрешенията, проверка на реализациятаОткриване
ОТКРИВАЙТЕОпределете нужните логове, наблюдение, известия и критерии за аномалии.
Пример: елементи за наблюдение, срок за съхранение на логовеРеакция
РЕАГИРАЙТЕПодгответе триаж, ограничаване, разследване, комуникация и превенция.
Пример: дърво за контакти, процедура за първа реакцияВъзстановяване
ВЪЗСТАНОВЕТЕПроектирайте цялост на резервните копия, ред за възстановяване, рестарт на бизнеса и последващ преглед.
Пример: оперативна инструкция за изключване на акаунт след доставка.Сигурност на приложенията
За уеб и приложения проверявайте от дизайна до експлоатацията.
Използваме OWASP ASVS 5.0 като ориентир за изискванията за сигурност и елементите за проверка. Преглед, автоматизирани проверки, ръчни проверки и външно тестване се комбинират според важността и бюджета.
- 01Изисквания и заплахиОрганизиране на данни, разрешения и повърхност за атака
- 02РеализацияУдостоверяване, входни данни, тайни, зависимости
- 03ПроверкаПреглед, тестване, проверка на конфигурацията
- 04ОперацииНаблюдение, актуализации, разрешения, възстановяване
Прототип срещу реална експлоатация
Не третираме прототипите и реалната експлоатация еднакво.
Това сравнение показва критерии за дизайн, които се финализират за всеки проект, а не фиксирани гаранции.
| Елемент за преглед | P0 математически прототип | P1 система в реална експлоатация |
|---|---|---|
| Цел | Валидиране на изпълнимост и показатели | Непрекъсната бизнес обработка |
| Обем данни | Предпочитат се малки, анонимизирани и необходими полета | Формално определяне на нужния операционен обхват |
| Среда | Отделна краткосрочна среда за валидация | Обмислете разделяне на разработка, тест и реална експлоатация |
| Достъп | Ограничете до назначените хора | Ролеви разрешения, удостоверяване, прегледи |
| Външен AI | Започнете от дизайн, който не изпраща ненужни данни | Договорете цел, обект, договор, настройки и логове |
| Съхранение | Първо решете крайната дата | Обмислете цел, закон, операции и резервни копия |
| Изтриване | Потвърдете изтриване или продължена употреба след доставка | Проектирайте закриване на акаунти, край на договор, законово съхранение и резервни копия |
| Възстановяване | Оценете дали може да бъде пресъздадено | Задайте цели за възстановяване и тестове на резервни копия |
Споделена отговорност
Разделете кой какво защитава преди договора.
Използването на облак не прави всичко автоматично безопасно, а разработчикът не може да управлява всеки риск сам. Разделяме ролите на клиента, Finite Field и използваните услуги.
НАШИЯТ ОБХВАТ
Дизайн, реализация и операции по разработка
В рамките на договорения обхват ние обработваме системните контроли и обработката на данни по време на разработка.
- Дизайн на поток от данни и разрешения
- Сигурна реализация на приложението
- Управление на тайни и среда за разработка
- Договорено тестване и преглед
- Наблюдение, актуализации и реакция в обхвата на поддръжката
ОБХВАТ НА КЛИЕНТА
Отговорности за бизнеса, потребителите и данните
Законосъобразното използване на данни, операциите с потребители и крайни устройства и вътрешните правила остават важни отговорности на клиента.
- Цел и валидност на входните данни
- Регистрация на потребители, извеждане от системата и заявки за разрешения
- Крайни устройства, вътрешна мрежа и метод за споделяне
- Докладване на подозрителни събития и бизнес решения
- Инструкция за връщане или изтриване при край на договора
ОБХВАТ НА ПЛАТФОРМАТА
Какво покриват платформените услуги
Физическите съоръжения, платформените услуги и обхватът на управляваните услуги следват договора за всяка услуга и модела на споделена отговорност.
- Центрове за данни и инфраструктура
- Наличност и актуализации на услугата
- Платформен достъп и функции за криптиране
- Договорни условия за съхранение и обработка
- Информация за инциденти и сигурност на услугата
Елементи, които трябва да бъдат изрично посочени в договораОператорЧасове за наблюдениеРезервно копиеРабота по възстановяванеЗапитванияОбработка при приключване на употребата
AI и трети страни
Не превръщайте външния AI в невидим подизпълнител.
Когато данни отиват към генеративен AI, карти, поща, анализи, известия, плащания или други услуги, целта и обхватът се включват в потока от данни.
Не изпращайте
Не изпращайте бизнес данни към външен AI. Използвайте обикновени алгоритми, локална обработка или фиксирани анонимизирани данни.
Първа опция за разглежданеИзпращайте ограничени данни
Изпращайте само договорени полета към договорени услуги след премахване на идентификаторите. Проверете дали трансферите могат да бъдат записвани.
Изисква анонимизация и минимизиранеИзпращайте след одобрение
Потвърдете условията на услугата, периода на съхранение, региона, условията за повторна употреба и разрешенията, след което документирайте целевите данни.
Изисква индивидуална оценка на рискаПРОВЕРКА НА ВЪНШНА УСЛУГА
Какво да потвърдите за всяка външна услуга
- 01Изпращани данниПолета, честота, обем
- 02ЦелОбработка, уведомяване, анализ
- 03Съхранение и повторна употребаСъхранение, обучение, логове
- 04Местоположение и подизпълнителиДържава, регион, верига от доставчици
- 05Спиране и изтриванеОбработка при прекратяване на употребата
Реакция при инциденти
Планирайте какво се случва при инцидент.
Преди реална експлоатация определете обхвата на събитията, контактите, първото уведомяване, ограничаването, възстановяването и превантивните отговорности.
Откриване и приемане
Откривайте събития чрез наблюдение, контакт от потребител или уведомления от услуги.
Ограничаване
Намалете разпространението и запазете нужните доказателства.
Анализ и решение
Потвърдете засегнатите данни, причината, въздействието и нуждата от докладване.
Комуникация и реакция
Свържете се със заинтересованите страни според закона, договора и ситуацията.
Възстановяване и подобрение
Възстановете след потвърждение на безопасността и приложете превенция.
Преди реална експлоатацияСпешен контакт
Преди реална експлоатацияОбхват на събитията
Преди реална експлоатацияПът за първо уведомяване
Проектен дизайнЧасове за наблюдение и реакция
Закон и договорУведомяване и докладване
Пакет с доказателства
Направете реализираната работа проверима.
В зависимост от важността и договорния обхват тези артефакти могат да бъдат създадени или актуализирани. Те не са всички стандартни резултати, затова изберете нужното при оценката.
CSV / 01
Инвентар на данните
Полета, цел, чувствителност, местоположение, собственик.
Изтегляне CSV / 02Регистър на потоците от данни
Източник, получател, цел, метод, подизпълнител.
Изтегляне CSV / 03Матрица на достъпа
Роля, среда, операция, одобрение, преглед.
Изтегляне CSV / 04Регистър на външните услуги
Услуга, цел, данни, местоположение, договор.
Изтегляне CSV / 05Регистър за съхранение и изтриване
Причина, срок, метод за изтриване, доказателство, изключение.
Изтегляне CSV / 06Лист с контакти при инцидент
Клас на събитието, основен контакт, резервен контакт, отговорник за решение.
Изтегляне CSV / 07Тест за възстановяване от резервно копие
Цел, точка за възстановяване, изминало време, резултат, проблем.
Изтегляне CSV / 08Контролен списък с изисквания
Дизайн, реализация, тестване, експлоатация, обработка при приключване.
Изтегляне CSV / 09Таблица за решение относно AI и външни услуги
Цел, изпращани полета, съхранение, одобрение, процедура за спиране.
ИзтеглянеЗаявка
Обсъдете въпросници Поддръжка за клиентски въпросници
Отговаряме на клиентски въпросници за сигурност след потвърждение на реалните практики и проектния обхват. Нереализираните елементи се посочват като такива, а алтернативите се отделят ясно.
Референции
Референции и какво не твърдим.
Използваме закони, публични насоки и отворени стандарти като референции при избора на контроли за проект. Позоваването на тях е отделно от твърдение за сертификация или пълно съответствие.
Японски закон за личните данни и насоки на PPC
Използва се като основа за проверка на мерки за управление на безопасността, правила за обработка, организационни, човешки, физически и технически мерки, както и външни среди.
Отворете официалния източникNIST Cybersecurity Framework 2.0
Шестте функции се използват като общ език за рискове и операционни пропуски.
Отворете официалния източникOWASP ASVS 5.0
Използва се като ориентир при организиране на изисквания за сигурност на уеб и приложения и елементи за проверка.
Отворете официалния източникСамо тази страница не означава следното.
Сертификация ISO/IEC 27001Сертификация PrivacyMarkПълно съответствие с NIST CSFСертификация OWASP ASVSГаранция за липса на инцидентиЕднакви контроли за всеки проектЧесто задавани въпроси
Чести въпроси за обработката на данни.
Диагностиката или прототипите изискват ли данни от реална експлоатация?
По принцип първо проверяваме дали валидацията може да използва минимизирани анонимизирани или псевдонимизирани примери. Ако реални данни са необходими, обхватът, съхранението, потребителите и моментът на изтриване се договарят предварително.
Изпращате ли данни към външен генеративен AI?
Използването на външен AI, изпращаните данни, целта и съхранението се решават за всеки проект. Може да се избере и конфигурация, която не изпраща бизнес данни към външен AI.
Може ли да се избере държава или регион за съхранение?
Проверяваме изискванията за местоположение в рамките на възможностите на използваните облачни или външни услуги. Когато трансграничният трансфер е важен, услугите и потоците от данни се правят явни.
Какво се случва с данните и изходния код след доставка?
Собствеността, съхранението, достъпът, резервните копия и отговорностите за изтриване се изясняват според договора, операционния модел и обхвата на поддръжка.
Имате ли сертификация за сигурност?
Тази страница не твърди конкретна сертификация. Контролите и артефактите за преглед се определят за всеки проект, а клиентски въпросници могат да бъдат попълвани при нужда.
Кога се съобщават инциденти?
Контактите, обхватът на събитията, методът за първо уведомяване и честотата на актуализациите се решават преди реална експлоатация. Реалните уведомления следват закона, договора и детайлите на събитието.
Можете ли да обработвате медицински, социални или други чувствителни данни?
Трябва да се проверят необходимостта, законовите изисквания, обхватът на достъп, съхранението, логовете, изтриването и подизпълнителите. Изисква се по-строг дизайн, а изпълнимостта се решава за всеки проект.
Можем ли да поискаме тестване на сигурността или оценка на уязвимости?
В зависимост от целта и изискваното ниво могат да се комбинират преглед на дизайна, автоматизирани проверки, ръчни проверки и външни специалисти. Обхватът и резултатите се уточняват при оценката.
Следваща стъпка
Първо отделете данните, които могат да се споделят, от данните, които трябва да останат извън обхвата.
Преди да изпратите цяла работна книга, можете да започнете с имена на колони или анонимизирани примери. Заедно ще подредим нужните контроли и обхвата на разработката.
Започнете диагностиката Обсъдете обработката на данни Моля, потвърдете метода за трансфер, преди да изпратите поверителна информация.