Skip to main content

Application and code security · Domain Intelligence Pack

Applications and code DIP

Reachable flaws in your code and dependencies come with a fix ready to merge, and bots and account takeovers stop at sign-in.

Overview

From thousands of findings to the few that matter

Every scan adds hundreds of findings, and developers have learned to ignore the tickets. Open-source packages pull in dependencies nobody chose, and secrets end up in commits. Meanwhile bots test stolen passwords on your sign-in page, and a script injected at checkout copies card numbers. Ollandi narrows the noise to what is reachable and writes the fix. Abuse on your live applications is stopped at the edge.

  • Code, dependencies, and running services are read together. That is how Ollandi knows which packages are loaded, which functions are called, and which routes face the internet.

    • Repositories, pipelines, and the open-source packages they pull in
    • Which code paths and packages actually run in production
    • Websites, mobile back ends, and public APIs
    • Sign-in, password reset, and checkout journeys
  • Reach decides the order. The vulnerable library behind your payments API comes before the one in a test script. Bots give themselves away by behavior, even when each request looks normal.

    • A vulnerable package that a live, internet-facing service actually calls
    • Secrets and API keys committed to a repository
    • Bots stuffing stolen passwords into your sign-in page
    • Card testing, scraping, and API abuse hidden in normal traffic
    • Scripts injected at checkout to copy card details
  • The owning team, the release that introduced the flaw, the route an attacker would take, and the customers exposed all come with it.

    • Whether a flaw can be reached from the internet, and by which route
    • Which team owns the code, and which release introduced it
    • Whether a traffic spike is a sale, a bad release, or an attack
    • Which customers and journeys an attack is touching
  • Code fixes arrive as changes your engineers review, or merge on their own where your policy allows. Gateway rules and throttles can be lifted at once.

    • Write the dependency upgrade or patch as a change your engineers review
    • Apply low-risk fixes automatically where your policy allows
    • Throttle an abusive API client or add step-up checks at sign-in
    • Hold an exploit path shut at the gateway until the fix ships
    How you set the limits

In an incident

A critical library flaw lands in hundreds of places

An illustrative case, step by step, from the first signal to a confirmed result.

  1. Find

    A critical flaw is published in a popular open-source library. Your scanners flag it in hundreds of places.

  2. Narrow

    Ollandi checks which services load the library, which call the vulnerable function, and which face the internet. Three do.

  3. Fix

    Each owning team gets a change with the upgrade written and the reason attached. Until it merges, a temporary gateway rule blocks requests that match the exploit.

  4. Prove

    The fixes ship. Every other finding is recorded as unreachable, with the reasoning your auditor will ask for.

Connections

What it connects to

Ollandi connects to GitHub, GitLab, Bitbucket, Jenkins, and Terraform, reads findings from Tenable, Qualys, and Rapid7, and works through Cloudflare, Kong, and Apigee at the edge. Fixes land in your normal review flow, and your scanners and WAF stay in place.

  • GitHub, GitLab, and Bitbucket repos
  • Build pipelines and releases
  • Dependency manifests and SBOMs
  • Vulnerability and code scanning results
  • API gateway, CDN, and WAF logs
  • Sign-in, session, and checkout events

Domain Intelligence Packs

Add depth in other domains

Packs check one another’s work. A strange sign-in found in one domain can confirm, or rule out, what another domain found.

See all packs
  • Cloud DIP

    Close the cloud gaps attackers look for first: public storage, open ports, and roles with more access than they use.

  • Identity DIP

    Stolen credentials stop working at the first sign of misuse, whether they came from phishing, a SIM swap, or a leaked key.

  • Runtime DIP

    Ship on a Friday with confidence. A bad release or a vulnerable image is caught in production and rolled back within your rules.

  • Network DIP

    An intruder moving between servers is stopped at the next hop, and a failing link is flagged before transactions fail.

  • Endpoint DIP

    Ransomware contained on the first device it lands on, long before it can reach a file server or a backup.

  • On-premises DIP

    The legacy systems the business still depends on stay up and defended, including the ones nobody on the team owns anymore.

  • Data DIP

    When a stolen account starts copying customer records, the leak stops early, with evidence ready for your regulator.

  • Operational technology DIP

    Plants keep producing while attacks on controllers and remote access are stopped, and the control room keeps the final say.

  • ATM DIP

    Engineers go out only when a visit will fix the fault, and jackpotting is cut off before the cassettes empty.

FAQ

Frequently asked questions

  1. It checks whether the vulnerable package is loaded in production, whether the vulnerable function is called, and whether that code sits behind an internet-facing route. Findings that fail those checks are recorded as unreachable, with the reasoning kept for audit.

  2. Only if you allow it. By default Ollandi opens a change for your engineers to review and merge. You can let it apply narrow, low-risk fixes, such as a patch-level dependency upgrade, on its own. Each one can be rolled back.

  3. They keep doing their jobs and carry out Ollandi’s responses where you allow it. Ollandi adds the code, release, and identity context that tells a flash sale from a credential-stuffing run.

Get started

Put the Applications and code pack to work

Send us your latest scan export. We will show which findings an attacker could actually reach, and the fixes Ollandi would have written.