Шифрування, сповіщення й нотифікації

Керування, врядування й співпраця в Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

Три рівні захисту

Тришарова діаграма: шифрування зверху, сповіщення посередині, нотифікації знизу

Шифрування: у спокої та під час передачі

	У стані спокою	Під час передачі
Стандарт	AES-256	TLS 1.2 або вище
Ротація ключів	Автоматична	Н/Д
Охоплення	Дані на зберіганні	Клієнтський та внутрішній трафік

Варіанти керування ключами

Модель шифрування	Опис
Ключі, керовані Snowflake	За замовчуванням. Snowflake керує ключами шифрування від вашого імені. Достатньо для більшості організацій.
Ключі, керовані клієнтом (Tri-Secret Secure)	Для організацій із чутливими даними. Клієнт зберігає головний ключ через AWS KMS, Azure Key Vault або GCP KMS.

Tri-Secret Secure

Потрібні три елементи одночасно для розшифрування
Ключ Snowflake + ключ KMS клієнта + успішна автентифікація користувача
Якщо клієнт відкликає свій ключ, навіть Snowflake не матиме доступу
Доступно у виданні Business Critical і вище

Три ключі

Що таке Snowflake Alert?

Оцінює SQL-умову та виконує дію, коли вона істинна
За розкладом: CRON або інтервал хвилина/година
Подійно: спрацьовує, коли в потік надходять нові дані
Якщо умова істинна, сповіщення виконує дію: зазвичай нотифікацію

Схематичне зображення сповіщень

¹ https://docs.snowflake.com/en/user-guide/alerts

Структура сповіщення в SQL

CREATE ALERT claro_failed_login_alert
  WAREHOUSE = claro_wh
  SCHEDULE = '60 MINUTE'
  IF (EXISTS (
    SELECT 1
    FROM SNOWFLAKE.ACCOUNT_USAGE.LOGIN_HISTORY
    WHERE error_code IS NOT NULL
      AND event_timestamp >= DATEADD('hour', -1, CURRENT_TIMESTAMP())
  ))
  THEN CALL SYSTEM$SEND_SNOWFLAKE_NOTIFICATION(...);

Інтеграції нотифікацій

Нотифікації

Перейдемо до практики!

Керування, врядування й співпраця в Snowflake