-
Notifications
You must be signed in to change notification settings - Fork 1
Sync 2024-11-22 #12
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
Sync 2024-11-22 #12
Conversation
…ingInstances recommendations
## Description Ability to update cluster with the latest release ## Related issue number OS-7958 ## Checklist * [ ] The pull request title is a good summary of the changes * [ ] Unit tests for the changes exist * [ ] New and existing unit tests pass locally
ea7b1b2 OS-8011. Update profiling integration examples ccc2e55 OS-7958. Ability to update cluster with the latest release c4b8875 OS-8011. Update Profiling integration side modal 850cd7b OS-8007. Add GCP filter support for InstancesForShutdown and ShortLivingInstances recommendations 046c2f3 OS-8003. Updated aiohttp version
optscale-deploy/runkube.py
Dismissed
| def check_version(self): | ||
| if self.version.lower() == LATEST_TAG: | ||
| self.version = subprocess.check_output( | ||
| GET_LATEST_TAG_CMD, shell=True).decode("utf-8").rstrip() |
Check failure
Code scanning / Bandit
subprocess call with shell=True identified, security issue. Error
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.
I think it's safe to dismiss this alert as GET_LATEST_TAG_CMD always evaluates to a static string, so no risk for injection with a user string.
I suppose they added this due to the pipe in the command -- this is is not strictly necessary as the output of curl can be parsed in python instead of jq but that's how hystax devs implemented it and I'd rather keep it that way to keep future syncs as easy as possible
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.
Actually now looking through the changes we've made in our fork (hystax/optscale@integration...softwareone-platform:optscale:main) a lot of them are adding usedforsecurity=False in hashlib.md5 calls - @ffaraone was this done to suppress similar bandit issues?
While these are great changes maybe we should rather create PRs to hystax/optscale directly about them, so that:
- We get fewer merge conflicts whenever we're doing a sync, and
- We solve the issue at the source, I'm sure Hystax will appreciate this
It's weird our pipeline caught this but not theirs, bandit is a very popular and useful tool, so to go even further we could open an issue on their repo to hear their thoughts about integrating it into their pipeline. That way changes like this won't be pushed in the first place which works best for everyone.
@ffaraone @antoniodimariano what do you think?
arturbalabanov
left a comment
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.
Other than the discussion I opened (left it unresolved for visibility, feel free to resolve it again), the changes look good :)
Description
Related issue number
Special notes
Checklist