I have read a lot about this on here and other articles. First let me explain my situation.
Let's say I have the following REST backend:
GET /user
returns all users in JSON. (No need to be logged-in)POST /user
registers new user. (No need to be logged-in)DELETE /user
deletes a user. (You do need to be logged-in)
POST /login
posts login credentials and returns a 200 OK on succesful authentication. Also this creates a session
with the username
.
DELETE /login
logout, this deletes the session.
For user authentication and roles I use Deadbolt-2 so for example when DELETE /user
is called first the session
will be viewed to determine whether you are logged-in and then the username
is used to determine if you have the correct permissions.
This works. My question is not about this kind of authorization/authentication. It is however about the following:
I want to secure the "public" API calls like: GET /user
in a way so only front-end applications that are approved by me can access them.
I have read a lot about api-keys and HMAC and oAuth. But it seems to me they are talking about the first scenario and not the second. So how would I go about this in my situation ?
Thank you for your time.
How do you secure a REST API? The first step in securing an API is to ensure that you only accept queries sent over a secure channel, like TLS (formerly known as SSL). Communicating with a TLS certificate protects all access credentials and API data in transit using end-to-end encryption.
You might find this Securing Single Page Apps and REST Services article by James Ward useful, it's built using Play Framework, Java, jQuery, and CoffeeScript.
The reference source is here: https://github.com/jamesward/play-rest-security/
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With