Sharepoint 2010 / SSRS 2008R2 дыра в безопасности - PullRequest
0 голосов
/ 22 марта 2011

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

Скорее всего, клиенты не будут этого делать, но всегда есть шанс, и мы стремимся закрыть эту дыру.

Кто-нибудь еще сталкивался с этим? У нас есть несколько возможных решений, но мы надеемся, что может быть что-то более простое, чего нам не хватает.

Ответы [ 2 ]

1 голос
/ 24 марта 2011

В SSRS вы можете получить доступ к идентификатору пользователя: если вы создаете внутренний параметр, для которого установлено это значение (= User.UserID), ваши запросы могут проверить, есть ли у этого пользователя разрешения на просмотр запрошенных данных.(т.е. создайте таблицу с уникальными идентификаторами, к которым пользователю разрешен доступ, и присоединитесь к ней.)

Объедините это с параметром уникального идентификатора, и вы должны быть охвачены.

0 голосов
/ 23 марта 2011

Если вы устанавливаете разрешения уровня элемента для каждого отчета, у вас не должно быть этой проблемы.

...