Project type: work
AI tags: work, ais, android, ble, gatt, security, investigation, device-service
Description
На стороне GATT-service устройства по умолчанию требуется шифрованный канал для подключения. Необходимо разобраться в причинах такого требования, проанализировать конфигурацию BLE сервиса и определить, является ли это необходимостью безопасности или может быть переконфигурировано для тестирования.
Идентифицирована причина требования шифрованного канала в GATT-service
Задокументированы все найденные конфигурационные параметры, влияющие на шифрование
Определено, можно ли отключить требование шифрования для целей разработки/тестирования
Оценено влияние на безопасность при возможном отключении шифрования
Подготовлены рекомендации по интеграции в Android приложение
Code notes
В README.md указано что BLE поддержка планируется (в разделе 'Планы развития')
Файлы ble_gatt.py и ble_mini2.py содержат реализацию GATT-service на стороне устройства - это главные источники информации о конфигурации
В activity_interfaces_settings.xml есть поле для ввода MAC адреса BLE устройства - это указывает на наличие UI для BLE подключения
В NMEAController.java описана обработка различных источников данных (UDP, Android NMEA) но информации о BLE нет - вероятно это планируемая функция
Документ BLE_PROTOCOL_V2.md вероятно уже содержит информацию о протоколе и может содержать информацию о безопасности
Questions
Какой именно уровень безопасности требует GATT-service устройства: LE Security Mode 1 Level 2, Level 3, Level 4 или другой?
Это требование на уровне характеристик GATT или на уровне всего сервиса?
Может ли это быть переконфигурировано на устройстве или это жесткое требование аппаратного обеспечения?
Есть ли уже реализация BLE подключения в приложении или это планируемая функция?
Какой версии Android минимально требуется для поддержки шифрованных BLE каналов?
Linked Taiga story: #15
Suggested branch:
`feature/taiga-15-issledovanie-prichin-trebovaniya-shifrovannogo-kanala-v-gatt`
Project type: `work`
AI tags: work, ais, android, ble, gatt, security, investigation, device-service
## Description
На стороне GATT-service устройства по умолчанию требуется шифрованный канал для подключения. Необходимо разобраться в причинах такого требования, проанализировать конфигурацию BLE сервиса и определить, является ли это необходимостью безопасности или может быть переконфигурировано для тестирования.
Taiga: https://tasks.grigowashere.ru/project//us/15
## Acceptance criteria
- Идентифицирована причина требования шифрованного канала в GATT-service
- Задокументированы все найденные конфигурационные параметры, влияющие на шифрование
- Определено, можно ли отключить требование шифрования для целей разработки/тестирования
- Оценено влияние на безопасность при возможном отключении шифрования
- Подготовлены рекомендации по интеграции в Android приложение
## Code notes
- В README.md указано что BLE поддержка планируется (в разделе 'Планы развития')
- Файлы ble_gatt.py и ble_mini2.py содержат реализацию GATT-service на стороне устройства - это главные источники информации о конфигурации
- В activity_interfaces_settings.xml есть поле для ввода MAC адреса BLE устройства - это указывает на наличие UI для BLE подключения
- В NMEAController.java описана обработка различных источников данных (UDP, Android NMEA) но информации о BLE нет - вероятно это планируемая функция
- Документ BLE_PROTOCOL_V2.md вероятно уже содержит информацию о протоколе и может содержать информацию о безопасности
## Questions
- Какой именно уровень безопасности требует GATT-service устройства: LE Security Mode 1 Level 2, Level 3, Level 4 или другой?
- Это требование на уровне характеристик GATT или на уровне всего сервиса?
- Может ли это быть переконфигурировано на устройстве или это жесткое требование аппаратного обеспечения?
- Есть ли уже реализация BLE подключения в приложении или это планируемая функция?
- Какой версии Android минимально требуется для поддержки шифрованных BLE каналов?
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Linked Taiga story: #15
Suggested branch:
feature/taiga-15-issledovanie-prichin-trebovaniya-shifrovannogo-kanala-v-gattProject type:
workAI tags: work, ais, android, ble, gatt, security, investigation, device-service
Description
На стороне GATT-service устройства по умолчанию требуется шифрованный канал для подключения. Необходимо разобраться в причинах такого требования, проанализировать конфигурацию BLE сервиса и определить, является ли это необходимостью безопасности или может быть переконфигурировано для тестирования.
Taiga: https://tasks.grigowashere.ru/project//us/15
Acceptance criteria
Code notes
Questions