OpenConext / OpenConext/OpenConext-engineblock
Log which attributes (not values) are released per IdP
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 17
- Forks
- 25
- Avg merge
- 4d 1h
- Merged PRs (30d)
- 1
Description
New Feature Request
Summary
Problem: When communicating with SPs/RPs, the federation operator now cannot tell which attributes are available from the connected IdP's.
Value: This gives the federation operator insight in what attributes are available from which IdP, so attributes can be predicably released to SPs/RPs, according to the attribute release policy. This assumes attributes are filled with valid values, addressing that is a separate problem.
Proposed Solution
-
Action: For each authentication, log what IdP was used and which attributes (not values) were released by the IdP.
Possibly aggregate the data in EB itself. -
Design: [Link to Figma/Screenshots]
-
Impact: Does this affect existing APIs or UI components?
Developer Checklist
To be completed by the developer during implementation.
- Add required changes and feature flags config files
- Create and document database changes and migrations
- Create and document API changes and migrations
- check for backwards compatibility
- Updated CHANGELOG and other documentation where needed
Testing and QA
Describe how to verify and test this change.
Test Environment and Setup
- Point to [URL/Branch]
- Use account with [Role/Permissions]
Test Checklist
- Happy Path: Feature works as intended under normal conditions.
- Edge Case: [Describe specific test item]
- Validation: [Describe specific test item]
- UI/UX: Verified layout across screen sizes.
Extra Information
Add any other context, related issues, or technical notes here.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, entry points, or concrete API/UI locations are named. Start by tracing the authentication path that identifies the IdP and released attributes, then determine how logging or aggregation should represent attribute names without values. Done means the selected IdP and released attribute names are recorded per authentication, with the required storage, API, UI, migration, and test scope defined.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- php
- Domain
- authentication, backend, observability
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100