Каждому действующему заказу соответствует один выделенный физический Mac mini: вычислительные ресурсы и локальное хранилище устройства не используются совместно с другими арендаторами. Безопасность — общая ответственность: платформа отвечает за физический узел и панель управления сервисом, а пользователь — за учетную запись, данные подключения, код и права сторонних инструментов.
Отсутствие виртуальной машины не означает, что настройками безопасности можно пренебречь. Выделенное устройство уменьшает совместное использование ресурсов между арендаторами, но защита учетных записей, ротация ключей, минимальные привилегии и резервное копирование по-прежнему требуют внимания в каждом проекте.
MiniRent предоставляет выделенный физический компьютер: процессор, память и локальный SSD устройства не распределяются между несколькими арендаторами. Заказ, устройство и записи доступа образуют проверяемую цепочку принадлежности.
В течение действующего срока аренды соответствующий заказу Mac mini используется этим заказом. Вычислительные задачи, состояние памяти и локальное хранилище устройства не выделяются другим арендаторам как общие виртуальные ресурсы.
Панель управления предназначена для просмотра заказов, истории сервиса и отправки обращений; учетные данные устройства используются для входа в графический интерфейс macOS или командную строку. Эти два типа учетных данных нельзя повторно использовать или хранить в одном общем документе.
Для учетных записей сборки, CI Runner и ручных удаленных сеансов следует настраивать отдельные права. Предоставляйте задаче доступ только к необходимым каталогам, командам и токенам; не передавайте автоматизированным скриптам постоянные привилегированные учетные данные.
Учетная запись позволяет просматривать сведения, связанные с заказом, и выполнять операции с сервисом. Команде следует распределять права по сотрудникам и не использовать одну учетную запись совместно в течение длительного времени.
Сначала прекратите дальнейшую передачу учетных данных, зафиксируйте время события, связанный заказ и наблюдаемые признаки, затем отправьте обращение через панель управления. Не добавляйте в текст обращения необезличенные ключи или полные сертификаты.
Отправить обращение через панель управленияНемедленно замените затронутые данные для входа, SSH-ключи, токены репозиториев кода и материалы подписи. Затем проверьте автоматизированные задачи, последние записи входа и логи сборки на наличие необычного использования.
Посмотреть порядок действийПроектируйте удаленное подключение вокруг вопросов: кто, когда, для какой задачи и к какому устройству получает доступ. Общий долгосрочный ключ может быть удобен, но он усложняет отзыв доступа и расследование инцидентов.
Не используйте повторно ключ по умолчанию с личного повседневного устройства. Разделяйте ключи по командам, проектам или автоматизированным задачам и обеспечьте надлежащую локальную защиту закрытого ключа.
Поддерживайте на устройстве понятный список разрешений. CI Runner, разработчики и специалисты временной диагностики должны использовать разные учетные данные, чтобы отзывать доступ отдельно, не затрагивая другие задачи.
Ограничивайте разрешенные источники подключений с учетом сети команды; службы, которые не должны быть доступны извне, держите закрытыми, а временно открытые порты своевременно закрывайте после завершения задачи.
После ротации не только установите новые учетные данные, но и фактически проверьте, что старый ключ больше не создает сеанс. При кадровых изменениях или подозрении на утечку не ждите планового срока — выполните ротацию немедленно.
Локальный SSD выделен заказу, но безопасность данных по-прежнему зависит от способа передачи, прав каталогов, места резервного хранения и привычек очистки. С чувствительными материалами нельзя обращаться так же, как с обычным исходным кодом.
Синхронизируйте данные через SSH, зашифрованное подключение к репозиторию или другой безопасный способ передачи, одобренный командой. Не размещайте сертификаты, закрытые ключи или необезличенные пакеты сборки по общедоступным ссылкам для скачивания.
Ограничьте чтение чувствительных каталогов и разделите учетные записи сборки и повседневной работы. Скриптам предоставляйте только необходимые для задачи файлы и команды.
Разработайте отдельные стратегии резервного копирования для исходного кода, конфигурации сборки, резервных копий сертификатов и невоспроизводимых артефактов. Локальные данные устройства не должны быть единственной копией проекта.
Удаляйте временные сертификаты, экспортированные файлы ключей и одноразовые артефакты сразу после завершения задачи; проверяйте кэш, временные каталоги и рабочую область конвейера.
| Тип данных | Основной риск | Рекомендуемый способ хранения | Проверка перед удалением с устройства |
|---|---|---|---|
| Исходный код и конфигурация зависимостей | Расширение прав репозитория, попадание закрытых адресов в логи | Контролируемый репозиторий и минимальные права чтения | Убедитесь, что отправка завершена, и удалите временные файлы учетных данных |
| Сертификаты и материалы подписи | Распространение копий, потеря контроля над сроком действия | Зашифрованное хранение, импорт по задаче | Проверьте экспортированные копии и удалите временные файлы |
| API-ключи и краткосрочные токены | Жестко заданные значения, утечка в выводе сборки | Передача через окружение или контролируемое хранилище ключей | Отзовите неиспользуемые токены и проверьте логи |
| Артефакты сборки и отладочные логи | Содержат пути, сведения о пользователях или внутренние адреса | Классифицированное хранение с ограниченной областью доступа | Экспортируйте необходимые артефакты и удалите данные без ценности для хранения |
Конвейер обычно одновременно обращается к репозиторию кода, сервисам зависимостей, материалам подписи и хранилищу артефактов. Если записать постоянный привилегированный ключ прямо в скрипт, одна утечка лога может превратиться в риск доступа к нескольким системам.
Выдавайте доступ для одного репозитория, одной задачи и четко определенного срока; не позволяйте автоматизации постоянно хранить привилегированные учетные данные с охватом всей организации.
Используйте контролируемые переменные или хранилище ключей; не записывайте их в репозиторий, образ, параметры скрипта или конфигурационные файлы, доступные обычным участникам.
Не выводите полные переменные окружения, заголовки запросов и пути к сертификатам. Для диагностики добавляйте только необходимые записи, а после завершения возвращайте контролируемый уровень вывода.
Удалите временные токены, распакованные материалы подписи, промежуточные артефакты и чувствительные данные из кэша, прежде чем передать Runner следующей задаче.
Используйте отдельные идентичности выполнения для разных репозиториев или задач с разным уровнем безопасности, чтобы один проект не мог прочитать данные другого через общую рабочую область.
Мониторинг инфраструктуры отслеживает доступность узла, состояние устройства, аномалии ресурсов и сигналы событий безопасности. Исходный код, содержимое сборок и бизнес-данные пользователей не относятся к обычным показателям работы.
По сигналам состояния, сообщениям пользователей и записям сервиса определите затронутые объекты, время события и наблюдаемые признаки.
Ограничьте затронутые пути доступа, чтобы не допустить дальнейшего распространения проблемы, сохранив необходимые записи для расследования.
Сопоставьте устройство, заказ, записи операций и предоставленные пользователем обезличенные сведения; отделите проблемы инфраструктуры, учетных данных и сторонних инструментов.
Передайте исполнимую информацию через обращение или адрес поддержки и, с учетом масштаба проблемы, выполните ротацию учетных данных, восстановление доступа или дополнительные проверки.
До окончания аренды пользователь должен убедиться, что все необходимые данные сохранены в проверяемых копиях. После возврата устройства исходные пути доступа отзываются, а устройство проходит процедуру очистки данных.
Проверьте изменения исходного кода, конфигурацию сборки, резервные копии материалов подписи, артефакты сборки, отладочные логи и файлы проекта, существующие только локально на устройстве.
Передайте необходимые данные в контролируемое командой хранилище и убедитесь, что файлы открываются, коммиты в репозитории полны, а резервная копия содержит сведения, необходимые для восстановления.
Удалите токены репозитория, регистрацию Runner, ключи развертывания и временные сертификаты, использованные устройством, чтобы после окончания аренды не осталось бесхозного доступа.
После окончания аренды отзовите доступ к устройству, проверьте связь устройства с заказом, а затем выполните очистку, чтобы учетные данные и данные прежнего арендатора не использовались в последующих сервисах.
Проблема безопасности может быть связана с инфраструктурой, учетной записью и конфигурацией устройства, а также с репозиторием кода, CI-платформой или сервисом зависимостей. В сообщении сначала укажите область влияния и не прикладывайте чувствительные материалы без обезличивания.
Поддержка принадлежности устройства, работы инфраструктуры, связи с заказом, отзыва доступа и очистки после возврата устройства; выявление аномалий инфраструктуры и расследование через процедуру поддержки.
Защита учетной записи панели управления и учетных данных устройства, управление кодом, сертификатами, токенами и артефактами сборки, применение минимальных привилегий, необходимых резервных копий, обезличивания логов и отзыва доступа при кадровых изменениях.
Сторонние сервисы обрабатывают токены, логи и данные согласно собственной модели прав. Пользователь должен проверять соответствующие настройки, записи доступа и механизм отзыва, контролируя область авторизации.
Укажите номер заказа, идентификатор устройства, время возникновения проблемы, область влияния, шаги воспроизведения, выполненные действия по изоляции и обезличенные логи. Не отправляйте закрытые ключи, полные токены, полные сертификаты или учетные данные для прямого входа.
Сначала подтвердите модель и узел, затем настройте для команды отдельные учетные данные подключения, минимальные права и резервное копирование. Заказ устройства и дальнейшее управление выполняются через панель управления.