2014-02-21 8 views
0

Я разрабатываю веб-службу Spring MVC. Я пытаюсь использовать лучшие практики дизайна REST URI. Например, для получения учетной записи URI, будетКритическая информация в REST URI

GET http://blablabla.com/api/accounts/123 

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

Заранее спасибо.

ответ

1

Если под «критическим» вы имеете в виду с учетом/безопасности, я бы сохранить URI дизайн AS IS, и поместить всю сессию под HTTPS, таким образом, было бы гораздо труднее для кого-то подслушать сам URL. См. Например, это question

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

+0

Но если вы это сделаете, вы больше не используете REST –

+0

И HTTPS не является «этим» безопасным, кстати. –

0

Используйте TLS и аутентификацию, и ваша боль исчезнет.