Follow the Path, Investigate Your Attack Surface
Censys leverages its industry-leading, Internet-wide data sets and research-backed knowledge about asset relationships to present a current and comprehensive public inventory belonging to your organization.
The Censys attribution process begins from seed data: assets that are, with full confidence, owned and managed by your organization. Branches to new assets are created when the evidence for a relationship between a parent node (a member of the tree) and a potential child node crosses a defined confidence threshold.
You can use the discovery path as a starting place and guide for your own investigation as you discover and monitor your attack surface.
Many seeds come from public Internet artifact repositories such as WHOIS and DNS and are often traditional asset types such as:
Your organization can also seed the platform with more ephemeral assets from public Cloud Server Provider accounts using a Censys Cloud Connector to add asset types such as:
Dynamic cloud IP addresses
Discovery Path Layout
Each asset type can be discovered and attributed from a variety of parent types, and paths vary in length from one (which means the asset is a seed) up to five.
In the ASM app, Censys displays a discovery path from your seed data to each asset that is attributed to your organization. A discovery path is present on every asset details page that shows you the path Censys took to the asset you’re viewing.
The relationships between parent nodes and child nodes are listed below, grouped by the type of asset that is added.
Host Discovery Paths
The paths that end in a host can be long or short. If your organization is large enough to have allocated sections of IPv4 address space (i.e., netblocks or ASes), these hosts are almost permanently attributed to you, and discovery paths are rather short.
In other cases, hosts are attributed via DNS records or because they are presenting assets (such as certificates) attributed to you.
ASN → IP network
The set of sequential IPv4 addresses (indicated by the prefix) is within an Autonomous System belonging to your organization.Figure 2. Path to a netblock from an autonomous system
IP network → IP address
The IPv4 address is within an IP range belonging to your organization.Figure 3. Path to a host from a CIDR block
Domain name → IP address
The IP address is present in a DNS A Record with a domain name belonging to your organization.Figure 4. Path to a host from a domain
Certificate → IP address
The host presented a certificate belonging to your organization when a Censys scanner initiated a TLS handshake.Figure 5. Path to a host from a certificate
Certificate Discovery Paths
Certificates are not seeds, so they are always found because of the names they contain or because of the hosts that present them.
Domain name → Certificate
The certificate’s name section contains the domain name belonging to your organization.
IP address → Certificate
The certificate was presented by a host in your attack surface when a Censys scanner initiated a TLS handshake.
|If your organization does not own all of the names listed on a certificate, an ownership field will indicate "unknown" and the certificate will not be used to discover additional assets.|
Domain Discovery Paths
While domain and subdomain paths are often connected to each other by the natural hierarchy of the Domain Name System, the familial relationship of name servers can also feature prominently in these paths.
Domain name (A) → Domain name (B)
Domain name B is a subdomain of domain name A, which belongs to your organization.
IP netblock → Domain name
The domain name was seen to resolve to an IP address in an IP block belonging to your organization in the past 270 days.
Domain → Name Server
In the past 270 days, a (non-shared) name server appeared in an NS record with a domain belonging to your organization.
Name server → Domain name
In the past 270 days, a domain’s NS record showed that it was using a name server belonging to your organization.
Correcting Misattributed Assets
If you see an IP address, TLS certificate, or domain name that you are certain does not belong to you, you can opt to exclude it from your organization.
|Choosing to exclude an asset has a ripple effect. Other assets whose path includes the one you excluded will also be removed; however, those assets may reappear later if Censys finds them via other paths.|
To most effectively remove false positives, follow the path back to the highest parent node you do not own and remove that one.
How to Exclude a Single Asset
There are a few ways to exclude an asset from your organization. If you are viewing its Details page, you can click the red Remove button in the top right-hand corner and confirm your choice in the modal that pops up.
How to Exclude Multiple Assets
If there are multiple assets you want to exclude from your organization, you can do so at one time with the multi-select feature.
Click one or more of the checkboxes on the left side of the table rows to open a banner at the bottom of the screen with a Remove button. Click the button and confirm your action in the modal that pops up.
Remove a Seed
If following the path back from a discovered asset brings you to a seed that does not belong to you, you can visit the Seed Data page and remove it. This will ensure that all of the assets discovered from the incorrect seed are removed from your workspace.
View Excluded Assets
You can access the list of assets that you’ve excluded from your attack surface by selecting the Excluded Assets menu item from the user menu.
If you accidentally excluded an asset or decide to restore an asset to your collection for any reason, click the "Restore" link on the right-hand side of the table in the asset row, and confirm your choice in the modal that pops up.
You can also click the "Logbook" link on the right-hand side of the table to see logbook events pertaining to the excluded asset.
Article is closed for comments.