Границы изоляции и контроль доступа

Безопасность облачного Mac — без неясных границ

DebugMac предоставляет по заказу выделенный физический узел Mac Mini M4: среда одного арендатора не используется совместно с другими арендаторами. Здесь описано, как выдаются учетные данные, какие действия выполняет пользователь, как возвращаются данные и что происходит при инциденте.

Формат предоставления
Выделенный физический узел
Доступные конфигурации
Debug M4
Каталог узлов
5 регионов
Проверка выдачи доступа Граница подтверждена
ACCESS / M4-16-256 Журнал доступа к выделенному узлу
Выдано
Отпечаток хоста
Проверка до выдачи
Открытый ключ SSH
Привязка к заказу
Учетные данные VNC
Отдельная выдача
Объем прав
Минимально необходимые права
01ПроверкаРегион, заказ, отпечаток
02ВыдачаКлючи и графические учетные данные
03РотацияИнцидент или смена участников
04ОтзывВозврат после окончания срока
SG · JP · KR · HK · US-W Фактический статус доступности в реальном времени отображается в консоли
Обзор модели безопасности

Один заказ — один выделенный физический узел

Граница изоляции начинается с выделения устройства, а не с разделения виртуальных ресурсов на общем хосте.

Выделенный физический узел

После активации заказа среда узла не используется совместно с другими арендаторами. CPU, память, базовый SSD и системные сеансы размещаются на Mac Mini M4, связанном с этим заказом.

Не виртуальная машина 16GB RAM 256GB SSD

Разделение учетных данных

Открытый ключ SSH, учетные данные VNC и отпечаток хоста отвечают соответственно за доступ к командной строке, графический сеанс и проверку личности хоста. Ни одно изменение не должно обходить проверку заказа.

Привязка к заказу Поддержка ротации

Минимальные права по умолчанию

Сначала предоставляйте права, необходимые рабочему процессу, а затем расширяйте их по мере необходимости. Общие ключи, бессрочные учетные данные без владельца и единая запись доступа для нескольких пользователей снижают проверяемость действий.

Проверяемость Доступ по необходимости
Выдача и отзыв доступа

Начинайте с отпечатка хоста, а не заканчивайте на успешном подключении

Успешное подключение — лишь первый шаг. Полный процесс включает проверку личности, сокращение прав, ротацию учетных данных и возврат доступа после окончания срока.

  1. 01 Передайте открытый ключ SSH

    Передавайте только открытый ключ, который нужно добавить на узел; закрытый ключ не отправляйте. В команде используйте отдельные ключи участников и не делитесь одним набором идентификационных данных.

  2. 02 Проверьте отпечаток хоста

    Перед первым подключением посимвольно сравните отпечаток из подтверждения поставки с подсказкой клиента. При неожиданном изменении отпечатка прекратите подключение и проверьте его через обращение в консоли.

  3. 03 Выдайте учетные данные VNC

    Храните учетные данные графического сеанса отдельно от открытых ключей SSH. Предоставляйте их только участникам, которым нужен графический интерфейс, и своевременно меняйте после ухода участника из проекта.

  4. 04 Сократите объем прав

    Разделяйте автоматизированные задачи, ручную разработку и публикацию по различимым записям доступа. Перед операциями с расширенными правами подтвердите наличие резервной копии, путь отката и масштаб воздействия.

  5. 05 Запустите ротацию учетных данных

    При смене участников, подозрении на утечку ключа, необычном входе или переносе рабочего процесса немедленно замените связанные учетные данные и проверьте полный отзыв старых.

  6. 06 Отзовите доступ по окончании срока

    После окончания срока верните удаленный доступ. До установленной даты экспортируйте данные и убедитесь, что автоматизированный конвейер больше не отправляет задачи на прежний узел.

Границы операций с узлом и учетной записью

Сначала определите исполнителя, затем решайте, выполнять ли действие сразу

Эти границы помогают сократить необратимые изменения. Действия, способные повлиять на систему, диск или сеть, сначала требуют сохранения данных и сведений для воспроизведения.

Границы операций с узлом и учетной записью DebugMac
Категория операции Пользователь может выполнить сам Требуется помощь поддержки Проверить до выполнения
Среда разработки Клонирование репозитория, установка зависимостей, переключение доступного набора инструментов Xcode, запуск сборки и тестов Системные сбои среды, несоответствие конфигурации поставки и данных заказа Зафиксировать версии, команды, коды завершения и шаги воспроизведения
Контроль доступа Управление ключами проекта, сокращение прав участников, остановка неиспользуемых автоматизированных задач Замена открытого ключа SSH, повторная выдача учетных данных VNC, проверка необычного отпечатка хоста Подтвердить идентификатор заказа, регион узла и личность заявителя
Хранилище и данные Очистка кэша сборки, экспорт архива, проверка целостности файлов проекта Подключение вариантов +1TB SSD, +2TB SSD или Thunderbolt 5 Сначала создайте резервную копию и проверьте целевой объем и расчетный период
Система и сеть Выполнение ping, traceroute, проверка портов и контролируемые тесты передачи Перенос региона, сетевая неисправность узла, системные изменения, влияющие на удаленный доступ Сохранить временную шкалу, исходную сеть и обезличенные результаты диагностики
Операции высокого риска Приостановить действие и экспортировать доступные данные Сброс диска, восстановление системы, необратимые изменения прав или элементов запуска Определить масштаб воздействия, условия отката и путь восстановления данных
Методика расчета доступности

99,9% — показатель сервиса, а не цифра без подтверждающих записей

Чтобы проверить соответствие показателю, нужно отдельно сопоставить расчетное окно, записи мониторинга узлов, действия пользователя и границы форс-мажорных обстоятельств.

99,9% Целевая доступность

Расчет ведется по скользящему окну последних 90 дней; все узлы работают 365 дней в году без заранее заданных периодов простоя.

Расчетная модель Последние 90 дней
Охват данных
Связность узлов, удаленный доступ и записи событий на стороне сервиса
Единица проверки
Проверка по затронутому узлу, длительности и принадлежности к заказу
Границы исключений
Действия самого пользователя, сбои исходной сети и форс-мажорные события
Если показатель не достигнут
После подтверждения случая компенсация сервисного объема предоставляется согласно условиям сервиса
Приоритет записей мониторинга

Потеря пакетов в одном ping или нестабильность локальной сети сами по себе не означают недоступность узла. В обращении укажите время, регион узла, исходную сеть и способ воспроизведения.

Обращение должно позволять локализовать проблему

Если в один и тот же период не работает только определенный порт, клиент или проект, сначала отделите проблему учетных данных, конфигурации проекта и состояния сервиса узла.

Результат определяется условиями сервиса

После проверки временной шкалы и масштаба воздействия, если согласованный показатель не достигнут, команда поддержки обработает соответствующий сервисный объем согласно условиям сервиса.

Жизненный цикл данных

От поставки до удаления: для каждого этапа определена ответственность

Жизненный цикл данных начинается не в конце срока. Материалы доступа, файлы проекта, экспортированные результаты и записи возврата следует разделять с самого дня поставки.

  1. 01 Поставка

    Проверьте конфигурацию Debug M4, регион узла, адрес хоста, имя пользователя, отпечаток хоста и статус выдачи доступа, чтобы не указать неверную цель в автоматизированной задаче.

  2. 02 Работа

    Пользователь управляет репозиториями, зависимостями, кэшем сборки и артефактами, распределяет права участников по рабочему процессу и хранит отдельную копию критически важных данных.

  3. 03 Экспорт

    До окончания срока скачайте архивы, журналы и данные проекта, проверьте целостность файлов и остановите runner или планировщик, все еще направленные на этот узел.

  4. 04 Возврат доступа

    Отзовите материалы доступа SSH и VNC, закройте связанные с заказом точки входа и убедитесь, что старые учетные данные больше не создают сеансы.

  5. 05 Удаление и записи

    Обработайте данные срока по процедуре возврата узла и сохраните необходимые записи о заказе, безопасности и операциях. Конкретные правила обработки данных приведены в заявлении о конфиденциальности.

Процесс реагирования на инциденты

Шесть этапов, чтобы согласовать факты, влияние и дальнейшие действия

При обработке инцидента сначала сохраняйте доказательства и ограничивайте распространение последствий. В уведомлениях используйте подтвержденные факты, а не непроверенные выводы вместо временной шкалы.

  1. 01

    Обнаружение

    Получите оповещение узла, сообщение пользователя или сведения о необычном доступе; зафиксируйте самое раннее время, затронутую точку входа и исходные признаки.

    Содействие пользователя: сохраните исходную ошибку и время ее возникновения.
  2. 02

    Подтверждение

    Проверьте заказ, регион, записи доступа и условия воспроизведения; отделите проблемы локальной сети, учетных данных, конфигурации проекта и узла.

    Содействие пользователя: предоставьте идентификатор заказа и обезличенные журналы.
  3. 03

    Изоляция

    Ограничьте необычные пути доступа, замените связанные учетные данные или приостановите рискованные операции, в первую очередь не допуская расширения воздействия.

    Содействие пользователя: прекратите повторные попытки и автоматические повторы.
  4. 04

    Исправление

    Устраните подтвержденную причину, проверьте границы прав, сервиса и данных, зафиксируйте изменения и условия отката.

    Содействие пользователя: подтвердите шаги приемки со стороны бизнеса.
  5. 05

    Восстановление

    Поэтапно восстановите доступ и рабочие процессы; проверьте, вернулись ли подключения, сборки и экспорт артефактов в контролируемое состояние.

    Содействие пользователя: выполните минимальную приемочную задачу.
  6. 06

    Разбор

    Составьте временную шкалу, опишите масштаб воздействия, выполненные действия и дальнейшие улучшения; при необходимости обновите управление учетными данными и операционный чек-лист.

    Содействие пользователя: подтвердите незакрытые вопросы и ответственных.
Контакты по вопросам безопасности

Сначала соберите данные для воспроизведения, затем отправьте их команде поддержки

Отчеты о безопасности отправляйте на support@debugmac.com или войдите в консоль и создайте обращение. Не отправляйте закрытые ключи, полные учетные данные, необезличенные персональные данные или данные проекта, не связанные с проблемой.

  • Идентификатор затронутого заказа и регион узла
  • Временная шкала инцидента с указанием часового пояса
  • Минимальные шаги воспроизведения и фактический результат
  • Выполненные действия по изоляции или ротации учетных данных
  • Обезличенное резюме журналов, снимков экрана или вывода команд
Генератор черновика письма о безопасности Отправка на единственный адрес поддержки

Открыть почтовый клиент

После подтверждения конфигурации, региона и границ доступа создайте заказ

Сейчас доступен только Debug M4: M4, 16GB RAM, 256GB SSD; заказ можно оформить в Сингапуре, Японии, Южной Корее, Гонконге и на западе США. Фактический статус доступности в реальном времени отображается в консоли.