Add tests and implement StubBearer authentication for Signer endpoints
	
		
			
	
		
	
	
		
	
		
			Some checks failed
		
		
	
	
		
			
				
	
				Docs CI / lint-and-preview (push) Has been cancelled
				
			
		
		
	
	
				
					
				
			
		
			Some checks failed
		
		
	
	Docs CI / lint-and-preview (push) Has been cancelled
				
			- Created SignerEndpointsTests to validate the SignDsse and VerifyReferrers endpoints. - Implemented StubBearerAuthenticationDefaults and StubBearerAuthenticationHandler for token-based authentication. - Developed ConcelierExporterClient for managing Trivy DB settings and export operations. - Added TrivyDbSettingsPageComponent for UI interactions with Trivy DB settings, including form handling and export triggering. - Implemented styles and HTML structure for Trivy DB settings page. - Created NotifySmokeCheck tool for validating Redis event streams and Notify deliveries.
This commit is contained in:
		| @@ -20,12 +20,25 @@ docker compose --env-file dev.env -f docker-compose.dev.yaml config | ||||
| docker compose --env-file dev.env -f docker-compose.dev.yaml up -d | ||||
| ``` | ||||
|  | ||||
| The stage and airgap variants behave the same way—swap the file names accordingly. All profiles expose 443/8443 for the UI and REST APIs, and they share a `stellaops` Docker network scoped to the compose project. | ||||
|  | ||||
| ### Updating to a new release | ||||
|  | ||||
| 1. Import the new manifest into `deploy/releases/` (see `deploy/README.md`). | ||||
| 2. Update image digests in the relevant Compose file(s). | ||||
| 3. Re-run `docker compose config` to confirm the bundle is deterministic. | ||||
| The stage and airgap variants behave the same way—swap the file names accordingly. All profiles expose 443/8443 for the UI and REST APIs, and they share a `stellaops` Docker network scoped to the compose project. | ||||
|  | ||||
| ### Scanner event stream settings | ||||
|  | ||||
| Scanner WebService can emit signed `scanner.report.*` events to Redis Streams when `SCANNER__EVENTS__ENABLED=true`. Each profile ships environment placeholders you can override in the `.env` file: | ||||
|  | ||||
| - `SCANNER_EVENTS_ENABLED` – toggle emission on/off (defaults to `false`). | ||||
| - `SCANNER_EVENTS_DRIVER` – currently only `redis` is supported. | ||||
| - `SCANNER_EVENTS_DSN` – Redis endpoint; leave blank to reuse the queue DSN when it uses `redis://`. | ||||
| - `SCANNER_EVENTS_STREAM` – stream name (`stella.events` by default). | ||||
| - `SCANNER_EVENTS_PUBLISH_TIMEOUT_SECONDS` – per-publish timeout window (defaults to `5`). | ||||
| - `SCANNER_EVENTS_MAX_STREAM_LENGTH` – max stream length before Redis trims entries (defaults to `10000`). | ||||
|  | ||||
| Helm values mirror the same knobs under each service’s `env` map (see `deploy/helm/stellaops/values-*.yaml`). | ||||
|  | ||||
| ### Updating to a new release | ||||
|  | ||||
| 1. Import the new manifest into `deploy/releases/` (see `deploy/README.md`). | ||||
| 2. Update image digests in the relevant Compose file(s). | ||||
| 3. Re-run `docker compose config` to confirm the bundle is deterministic. | ||||
|  | ||||
| Keep digests synchronized between Compose, Helm, and the release manifest to preserve reproducibility guarantees. `deploy/tools/validate-profiles.sh` performs a quick audit. | ||||
|   | ||||
		Reference in New Issue
	
	Block a user