Get the most recently added breach
Returns the most recently added breach based on AddedDate. This endpoint is unauthenticated, but it still requires a user-agent header.
Headers
User agent string identifying the consuming application. Required on all documented requests, including unauthenticated endpoints; missing user agents may receive HTTP 403 responses.
Response
The latest breach based on AddedDate
A Pascal-cased name representing the breach which is unique across all other breaches. This value never changes and may be used to name dependent assets (such as images) but should not be shown directly to end users (see the 'Title' attribute instead).
A descriptive title for the breach suitable for displaying to end users. It's unique across all breaches but individual values may change in the future (i.e. if another breach occurs against an organisation already in the system).
The domain of the primary website the breach occurred on. This may be used for identifying other assets external systems may have for the site.
The date (with no time) the breach originally occurred on in ISO 8601 format. This is not always accurate — frequently breaches are discovered and reported long after the original incident. Use this attribute as a guide only.
The date and time (precision to the minute) the breach was added to the system in ISO 8601 format.
The date and time (precision to the minute) the breach was modified in ISO 8601 format. This will only differ from the AddedDate attribute if other attributes represented here are changed or data in the breach itself is changed (i.e. additional data is identified and loaded). It is always either equal to or greater then the AddedDate attribute, never less than.
The total number of addresses loaded into the system. This is usually less than the total number reported by the media due to duplication or other data integrity issues in the source data.
Contains an overview of the breach represented in HTML markup. The description may include markup such as emphasis and strong tags as well as hyperlinks.
This attribute describes the nature of the data compromised in the breach and contains an alphabetically ordered string array of impacted data classes.
Indicates that the breach is considered unverified. An unverified breach may not have been hacked from the indicated website. An unverified breach is still loaded into HIBP when there's sufficient confidence that a significant portion of the data is legitimate.
Indicates that the breach is considered fabricated. A fabricated breach is unlikely to have been hacked from the indicated website and usually contains a large amount of manufactured data. However, it still contains legitimate email addresses and asserts that the account owners were compromised in the alleged breach.
Indicates if the breach is considered sensitive. The public API will not return any addresses for a breach flagged as sensitive.
Indicates if the breach has been retired. This data has been permanently removed and will not be returned by the API.
Indicates if the breach is considered a spam list. This flag has no impact on any other attributes but it means that the data has not come as a result of a security compromise.
Indicates if the breach is sourced from malware. This flag has no impact on any other attributes, it merely flags that the data was sourced from a malware campaign rather than a security compromise of an online service.
Indicates if the breach is subscription-free. This flag has no impact on any other attributes, it is only used when running a domain search where a sufficiently sized subscription isn't present.
Indicates if the breach is sourced from stealer logs. A breach with this flag also has the domains that appear in the logs loaded against each email address. This data can be accessed via the stealer logs API.
A URI that specifies where a logo for the breached service can be found. Logos are always in PNG format.
Sometimes requested by the party that provides the data to HIBP.