PRODUCT INTELLIGENCE APPSEC

JFrog
Artifact-registry security

JFrog Xray, Advanced Security, and Curation

Govern the artifact path while keeping scanning and admission controls distinct

JFrog centers security on the artifact registry. Xray provides dependency analysis on artifacts already in Artifactory. Advanced Security is a documented add-on with Enterprise X or Enterprise+ that adds contextual analysis, SAST, secrets, and infrastructure as code. Curation addresses package intake. The teaching choice is registry admission and artifact context, not an IDE-first scanner.

01 / EDITORIAL JUDGMENT

The Atlas take.

JFrog Xray, Advanced Security, and Curation cover related but different jobs around software artifacts and dependencies. Xray findings and policy watches are not the same as advanced contextual analysis, and package admission through Curation is another control point. Atlas analysis: the strongest fit is an organization willing to make its artifact and dependency path authoritative. Evaluate the route software actually takes through repositories and builds. A policy can only govern traffic and artifacts that encounter it, while a contextual result needs supported evidence before a finding is suppressed.

Our interpretation of the cited evidence. Independent hands-on effectiveness remains unassessed.

02 / DEFINE THE BOUNDARY

What you are actually evaluating.

What Artifactory and Xray already cover, Advanced Security add-on entitlements, repository policy latency, and metadata or source handling must be confirmed. Registry policy is not builder isolation, and a signature elsewhere does not replace Xray's artifact analysis.

Names you may encounter JFrog Xray · JFrog Advanced Security · JFrog Curation. Historical names do not establish current feature equivalence.

03 / THE CONTROL PATH

Where it sits. How it works.

Atlas architecture interpretation: follow the actual artifact through the selected analysis engine and back to an owned development decision.

Conceptual architecture Atlas interpretation · verify the proposed configuration
  1. 01

    Packages and build artifacts

    Dependencies and binaries enter repositories or developer scans through configured paths.

  2. 02

    Distinct security controls

    Xray analysis, Advanced Security context, and Curation admission enforce different policies.

  3. 03

    Release and remediation decisions

    Owners block, approve, upgrade, or promote artifacts with retained evidence.

04 / WHAT EARNS ITS PLACE

Strengths, with the evidence attached.

Atlas analysis of documented capabilities; availability and behavior depend on the edition and environment.

01

The API follows the security lifecycle

Documentation separates vulnerability scanning, watches, advanced analysis, and package curation interfaces.

02

Context can refine dependency findings

Advanced Security and policy guidance describe contextual analysis of third-party CVEs.

Inspect the documented capability notes
  • Xray dependency analysis on artifacts stored in Artifactory.
  • Advanced Security add-on, documented with Enterprise X or Enterprise+, adding contextual analysis, SAST, secrets, and infrastructure as code.
  • Curation and repository policy for package intake before artifacts become generally available to builds.

05 / KNOW THE COMPROMISES

The tradeoffs to take seriously.

Architectural implications and procurement questions from Atlas; these are not independently measured product failures.

Advanced capabilities have license boundaries

The current Advanced Security page identifies its add-on and eligible license packages.

Suppression needs explainable applicability

A contextual policy can skip nonapplicable CVEs; Atlas analysis: retain the reason and revisit it when code or deployment changes.

06 / FROM PURCHASE TO PRACTICE

Make it work in your environment.

A proposed implementation sequence. Confirm supported versions, permissions, and rollback with the current documentation.

  1. 01

    Map the authoritative artifact route

    Identify remote repositories, mirrors, caches, direct internet access, and release promotion.

  2. 02

    Select controls by stage

    Separate package admission, stored-artifact analysis, and developer source checks.

  3. 03

    Define exceptions and rechecks

    Assign owners for blocked builds, contextual suppressions, and vulnerabilities appearing after release.

07 / THE OPERATING COMMITMENT

The bill is only part of the cost.

Commercial shape

Quote Xray, Advanced Security, and Curation explicitly against the deployment and expected artifact usage.

  • Required security products and license package
  • Artifact and repository deployment footprint
  • Build integration, storage, and policy operations
AFTER GO-LIVE

What your team owns

Repository routing, indexing coverage, watches, policy ownership, and build integration require maintenance. Atlas analysis: separate blocking a newly requested package from investigating a vulnerability in an existing deployed artifact. Both are useful, but they need different exception, retest, and developer communication workflows.

Confirm the full order form: modules, usage meters, support, retention, and exit costs. A public price is not your complete operating estimate.

08 / COMPARE THE JOB

Put these beside it.

Alternatives worth examining for the same problem. Check each offering’s scope before treating it as a substitute.

Open a comparison workspace ↗

09 / MAKE THE DECISION OBSERVABLE

Earn confidence through a real evaluation.

Suggested by Atlas. Agree acceptance criteria, use synthetic fixtures in an authorized environment, and capture both useful work and failed controls.

  1. TEST 01

    Test dependency admission

    Acceptance evidence: Request an approved blocked test package through the controlled route and capture the developer outcome.

  2. TEST 02

    Trace a binary finding

    Acceptance evidence: Link a vulnerability to the stored artifact digest and the release that contains it.

  3. TEST 03

    Challenge contextual suppression

    Acceptance evidence: Change a supported lab usage condition and verify whether the applicability decision and policy result change.

START WITH ONE EXERCISE

In a lab Artifactory you own, publish an artifact that depends on a pinned vulnerable library. If Curation is entitled, attempt to ingest a package that policy should reject. Enable Advanced Security only if licensed.

Evidence to look for: Xray reports the dependency on the stored artifact, Curation blocks or allows according to the lab policy, Advanced Security findings appear only when the add-on is entitled, and production repositories remain untouched.

Questions to bring to the vendor
  1. What does Xray already cover on this Artifactory instance without Advanced Security?
  2. Is the Advanced Security add-on entitled under Enterprise X or Enterprise+, and which of SAST, secrets, and infrastructure as code are included?
  3. How long after a package is ingested does Curation or Xray policy actually block or alert, and what source metadata is retained?
Take the evaluation brief with you ↓

10 / SHOW THE WORK

Evidence, and what is still unknown.

What this research cannot establish

  • No independent applicability or package-blocking accuracy measurement was performed.
  • Supported ecosystems and final add-on entitlement require deployment-specific confirmation.

Dossier research reviewed October 18, 2026. Earlier profile references are retained for traceability; products and commercial terms change.

  1. Advanced Security scope and licensing ↗Documentation
  2. JFrog security API lifecycle ↗Documentation
  3. Contextual analysis policies ↗Documentation

KEEP BUILDING YOUR JUDGMENT

Understand the system around the tool.

Read the APPSEC field guide ↗

Find your next idea.

Tip: press / to open search. Escape closes this window.