If you believe you have found or experienced a security vulnerability with an Izymes product or service please raise a security incident.
Enforcement procedure
Izymes follows security best practices and application security defenses that prevent security vulnerabilities being introduced into our apps. Should a vulnerability be found or reported Izymes follows the Atlassian security enforcement procedure.
Security bug fix SLAs
Izymes as an Atlassian Marketplace partner adheres to the Atlassian Marketplace Bugfix SLAs for both cloud and server apps.
Severity | CVSS Score | Timeframe for resolution |
---|---|---|
Critical | CVSS v3 >= 9.0 | Must be fixed within 90 days of being reported and CVSS scored. |
High | CVSS v3 >= 7.0 | Must be fixed within 90 days of being reported and CVSS scored. |
Medium | CVSS v3 >= 4.0 | Must be fixed within 90 days of being reported and CVSS scored. |
Low | CVSS v3 < 4.0 | Must be fixed within 180 days of being reported and CVSS scored |
Vulnerability and Release Management
Izymes follows formal software development, release, deployment and operations practices as outlined in AICPA/SOC guidelines.
We use our own Workzone for Bitbucket app to implement the SDLC lifecycle process.
Development process
- Create formal feature, bugfix or hotfix ticket to track progress
- Development team uses git flow branching model, commits changes and pushes a feature/bugfix branch to the origin of the app repository in Bitbucket (Cloud)
- Committer creates a pull request to main branch.
- Workzone adds reviewers and groups based on changes to the pull request.
- The pull request can only be merged by Workzone, no other user is permitted.
- Reviewers/groups must approve the pull request based on configured approval quota.
- On vulnerability check pass and meeting the approval condition Workzone merges the pull request.
Vulnerability/Security Scan
- An automated security and vulnerability checker Snyk for Bitbucket performs security scan with a pass or fail. A fail blocks the open pull request.
Deployment process (cloud apps)
- Build appllication and unit tests are performed in Bitbucket (Cloud) pipeline.
- App is deployed to staging environment
- Automated end-to-end UI tests are performed by Bitbucket pipeline in staging environment
- App deployed to production environment (manual trigger) via Bitbucket pipeline
- Production environment manual base-test and results documentation performed by team member.