Обеспечение REST и JSON
@@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ, SCOPE_IDENTITY и IDENT_CURRENT являются подобными функциями в этом, они возвращают последнее значение, вставленное в столбец IDENTITY таблицы.
@@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ и SCOPE_IDENTITY возвратят последнее значение идентификационных данных, сгенерированное в любой таблице на текущей сессии. Однако SCOPE_IDENTITY возвращает значение только в текущей области; @@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ не ограничены определенным объемом.
IDENT_CURRENT не ограничен объемом и сессией; это ограничено указанной таблицей. IDENT_CURRENT возвращает значение идентификационных данных, сгенерированное для определенной таблицы на любой сессии и любом объеме. Для получения дополнительной информации см. IDENT_CURRENT.
- IDENT_CURRENT является функцией, которая берет таблицу в качестве аргумента.
- @@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ могут возвратить запутывающий результат, когда у Вас есть триггер на таблице
- SCOPE_IDENTITY , Ваш герой большую часть времени.
2 ответа
You just need a couple things in place to do this. First, the service client will need to authenticate against your service (over HTTPS) to make a request. Once the client is authenticated, you can return a private token which the client has to include with this token. As long as the token expires after a reasonable amount of time, and a secure algorithm is used to generate it, this should do what you want.
If you have more strict security requirements, you can follow Jakob's suggestion, or have the client start a VPN session prior to making requests.
The fact that it's RESTful or uses JSON isn't a relevant factor when it comes to securing a web service. Any web service would need to be secured in the same manner. There are a few things you should do:
- If possible, don't host your web service on the Internet. If the web service is hosted within your company's LAN, for example, it won't be exposed to public consumption unless you specifically exposed it through your router.
- Set up authentication and authorization rules. If you're hosting your web service inside of a Windows domain, you could simply use Windows authentication and set up rules based on Active Directory users and groups. Other options are to use HTTP authentication, client certificate authentication, or if you're developing in .NET, forms authentication.
- Use encryption (HTTPS), especially if your web site is hosted on the Internet.