Giter Club home page Giter Club logo

barista's People

Contributors

amyschoen avatar andreas-bauer avatar bmccord avatar carson-desotel avatar dependabot[bot] avatar jorden-lee avatar kevin-bradt avatar pkn4645 avatar rmolinger avatar robertcrockett avatar rolinge avatar ry-harv avatar sdabhi23 avatar vincilbishop avatar woodrbe avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

barista's Issues

Barista Badges

Create badges for Barista so scan statuses can be displayed on appropriate sites.

Choosing "none" for package manager results in problems with vulnerability scans

Choosing "none" for the package manager option initiates a ScanCode scan for licensing, rather than the tech stack specific processes (i.e. NPM, maven, nuget etc.) However, the dependency check vulnerability process seems to fail in this scenario.

To recreate:

  1. scan a project with known vulnerabilities with a specific package manager chosen - note the expected vulnerability results
  2. scan the same project when choosing "none" for the package manager - regardless of the license results, vulnerabilities which were expected are not recorded properly

remove recognition of standard package manifest names from scan module

currently, the scan module will default to using certain package managers if it detects the presence of standard manifest names in the root directory of the target GitHub repo (package.json, pom.xml etc.)

while this can occasionally be helpful for a new barista user, it is also limiting the ability to scan public, external repos which are too complicated for the package dependency approach and the scan module should default to the scancode engine

this issue is resolved when the presence of default package manifest files does not trigger a dependency driven scan if the package manager option is set to none in the GUI

Need some error handling or limits on the "path to upload file for scanning" field

The Path to upload file for scanning field on the project details page works as intended for the correct use case; i.e. when the user wishes to point the system to a URL for a zip or tar or other compressed file when their project does not have source code in GitHub.

However, we discovered today that if a user inadvertently fills out this field when it is not needed as in the use case for the AppStore (where a GitHub Repo is also left blank), it blows up the scanning pod with an unrecoverable error.

We need to devise an error handling or UI/UX solution to prevent this scenario.

Adding @woodrbe for reference if he has time to discuss with @vsurge

Support Documentation for how to recover when a scan fails

Need specific steps for recovery when a scan job fails or hangs without completion as this has happened several times in production now.

Do we simply delete the offending rows from the Scan table?

Do we need to clean out the redis queue?

Complete when there is a markdown file in the documentation folder with specific recovery and trouble-shooting steps.

Normalize package identifiers across tools

As a Barista user I would like to have normalized package identifiers across tools such that package results from all license scanners and dependency check tools can be correlated by the same package identifier. Done when packages detected by all tools can be unified where there is no duplication.

updates for seed data on new installs

need to add two items to seed data for new installs only (i.e. should not override existing entries):

  1. NPM cache directory in the system config table needs to be set to /usr/src/app/tools
  2. NPM Registry entry in the system config table needs to be set to https://registry.npmjs.org/

Documentation: User Guide

As a Barista Stakeholder I would like to have User Guide documentation so that I can better understand the system.

16h

Barista Docker Compose won't build

[Steps to Reproduce]

  1. From the root of the barista repository isse docker-compose -f ./docker-compose.yaml up

[Actual Behavior]

  • Observe that the following error is thrown:
Building barista-base
Traceback (most recent call last):
  File "site-packages/docker/utils/build.py", line 96, in create_archive
PermissionError: [Errno 13] Permission denied: '/Users/vincilbishop/Documents/Code/Surge/UHG/UHG-Code/barista/barista-api/node_modules/all-unpacker/lsar'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "docker-compose", line 6, in <module>
  File "compose/cli/main.py", line 71, in main
  File "compose/cli/main.py", line 127, in perform_command
  File "compose/cli/main.py", line 1085, in up
  File "compose/cli/main.py", line 1081, in up
  File "compose/project.py", line 527, in up
  File "compose/service.py", line 360, in ensure_image_exists
  File "compose/service.py", line 1084, in build
  File "site-packages/docker/api/build.py", line 159, in build
  File "site-packages/docker/utils/build.py", line 31, in tar
  File "site-packages/docker/utils/build.py", line 100, in create_archive
OSError: Can not read file in context: /Users/vincilbishop/Documents/Code/Surge/UHG/UHG-Code/barista/barista-api/node_modules/all-unpacker/lsar
[16221] Failed to execute script docker-compose

[Expected Behavior]

  • No error should be thrown and the Docker images should build and start.

[Notes]

Documentation: Product Overview

As a Barista Stakeholder I would like to have Product Overview documentation so that I can better understand the system.

16h

Parentheses characters "()" in the project name

Parentheses characters "()" in the project name are causing a problem when the dependency check module is executed.

Fixed when the user cannot enter parentheses characters in the project name.

Fix error message in login

As a user, when I enter the wrong password or if I am not in the required ldap group, I expect a message that tells me such. Currently a generic "An Unknown Error Occurred" is displayed, which leads to user confusion.

Change this error to "Invalid Username/Password" for bad login, or "Required group membership in not present"

Project Delete/Archive option

Project owner needs ability to delete project if there are no scan results yet. If scan results are present, delete action should result in project archive whereby project is no longer visible but scan results remain for reporting purposes, component searches etc.

ASK-ID showing in external version of Barista

When Barista is deployed in the external world through containers, the Ask-ID is supposed to have a different name on the form. It is supposed to be configurable via the 'Tool tips' but that does not save properly either. Two things need to be fixed.

  1. Initial seed data should not show 'ASK id' as the default
  2. Updates to the Tool-tips form need to be saved to database and used on the form when next rendered.

AD Group ownership does not appear to be working

The User ID field in the project details page is only available to admins and normally contains the AD id for the user who created the project. A feature was added in P/1.8 which allowed for substitution of an AD Group to enable co-ownership. This capability no longer appears to be working.

Kustomize.io based Kubernetes Manifests

I think a Kustomize based set of Kubernetes manifests for dev, and production style environments would help with adoption. If you agree, I'd be happy to submit the PR.

Replace ng-charts

ng-charts is not actively maintained.
Possibly replacements include ngx-charts and PrimeNG charts

Barista Vulnerability Scan Maintenance

Scanning the Barista project returns multiple results in the vulnerability reporting which need to be reviewed and remediated if appropriate.

We need to check for available component upgrades and other scenarios where we can reduce potential vulnerabilities.

Dependabot Fridays!

Optimize NVD loads for Scan Pod

need to speed this process up - maybe put on persistent storage or something to reduce repetitive activity - can sometimes cause Scan pod not to startup at all

also, when we go to multiple Scan pods, would be good not to have multiple copies loaded

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.