-
Notifications
You must be signed in to change notification settings - Fork 82
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
Core/Organization refactoring #989
Core/Organization refactoring #989
Conversation
Testing:
Local deployment
AWS deployment
|
return organization | ||
|
||
@staticmethod | ||
# TODO: resource permission check for permissions.GET_ORGANIZATION ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's add this resource permission check for GET_ORGANIZATION
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's add this resource permission check for
GET_ORGANIZATION
Tested in AWS Deployment (after addressing TODO
comment and adding GET_ORGANIZATION
resource permission check of def get_organization(...)
- Create organization
- Modify organization
- Get organization
- List organizations
- Invite group to organization
- List organization groups
- Remove group from organization
- Link environment to organization
- List organization environments
- Archive organization
Think we can add this line then good to approve on my end!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks a lot for deploying it! I added the permission check
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me - approving
…layers (#1044) ### Feature or Bugfix - Refactoring ### Detail Some modules under `core` do not completely follow the standard structure agreed for modules. In this PR I just focus on the module `vpc`: - Add input validation in the `api` layer in the resolvers - Create a `service` layer for `vpc`, where we check permissions and execute business logic - The `db` subpackage should contain all operations on RDS. It should not contain business logic, permissions checks or input validation. ### Relates - #741 - #989 same but for the `vpc` module ### Security Please answer the questions below briefly where applicable, or write `N/A`. Based on [OWASP 10](https://owasp.org/Top10/en/). - Does this PR introduce or modify any input fields or queries - this includes fetching data from storage outside the application (e.g. a database, an S3 bucket)? - Is the input sanitized? - What precautions are you taking before deserializing the data you consume? - Is injection prevented by parametrizing queries? - Have you ensured no `eval` or similar functions are used? - Does this PR introduce any functionality or component that requires authorization? - How have you ensured it respects the existing AuthN/AuthZ mechanisms? - Are you logging failed auth attempts? - Are you using or adding any cryptographic features? - Do you use a standard proven implementations? - Are the used keys controlled by the customer? Where are they stored? - Are you introducing any new policies/roles/users? - Have you used the least-privilege principle? How? By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Feature or Bugfix
Detail
Adding service layer to Organizations in order to follow the resolver-service-repository structure we established for v2.0 modularization.
Also cleanup some dead code.
Relates
#741
Security
Please answer the questions below briefly where applicable, or write
N/A
. Based onOWASP 10.
fetching data from storage outside the application (e.g. a database, an S3 bucket)?
eval
or similar functions are used?By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.