Последствия для безопасности «утечки» дескриптора файла клиенту - PullRequest
0 голосов
/ 26 января 2019

Я реализую приложение объекта FileType к OPC UA, часть 5.

В спецификации указано, что клиент может вызывать метод "open" для объекта FileType, расположенного на сервере OPC UA.Open должен возвращать дескриптор, который можно использовать при последующих вызовах этого экземпляра объекта FileType (чтение, запись, закрытие и т. Д.).Я реализую это в системе posix.Моя реализация метода open объекта FileType вызывает open () из libc, которая возвращает дескриптор файла.

Теперь мне интересно, могу ли я просто использовать дескриптор файла в качестве дескриптора для передачи моему клиенту илиесли мне лучше сгенерировать какой-нибудь непрозрачный дескриптор, чтобы он пропал (и отобразить обратно на fd при последующих вызовах).

Существуют ли последствия для безопасности, связанные с "утечкой" таких деталей серверного процесса?

1 Ответ

0 голосов
/ 26 января 2019

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...