Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Needs auth #12

Open
rhiaro opened this issue Oct 19, 2020 · 5 comments
Open

Needs auth #12

rhiaro opened this issue Oct 19, 2020 · 5 comments

Comments

@rhiaro
Copy link
Member

rhiaro commented Oct 19, 2020

There is no authentication or authorization mechanism applied to the DID Document, leaving it unprotected from modification by an attacker.

@dmitrizagidulin
Copy link
Collaborator

I think this is a duplicate of issue #13?

@dmitrizagidulin
Copy link
Collaborator

@rhiaro I propose this issue be closed as either duplicate of #13 or out of scope.

@rhiaro
Copy link
Member Author

rhiaro commented Oct 28, 2020

Auditability (being able to check historical changes) is completely different to having a mechanism to decide who is allowed to do those changes in the first place, isn't it (this issue being about the latter)?

@dmitrizagidulin
Copy link
Collaborator

@rhiaro ah, I see. In that case, no, the spec cannot dictate that - the auth policies differ for each individual site (much like the update/delete/etc operations).

@OR13
Copy link
Collaborator

OR13 commented Jun 27, 2022

Agree, this issue should be closed, this will be at the discretion of the web service provider / hosting company... I'll suggest using GitHub / version control, but I don't think its appropriate to call this an "issue" with the method... its actually a "feature" of the method... that comes from its legacy facing interoperability design considerations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants