Task #1837
User Story #1897: API endpoints to add new cases
API: Possibility to authenticate through the API
Added by Kurt Gerber almost 6 years ago. Updated over 4 years ago.
Start date:
14 Dec 2018
Due date:
% Done:
0%
Estimated time:
Resolution:
Files
API_Authentication_proposal_Guhan_2019Dec10.pdf (172 KB) API_Authentication_proposal_Guhan_2019Dec10.pdf | Brahadeesh Dheenadayalan_Sivakami, 14 Dec 2019 00:51 |
Updated by Kurt Gerber about 5 years ago
- Tracker changed from User Story to Task
- Parent task set to #1897
Updated by Kurt Gerber about 5 years ago
- Assignee set to Brahadeesh Dheenadayalan_Sivakami
- Priority changed from Normal to High
Updated by Brahadeesh Dheenadayalan_Sivakami about 5 years ago
- Status changed from Accepted to Feedback
- Assignee changed from Brahadeesh Dheenadayalan_Sivakami to Kurt Gerber
Hi Kurt,
After discussion with Kevin, here is a proposed authentication mechanism for allowing users to create cases, upload images and edit cases.
This is very non-standard and maybe insecure.
- Use the existing API Token for Primary authentication in all cases.
- Create a Secondary authentication table, as follows:
- One to one relationship to the Registered UserID
- 3 fields --> 'UserID', 'APPToken' & 'time_stamp'
- When a user with the header 'User-Agent: app' sends a request <to create a case, upload images or edit cases>*
- Authenticate with the API Token to ensure user has access to API.
- Check if the Authenticated User has an 'unexpired' APP Token <a time limit is used to designate stale/fresh APP Tokens>
- No APP Token, Create the token and serve response + new APP Token <initial handshake>
- Unexpired APP Token, accept the request, refresh the token time stamp and serve the response
- Expired APP Token, refresh the token and serve the response + new APP Token
- Incorrect APP Token, respond as invalid <potential issue here on what to do with works in progress for the user>
Looking ahead to the discussion and feedback.
Thanks,
Guhan
Updated by Kurt Gerber almost 5 years ago
- Assignee changed from Kurt Gerber to Brahadeesh Dheenadayalan_Sivakami
Could you try to document here, what we have discussed concerning the authentification?
Updated by Brahadeesh Dheenadayalan_Sivakami almost 5 years ago
- File API_Authentication_proposal_Guhan_2019Dec10.pdf API_Authentication_proposal_Guhan_2019Dec10.pdf added
- Assignee changed from Brahadeesh Dheenadayalan_Sivakami to Kurt Gerber
Hi Kurt,
Apologies for the delay in getting this out.
Please find attached the description of the proposed solution based on our discussion from 3 weeks back.
Thanks,
Guhan