View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009301 | 10000-018: Role-Based Security | Spec | public | 2023-12-04 19:12 | 2024-06-12 12:54 |
Reporter | Jim Luth | Assigned To | Matthias Damm | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | 1.05.02 RC1 | ||||
Fixed in Version | 1.05.04 RC1 | ||||
Summary | 0009301: 4.8.2 Well Known Roles - Clarify what 'valid non-anonymous credentials' are. | ||||
Description | Spec needs to clarify what 'valid non-anonymous credentials' are. If 'valid non-anonymous credentials' include a trusted client certificate then a client using the anonymous user credential would have access to the AuthenticatedUser Role. If they don't then a client granted SecurityAdmin role via its certificate would not have access to the AuthenticatedUser Role unless it also provides a non-anonymous user token. Neither scenario is intuitive and would likely lead to IOP issues. | ||||
Tags | No tags attached. | ||||
Commit Version | 1.05.04 RC | ||||
Fix Due Date | 2024-01-15 | ||||
related to | 0008194 | closed | Jeff Harding | 10000-003: Address Space | 4.8.2 Well Known Roles - Clarify what 'valid non-anonymous credentials' are. |
related to | 0009302 | closed | Jeff Harding | 10000-003: Address Space | 4.8.2 Well Known Roles - Clarify what 'valid non-anonymous credentials' are. |
|
Proposal clarify that anonymous has no credential and is never authenticated and refer to "AuthenticatedUser Role" as the "Authenticated Role" and make it clear it is not always a User. |
|
need to remove the term 'anonymous user' and use 'anonymous role'. |
|
Updated to 4.9.1 to clarify that anonymous means no authentication at the user or application level. |
|
Need to update special rules for Anonymous and AuthenticatedUser based on the new text in Part 3. |
|
The special rules are related to the capability to change the identity mapping. |
|
Also need to describe the case where a well-known role is removed from the RoleSet Object. |
|
4.3 RoleSet Added clarifications: 4.4.4 IdentityCriteriaType 4.4.3 IdentityMappingRuleType |
|
Agreed to changes edited in Virtual F2F. |
Date Modified | Username | Field | Change |
---|---|---|---|
2023-12-04 19:12 | Jim Luth | New Issue | |
2023-12-04 19:12 | Jim Luth | Status | new => assigned |
2023-12-04 19:12 | Jim Luth | Assigned To | => Jeff Harding |
2023-12-04 19:12 | Jim Luth | Issue generated from: 0008194 | |
2023-12-04 19:12 | Jim Luth | Note Added: 0020471 | |
2023-12-04 19:12 | Jim Luth | Note Added: 0020472 | |
2023-12-04 19:12 | Jim Luth | Note Added: 0020473 | |
2023-12-04 19:12 | Jim Luth | Relationship added | related to 0008194 |
2023-12-04 19:13 | Jim Luth | Project | 10000-003: Address Space => 10000-018: Role-Based Security |
2023-12-04 19:13 | Jim Luth | Assigned To | Jeff Harding => Matthias Damm |
2023-12-04 19:14 | Jim Luth | Note Added: 0020474 | |
2023-12-04 19:15 | Jim Luth | Commit Version | => 1.05.04 RC |
2023-12-04 19:15 | Jim Luth | Fix Due Date | => 2024-01-15 |
2023-12-04 19:39 | Matthias Damm | Note Added: 0020481 | |
2024-05-14 15:46 | Jim Luth | Note Added: 0021200 | |
2024-05-14 15:49 | Jim Luth | Relationship added | related to 0009302 |
2024-06-12 12:54 | Matthias Damm | Status | assigned => resolved |
2024-06-12 12:54 | Matthias Damm | Resolution | open => fixed |
2024-06-12 12:54 | Matthias Damm | Fixed in Version | => 1.05.04 RC1 |
2024-06-12 12:54 | Matthias Damm | Note Added: 0021314 | |
2024-06-12 12:54 | Jim Luth | Status | resolved => closed |
2024-06-12 12:54 | Jim Luth | Note Added: 0021315 |