<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Locations on DefectDojo Documentation</title><link>https://docs.defectdojo.com/asset_modelling/locations/</link><description>Recent content in Locations on DefectDojo Documentation</description><generator>Hugo</generator><language>en-US</language><copyright>Copyright (c) 2020-2025 DefectDojo Inc.</copyright><lastBuildDate>Mon, 01 Jan 0001 00:00:00 +0000</lastBuildDate><atom:link href="https://docs.defectdojo.com/asset_modelling/locations/index.xml" rel="self" type="application/rss+xml"/><item><title>Locations Overview</title><link>https://docs.defectdojo.com/asset_modelling/locations/pro__locations_overview/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.defectdojo.com/asset_modelling/locations/pro__locations_overview/</guid><description>&lt;p&gt;&lt;strong&gt;Locations&lt;/strong&gt; are a new asset-modelling tool in DefectDojo Pro. They replace the legacy &lt;strong&gt;Endpoints&lt;/strong&gt; model and absorb the previous &lt;strong&gt;Components&lt;/strong&gt; (library) data, giving DefectDojo a single, polymorphic way to describe &lt;em&gt;where&lt;/em&gt; a Finding lives — whether that&amp;rsquo;s a URL, a software dependency from an &lt;strong&gt;SBOM&lt;/strong&gt;, or, in the future, a &lt;strong&gt;cloud resource ID&lt;/strong&gt;, &lt;strong&gt;container image&lt;/strong&gt;, or &lt;strong&gt;code repository&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Migrating from Endpoints</title><link>https://docs.defectdojo.com/asset_modelling/locations/pro__migrating_from_endpoints/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.defectdojo.com/asset_modelling/locations/pro__migrating_from_endpoints/</guid><description>&lt;p&gt;When you enable Locations on an existing DefectDojo Pro instance, the data already stored as Endpoints needs to be carried forward into the new Locations model. This page describes migration, what it preserves, and how the legacy Endpoint API behaves once the migration has run.&lt;/p&gt;</description></item><item><title>Working with URLs</title><link>https://docs.defectdojo.com/asset_modelling/locations/pro__working_with_urls/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.defectdojo.com/asset_modelling/locations/pro__working_with_urls/</guid><description>&lt;p&gt;URL Locations are the functional replacement for the legacy Endpoints model. They store the same URL-shaped fields you are used to — &lt;code&gt;protocol&lt;/code&gt;, &lt;code&gt;host&lt;/code&gt;, &lt;code&gt;port&lt;/code&gt;, &lt;code&gt;path&lt;/code&gt;, &lt;code&gt;query&lt;/code&gt;, &lt;code&gt;fragment&lt;/code&gt; — and serve the same role: identifying &lt;em&gt;where&lt;/em&gt; a web-application Finding lives.&lt;/p&gt;</description></item><item><title>Working with SBOMs</title><link>https://docs.defectdojo.com/asset_modelling/locations/pro__working_with_sboms/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.defectdojo.com/asset_modelling/locations/pro__working_with_sboms/</guid><description>&lt;p&gt;DefectDojo Pro models software libraries as &lt;strong&gt;Dependency Locations&lt;/strong&gt;. A Dependency is a Location subtype identified by a &lt;a href="https://github.com/package-url/purl-spec"&gt;Package URL (pURL)&lt;/a&gt; and intended to represent a single library or package — &lt;code&gt;org.apache.logging.log4j:log4j-core@2.17.0&lt;/code&gt;, &lt;code&gt;pypi/django@5.0.2&lt;/code&gt;, &lt;code&gt;npm/react@18.2.0&lt;/code&gt;, and so on.&lt;/p&gt;</description></item></channel></rss>