VMOrbit предоставляет выделенный физический узел Apple Silicon и отвечает за предоставление услуги и работу узла. Команда пользователя контролирует права доступа к аккаунтам, данные проектов, ключи, материалы для подписи и конфигурацию приложений. Чёткое распределение ответственности позволяет выстроить практичные процедуры безопасности для удалённой разработки, непрерывной интеграции и миграции данных.
Выделенный узел не означает, что настройка не требуется. Физическая изоляция определяет принадлежность ресурсов, но управление участниками, хранение ключей, права проектов и стратегия резервного копирования по-прежнему требуют постоянного контроля команды.
| Область контроля | Отвечает VMOrbit | Отвечает клиент | Что рекомендуется проверить |
|---|---|---|---|
| Предоставление услуги | Предоставить согласованные по заказу модель, узел и срок аренды и поддерживать нормальную работу узла. | Проверить данные заказа, уполномоченных пользователей и среду подключения. | Соответствуют ли модель, регион, срок аренды и контактное лицо фактической задаче. |
| Права доступа | Предоставить предусмотренные заказом процессы администрирования и поддержки. | Создать отдельные аккаунты, выдать минимальные права и отозвать доступ участников, покинувших команду. | Остались ли аккаунты, ключи или удалённые входы, которые больше не нужны для работы. |
| Данные проекта | Поддерживать среду узла, необходимую для работы предоставляемой услуги. | Управлять кодом, артефактами сборки, кэшем, материалами для подписи и необходимыми резервными копиями. | Есть ли за пределами узла восстанавливаемая копия критически важных данных. |
| Конфигурация приложения | Помогать находить проблемы узла и уровня подключения в рамках процесса поддержки. | Поддерживать инструментальную цепочку, зависимости, настройки CI, права токенов и маскирование журналов. | Фиксируются ли изменения конфигурации и исключаются ли секретные значения из журналов и репозиториев. |
Облачный Mac VMOrbit — выделенный физический сервер, а не виртуальная машина. Команде следует разделить персонал, точки подключения и права проектов на три независимых уровня контроля, не используя один долгосрочный секрет для всех процессов.
Создавайте отдельную учётную запись для каждого участника, которому действительно нужен доступ к узлу; не делитесь долгосрочными паролями или закрытыми ключами. Распределяйте права по ролям — разработка, сборка, аудит — и регулярно проверяйте список участников.
SSH подходит для управления через командную строку и автоматизации, а VNC — для задач с графическим интерфейсом macOS. Открывайте только реально используемые входы и ограничивайте сети-источники и периоды доступности.
Репозитории, системы сборки, процессы подписи и внешние сервисы должны получать права раздельно. Права администратора узла не должны автоматически означать доступ ко всем ключам проектов или ресурсам рабочей среды.
Кому он принадлежит, к чему даёт доступ и когда его следует отозвать. Учётные данные, для которых нельзя ответить хотя бы на один вопрос, не подходят для долгосрочного доступа.
Каждый участник использует отдельный отслеживаемый аккаунт; избегайте общих долгосрочных учётных данных.
Включайте усиленную аутентификацию, если её поддерживает соответствующая система идентификации, и назначайте ответственного за контролируемое восстановление доступа.
Установите период ротации для SSH-ключей, CI-токенов и учётных данных процессов подписи; после изменений убедитесь, что старые значения недействительны.
При уходе участника, потере устройства, изменении обязанностей или подозрении на утечку сначала отзовите доступ, затем оцените последствия.
Не записывайте закрытые ключи, долгосрочные токены, коды восстановления или полные платёжные данные в код, примеры конфигурации, историю команд, вывод сборки и обычные сообщения в поддержку.
Также проверьте разрешения SSH, доступ VNC, участников репозиториев, регистрацию runner, переменные окружения, процессы подписи и возможные локальные копии.
Сначала подтвердите личность и права, затем ограничьте источники и проверьте записи входа. При сбое подключения не расширяйте доступ наугад: последовательно проверьте учётные данные, порт, локальный брандмауэр, сетевой маршрут и состояние узла.
| Параметр проверки | SSH | VNC | Признак проблемы |
|---|---|---|---|
| Подходящие задачи | Управление через командную строку, автоматизация, сборка и проверка журналов. | Разработка, отладка и работа с инструментами, которым нужен графический интерфейс macOS. | Способ подключения не соответствует задаче, поэтому лишний вход остаётся открытым. |
| Контроль идентичности | Используйте отдельные SSH-ключи и регулярно очищайте список разрешений. | Используйте отдельные аккаунты узла, не делитесь долгосрочными данными для входа. | Неизвестный ключ, аккаунт или участник, покинувший команду, всё ещё имеет доступ. |
| Ограничение источников | Ограничьте административный вход сетевыми маршрутами, которыми реально пользуется команда. | Открывайте доступ только участникам, которым нужны графические операции, и проверяйте источник. | За короткое время появляются несколько незнакомых источников или необычных попыток подключения. |
| Проверка записей | Проверяйте время входа, источник, аккаунт и ключевые выполненные действия. | Проверяйте время сеанса, уполномоченного участника и необычные разрывы соединения. | Сеансы без ответственного, входы в необычное время или внезапное изменение прав. |
Непрерывная интеграция подключается к репозиториям, источникам зависимостей, процессам подписи и целям выпуска. Настройте эти права раздельно: один токен не должен одновременно читать все репозитории, менять конфигурацию и выполнять выпуск.
Регистрируйте runner только в репозитории или группе проектов, где выполняются задачи. Для задач из недоверенных веток и внешних вкладов задавайте отдельные границы выполнения.
Результат: таблица соответствия runner и репозиториевМатериалы для подписи, токены доступа и данные для развёртывания передавайте через контролируемый процесс управления ключами; внедряйте их временно по задаче, не записывайте в репозиторий и постоянные скрипты.
Результат: список назначения ключей и ответственныхНе выводите секретные значения в эхо команд, дампы переменных окружения, стеки ошибок и вложения сборки. Перед отправкой журналов в поддержку ещё раз проверьте и замаскируйте их.
Результат: правила маскирования журналовПосле завершения задачи удаляйте временные файлы, секретные данные из кэша и ненужные артефакты сборки, сохраняя лишь минимальные записи, действительно помогающие воспроизвести проблему.
Результат: скрипт очистки после задачиЕдинственная копия на узле не должна быть планом восстановления команды. Код, артефакты сборки, кэш и материалы для подписи имеют разную ценность — для каждого определите правила синхронизации, резервного копирования, экспорта и очистки.
Проверьте источник передачи и каталог назначения, чтобы не перенести на узел лишние учётные данные, личные файлы или старые архивы.
Разделяйте исходный код, кэш зависимостей, тестовые данные и материалы выпуска; назначайте ответственных за чувствительные каталоги и фиксируйте важные изменения конфигурации.
Храните необходимые копии за пределами узла и регулярно проверяйте их чтение и восстановление. Успешная синхронизация сама по себе не подтверждает возможность восстановления.
До окончания срока аренды экспортируйте код, конфигурацию, необходимые журналы и результаты сборки; убедитесь, что целевая среда готова продолжить работу с нужными инструментами и правами.
Отзовите удалённый доступ, удалите ненужные ключи, токены, рабочие каталоги и временные файлы и завершите внутреннее подтверждение экспорта командой.
Запросы в поддержку, события узла и необходимые действия фиксируются с возможностью отслеживания; конкретный объём определяется политиками и процессами обслуживания. Клиенту следует передавать минимум необходимой информации — только контекст, действительно нужный для диагностики.
Указывайте данные заказа, регион узла, тип проблемы, масштаб воздействия, шаги воспроизведения и последующие материалы, чтобы продолжать работу в рамках одного обращения.
Структурируйте записи по временной шкале, наблюдаемым явлениям, выполненной изоляции и результату восстановления; не оставляйте только непроверяемые выводы.
При совместной обработке указывайте объект действия, объём разрешений и статус выполнения. В выдержках журналов оставляйте только необходимое для диагностики и предварительно удаляйте секретные значения.
Не продолжайте использовать подозрительные учётные данные в ожидании окончательных выводов. Сначала ограничьте воздействие, затем сохраните необходимую временную шкалу, ротируйте потенциально затронутые учётные данные доступа и создайте непрерывную запись обработки через тикет в консоли.
Остановите подозрительные сеансы, отзовите необычные аккаунты или ключи, приостановите затронутые runner и автоматизированные задачи. Изоляция должна охватывать все входы, где мог использоваться тот же секрет.
Зафиксируйте время обнаружения, признаки проблемы, источник, связанные аккаунты, недавние изменения и уже выполненные действия. Сохраняйте минимально необходимые журналы, не перезаписывая исходные временные данные.
Замените потенциально затронутые SSH-ключи, данные аккаунтов узла, токены репозиториев и CI-ключи и убедитесь, что старые значения недействительны, а не просто создайте новые.
Свяжите с заказом соответствующий узел в консоли и укажите регион, время, признаки проблемы, выполненные действия и журналы без секретных данных. Затем совместно проверьте ситуацию и восстановите работу с учётом масштаба воздействия.
По существующим заказам и текущим проблемам узла сначала войдите в консоль и создайте тикет, связанный с заказом. Если войти в консоль невозможно, отправьте письмо на support@vmorbit.com. Отчёты о безопасности, деловые запросы и обращения по материалам соответствия также отправляйте на этот адрес.
Вопросы по заказу связывайте с узлом через тикет в консоли; если войти невозможно или требуется общая консультация по безопасности, отправьте письмо в службу поддержки. Мы не просим передавать секретные учётные данные обычной почтой.
До выбора модели, узла и срока аренды определите уполномоченных участников, удалённые входы, ответственного за резервные копии и контактное лицо по инцидентам. Фактическая доступность и данные предоставления отображаются в консоли в реальном времени.