practicalli / practicalli/clojure-web-services

Authorization in Clojure

Open
#33 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Markdown
Stars
16
Forks
14
PR merge metrics
No merged PRs in 30d

Description

https://github.com/bpringe/auth-template

A template for web apps with user auth using OWASP best practices and pedestal
A project containing the extracted authorization aspect of an application, especially relevant for projects using pedestal. Includes packaging and deployment config as well.

flow chart for proper REST resource for-GET/http-decision-diagram
https://github.com/for-GET/http-decision-diagram
An activity diagram to describe the resolution of HTTP response status codes, given various headers.
http://hyperrest.github.io/2013-06-10-http-hell-no
https://github.com/for-GET/http-decision-diagram|for-GET/http-decision-diagramfor-GET/http-decision-diagram | 17 Feb 2013 | Added by GitHub

Seems the session must be tied to a user - which makes me thinking how would you implement features like "require captcha after logging in failed for 3+ times" ?
The sessions can be anonymous - user_id is null in the db row in that case (to be specific).
See the anonymous-session interceptor here: https://github.com/bpringe/auth-template/blob/954b8a78f7e6d91b4dd12446ec69aba004c53d1e/src/auth_template/service.clj#L208
There may be a better way to handle anon sessions - but this is a simple starting point / works.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the linked auth-template project, especially src/auth_template/service.clj around line 208, and the referenced HTTP decision diagram. Clarify what authorization change belongs in clojure-web-services, including anonymous sessions and failed-login CAPTCHA behavior. Done requires an agreed scope and implementation criteria.

Written by the indexing model from the issue text.

Assessment

Tech stack
clojure
Domain
authorization
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.