Summary
As the number of checks grows past 116, the single-page report becomes overwhelming for different stakeholder audiences. A tabbed layout would let security engineers, compliance teams, and executives each land on the view most relevant to them.
Proposed Tab Structure
| Tab |
Audience |
Content |
| Overview |
Executives |
Current executive dashboard and priority recommendations |
| Security Findings |
Security engineers |
All findings with existing filters (current table) |
| OWASP LLM Top 10 |
AppSec / Developers |
Findings mapped to OWASP LLM Top 10 categories |
| FinServ / Compliance |
Risk & Compliance |
Financial services and compliance-specific checks |
| Service-wise |
Cloud engineers |
Findings grouped by AWS service (Bedrock, SageMaker, AgentCore, etc.) |
Files Likely Touched
Acceptance Criteria
Dependencies
Summary
As the number of checks grows past 116, the single-page report becomes overwhelming for different stakeholder audiences. A tabbed layout would let security engineers, compliance teams, and executives each land on the view most relevant to them.
Proposed Tab Structure
Files Likely Touched
generate_consolidated_reportLambda function — restructure into tabbed layoutowasp_categoryfield to populate the OWASP tab (see feat: Add metadata fields to security checks (layer, phase, use case, framework) #34 for metadata groundwork)Acceptance Criteria
Dependencies