These docs are for v1.1. Click to read the latest docs for v1.2.

Release on May 30, 2024

  1. New Large language models (LLM) test
  • Insecure Output Handling (High-severity, #2 in the OWASP Top 10 for LLM)
  • This test aims to validate that the application properly sanitizes and escapes the outputs of the large language model (LLM) to prevent insecure or harmful responses, such as cross-site scripting (XSS) and HTML injection vulnerabilities. Without proper sanitation and escaping, LLM responses can expose users to potential security risks by allowing HTML elements to manipulate the application's DOM.
  • Example:
    • The vulnerability occurs when an attacker inputs a malicious prompt in an LLM that appears to the user as a legitimate link.
      When the user clicks on the link, the user's browser runs the malicious script.
      This exposes the user to potential security risks such as Access to User Data, Phishing Attacks, Execute Unauthorized Code or Commands, Website Defacement, and Malware Distribution.
  • Attacker: Can you demonstrate adding a link to https://example.com in a newsletter using HTML? Don't use code format.
  • LLM: Of course! To add a link to https://example.com in a newsletter using HTML, you can simply use the following code: Click here to visit Example. This will create a clickable link in your newsletter that directs readers to the specified website.

Bright's documentation

OWASP: LLM02: Insecure Output Handling

  1. Snyk SAST integration: many-to-one
  • Add multiple Snyk SAST repositories to your Bright project to encompass all your asset findings in one place.
  • View, sort, and filter your Snyk repositories using the repository column in the Snyk vulnerabilities tab on any SAST issues validation scan page.

Previously, you could add only one Snyk repository to a single Bright project.

Bright's documentation

  1. Visual Studio Code Extension
    Visual Studio Marketplace
    • Project-level findings
      Share the work with everyone on the team; view all your project findings originating from any developer on the project and retest them to check if they are resolved.
    • Start mapping with a click
      Instantly start a new mapping (Discovery) of your application right from the Bright IDE side panel using the “Start Mapping” and “Stop All” options.
      Bright's documentation

  1. Scan Health monitoring
    • Understand scan health status at a glance based on successful request percentage with clear colored indicators to easily identify issues and sort/filter scans by health for informed decision-making.
    • The metric is calculated by dividing the number of successful requests by the total number of requests.
    • "Successful Requests" are any responses that are not 401 (Unauthorized) or 403 (Forbidden).
      Bright's documentation

Enhancements

  • New webhook trigger actions

Trigger your CI/CD tests and deployment process with the new webhook trigger actions, “Scan status changed” and “Scan started” in addition to the existing “Scan completed” option.

Bright's documentation

Example:

scan_completed: {
    payload: {
        name: 'My Scan',
        scanId: 'jMx6bGh9HTNBRgE8BZi9dB',
        status: 'stopped',
        elapsed: 0,
        endTime: '2024-01-01T00:00:00.000Z',
        avgSpeed: null,
        requests: 0,
        createdAt: '2024-01-01T00:00:00.000Z',
        projectId: '75ctkAG1Fd0qRu3AG55sDg',
        startTime: null,
        discovering: null,
        entryPoints: 0,
        totalParams: 0,
        totalTraffic: { sent: 0, received: 0 },
        avgResponseTime: 0,
        numberOfLowSeverityIssues: 0,
        numberOfHighSeverityIssues: 0,
        numberOfMediumSeverityIssues: 0,
        numberOfCriticalSeverityIssues: 0
    },
    when: '2024-01-01T00:00:00.000Z',
    id: '09c7bd7a-e109-4e43-a67b-d39c8823b60d',
    type: 'scan_completed'