AI CITY TECHNOLOGIES

Многоуровневая архитектура безопасности

Шифрование, аутентификация, проверка прав и восстановимость: механизмы защиты с чёткой областью применения.

AES-256-GCMMFA · WebAuthnRLS · RBACEd25519 · HMACPITR

Криптографическая защита секретов

Для хранения чувствительных служебных секретов применяется AES-256-GCM с проверкой конфиденциальности и целостности. Ключи поступают из защищённой конфигурации среды, а в интерфейсах управления секретные значения маскируются.

AES-256-GCM и AEAD

В хранилищах паролей банковской интеграции, секретов TOTP и соответствующих служебных ключей AES-256-GCM совмещает шифрование и выявление изменений.

Случайный IV и authentication tag

Для каждого шифрования создаётся новый случайный IV; проверка authentication tag отклоняет повреждённый или изменённый шифротекст.

Раздельное управление ключами

Ключи не хранятся в том же поле, что шифротекст: они поступают из серверной конфигурации; для секретов устройств поддерживается версионирование ключей.

Маскирование секретных значений

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

Аутентификация и снижение риска захвата аккаунта

Защита паролей дополняется двухфакторной TOTP-аутентификацией, WebAuthn passkey для сотрудников и контролем попыток входа. Механизмы применяются в рамках предусмотренных ролей и сценариев входа.

bcrypt с cost factor 12

Пароли сохраняются как bcrypt-хеши с индивидуальной солью и cost factor 12; проверка выполняется по хешу, без хранения возвращаемого открытого пароля.

TOTP и одноразовые резервные коды

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

WebAuthn passkey для сотрудников

Вход сотрудников по passkey проверяет origin, RP ID, одноразовый challenge и обязательный user verification устройства через биометрию или PIN.

Ограничение попыток входа

В сценариях входа и проверки кодов действуют ограничения частоты, учёт неудачных попыток и соответствующие правила блокировки.

Защита веб-соединений и сессий

Публичное соединение защищено HTTPS/TLS, а управление веб-сессией разделяет краткосрочный доступ и серверное обновление. Ограничения cookie, проверка источника и ротация токенов сокращают возможности злоупотребления сессией.

HTTPS/TLS и HSTS

Публичные веб-соединения используют TLS; политика HSTS предписывает поддерживающим браузерам дальнейшее обращение по HTTPS.

Secure, HttpOnly, SameSite=Strict

Cookie рабочей веб-сессии имеет Secure, HttpOnly, SameSite=Strict и host-only область; реальный секрет обновления хранится на сервере.

Контроль CSRF и проверка origin

Операции cookie-сессии требуют точного совпадения origin/host и предусмотренных признаков запроса для отклонения недопустимых межсайтовых действий.

Ротация refresh-token и выявление повторного использования

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

Многоуровневая изоляция данных

Доступ ограничивается прикладными полномочиями и уровнем защищаемых таблиц. PostgreSQL Row-Level Security работает совместно с контекстом пользователя, дома и организации.

PostgreSQL RLS и FORCE RLS

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

Ограниченная runtime-роль базы

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

RBAC и разрешения на уровне действия

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

Область чатов и истории AI

Для переписки проверяется участие, а история AI жителя связывается с владельцем и соответствующим домом, не открывая историю соседа.

Защита мобильных секретов и привязки устройства

Android и iOS используют защищённые хранилища операционной системы для секретов сессии. Блокировка устройства и отзыв доступа дополняют серверный контроль аутентификации.

Android Keystore и AES-256

Android использует ключ под управлением Keystore и хранилище AES-256; при сбое секрет не переносится в постоянное открытое хранилище.

iOS Keychain с ThisDeviceOnly

Секреты iOS хранятся в Keychain с политикой ThisDeviceOnly, чтобы та же сессия не переносилась на другой телефон обычным восстановлением.

Локальная блокировка PIN и биометрией

На поддерживаемом устройстве PIN или биометрия дополнительно ограничивают локальное открытие приложения отдельным от серверных прав слоем.

Отзыв доступа устройства

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

Криптографический контроль физического доступа

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

Ed25519 и ECDSA P-256

Поддерживаемые протоколы BLE-доступа используют асимметричные подписи: разрешение проверяется открытым ключом без передачи считывателю секретного ключа подписанта.

Проверка challenge и срока действия

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

Команды с HMAC-SHA-256

В поддерживаемом протоколе управления дверью подпись связывает идентификатор двери, действие, уникальную команду и срок исполнения; изменение содержимого нарушает проверку.

Подписанный результат и прошивка

Результаты поддерживаемых команд связаны с хешем исходной команды. Проверяемые артефакты обновления устройств проходят контроль целостности SHA-256 и подписи Ed25519 заданным доверенным ключом.

Защита веб-среды и запросов

Веб-защита сочетает политики безопасности браузера и серверную проверку входных данных. Доступ к закрытым материалам определяется действующими правами пользователя.

Content Security Policy

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

Защита от clickjacking и MIME-подмены

Frame-ancestors и X-Frame-Options ограничивают встраивание страницы в чужие фреймы, а X-Content-Type-Options: nosniff ограничивает неверную интерпретацию типа файла.

Валидация запросов и лимиты

Серверная валидация проверяет ожидаемые поля и формат данных, а лимиты запросов с учётом операции ограничивают автоматизированные злоупотребления.

Проверка доступа к закрытым файлам

При запросе защищённого файла проверяются текущая учётная запись и разрешённая аудитория материала. Директива no-store ограничивает сохранение чувствительных ответов в промежуточных кешах.

Защита платежей и критических действий

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

Разделение карточных данных

Данные карты вводятся в банковской платёжной среде. Платформа не хранит полный номер карты или CVV в своих платёжных записях.

Серверная проверка результата банка

Страница возврата сама по себе не является доказательством оплаты: интегрированный процесс проверяет результат у банка и его соответствие платёжному заказу платформы.

Подтверждение конкретного содержимого

В защищённых критических действиях подтверждение HMAC-SHA-256 связано с операцией, ответственным, организацией и хешем содержимого, чтобы выявлять подмену после предпросмотра.

Одноразовое разрешение с ограниченным сроком

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

Прослеживаемость и границы полномочий AI

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

Журнал аудита действий

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

Маскирование секретов и идентификатор ошибки

Маскирование чувствительных параметров и обобщённые ответы на внутренние ошибки снижают риск раскрытия секретов через диагностику. Идентификатор ошибки помогает расследованию без вывода внутренних деталей пользователю.

Доступ AI в пределах роли

Инструменты Ареги работают в рамках разрешённых данных пользователя и организации. Разговор с помощником не даёт дополнительных прав на сведения другого жителя или организации.

Подтверждение человеком значимых действий

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

Зашифрованные резервные копии и восстановление

Архитектура резервирования предусматривает зашифрованные хранилища, отдельную удалённую копию и проверки восстановления. Восстановимость данных рассматривается как операционный процесс с контролем и испытаниями.

Шифрование резервных копий AES-256

В репозиториях pgBackRest для PostgreSQL настроено шифрование AES-256-CBC. Дополнительный удалённый поток резервирования предусматривает зашифрованные копии данных и загруженных файлов.

Удалённое хранилище и проверка сервера

Хранилище вне основной инфраструктуры снижает влияние отказа одного места размещения. Строгая проверка host key в SFTP подтверждает личность ожидаемого удалённого сервера.

Восстановление на момент времени: PITR

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

Проверки восстановления и мониторинг

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

Каждому — свои данные

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

Жителю — его объекты и доступные услуги

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

Сотруднику — его рабочая область

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

Разделение данных управляющих организаций

Доступ к операционным данным организаций разделяется по границам соответствующей организации и дома.

Общий рынок недвижимости с опубликованными предложениями

Опубликованное предложение общего рынка не раскрывает финансовые или административные данные его дома.

Согласования и подотчётность

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

Фиксация автора и времени важных изменений

Журнал фиксирует автора и время важных изменений для последующей проверки и ответственности.

Финансовые права и доступ по ролям

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

Одобрение ответственного в соответствующих процессах

В процессах с согласованием изменение проходит решение уполномоченного ответственного для контролируемого выполнения.

История условий использования и согласий

Записи принятия условий и согласий сохраняются для проверки применённой версии и хода принятия.

Помощь и личный контроль

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

Управление доступом аккаунта и устройства

Управление доступом аккаунта и устройства позволяет контролировать используемые среды и прекращать ненужные права.

Личные настройки и выбор уведомлений

Личными настройками управляйте доступными предпочтениями и получением сообщений в рамках аккаунта.

Доступные запросы закрытия или удаления аккаунта

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

Политика приватности и контакты поддержки

Условия обработки данных и контакты безопасности или поддержки доступны на соответствующих публичных страницах.

Руководства для жителей и команды

Руководства по ролям объясняют правильную последовательность действий и уменьшают неопределённость использования.

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