USENIX Security '26 Call for Artifacts

The 35th USENIX Security Symposium will evaluate research artifacts for availability, functionality, and reproducibility.

For USENIX Security '26, paper acceptance is conditional on verification of the availability of the artifacts provided at paper submission time. In other words, all authors of (conditionally) accepted USENIX Security '26 papers (including shepherded papers) are required to openly share their research artifacts or explain their omission. Each artifact provided at paper submission time must be resubmitted to the artifact evaluation committee for availability verification. In particular, authors need to share 1) the original anonymous artifact link they shared during paper submission time, along with the same deanonymized artifact hosted on a platform that supports permanent storage (see below). Authors are also encouraged to submit their artifacts for functionality and reproducibility assessments.

Before submitting your artifact, please carefully read the artifact evaluation information below. Should you have any questions or concerns, you can reach the AEC chairs at [email protected].

Summary:

  1. Authors of (conditionally) accepted papers have to openly share their artifacts at submission time and submit those artifacts for final availability verification after (conditional) paper acceptance, or have convincingly explained in their paper submission why sharing artifacts was not possible. Artifact functionality and reproducibility assessments remain optional.
  2. Artifacts (including for shepherded papers) should be submitted in the same cycle as the (conditionally) accepted paper.
  3. Artifact availability verification starts after the first author notification deadline for each cycle, but before final papers are due.

Important Dates

Cycle 1

  • Notification to authors (paper): Thursday, December 4, 2025
  • Shepherding author notification (paper): Thursday, December 18, 2025
  • Artifacts due for availability verification:
    • For (Conditionally) Accepted papers: Thursday, December 11, 2025
    • For (Conditionally) Accepted on Shepherd Approval: Thursday, December 18, 2025
  • Artifact available decision notification: Tuesday, January 13, 2026
  • Final papers due: Thursday, January 15, 2026
  • Artifact functional/reproducible submission deadline: Thursday, January 29, 2026
  • Artifact evaluation author discussion period: Friday, February 6, 2026, to Wednesday, March 4, 2026
  • Artifact functional/reproducible decision notification: Wednesday, March 11, 2026
  • Final appendix files due: Wednesday, March 18, 2026

Cycle 2

  • Notification to authors (paper): Thursday, May 14, 2026
  • Shepherding/revision author notification (paper): Thursday, May 28, 2026
  • Artifacts due for availability verification:
    • For (Conditionally) Accepted papers: Thursday, May 21, 2026
    • For (Conditionally) Accepted on Shepherd Approval: Thursday, May 28, 2026
  • Artifact available decision notification: Tuesday, June 9, 2026
  • Final papers due: Thursday, June 11, 2026
  • Artifact functional/reproducible submission deadline: Thursday, June 18, 2026
  • Artifact evaluation author discussion period: Friday, June 26, 2026, to Wednesday, July 22, 2026
  • Artifact functional/reproducible decision notification: Wednesday, July 29, 2026
  • Final appendix files due: Wednesday, August 5, 2026

Artifact Evaluation Information

Overview

A scientific paper consists of a constellation of artifacts that extend beyond the document itself: software, hardware, evaluation data and documentation, raw survey results, mechanized proofs, models, test suites, benchmarks, and so on. In some cases, the quality of these artifacts is as important as that of the paper itself. To emphasize the importance of such artifacts, the benefits to the authors and the community as a whole, and to promote the availability and reproducibility of experimental results, USENIX Security runs an Artifact Evaluation. While research artifacts are expected to be available at paper submission time and submitted for final availability verification after paper (conditional) acceptance by the above given deadlines, authors of accepted papers can also optionally submit their artifacts for functionality and reproducibility assessments. The AEC will review each submitted artifact and also grant Distinguished Artifact Awards to outstanding artifacts accepted to USENIX Security '26.

Process

Similarly to last year at USENIX Security, the AE will take place in two submission phases: (1) a mandatory AE for continued availability verification after conditional paper acceptance and before the final papers are due (note that the papers' conditional acceptance is subject to successfully passing through the AE for availability verification); (2) an optional AE for functionality and reproducibility after final papers are due. In both cases, the submitted artifacts will be reviewed by the AEC. Artifacts should be submitted in the same cycle as the accepted paper.

  1. Mandatory submission of artifacts for availability verification:

    First, authors of (conditionally) accepted papers (including Accepted on Shepherd Approval papers) have to openly share their research artifacts by default and submit them for the AE for availability verification before the final papers are due. If, for some reason, artifacts cannot be shared, a detailed justification must be provided at paper submission time and must be validated by the reviewers (i.e., if the reviewers disagree with the justification, the authors have to submit their artifacts, or their paper will be rejected). For example, some artifacts may be subject to licensing restrictions, NDA, or ethical concerns (in some cases, e.g., interview transcripts or zero-day exploits). Even if the full artifacts cannot be shared (e.g., proprietary datasets), the rest of the artifacts (e.g., source code) are still expected to be publicly and permanently shared and submitted for artifact evaluation. (Conditionally) Accepted papers that do not openly share their artifacts without a satisfactory reason will be rejected. In case of doubt, contact the program chairs and AEC chairs beforehand. Each submitted artifact will be reviewed by the Artifact Evaluation Committee (AEC).

    All papers submitted to USENIX Security '26 have to discuss the artifacts the authors will make publicly available; the authors should add this discussion in the one additional page allowed for discussing “compliance with the open science policy". The text should refer to results from the main body of the paper and clearly enumerate all artifacts that are made available. The AEC will then verify, during the availability verification phase, that all artifacts that were promised to be made available are publicly and permanently available and that those artifacts correspond to what the authors submitted at paper submission time. The AEC will also ensure that all artifacts corresponding to the paper's main contributions were made available.

    Please note that the artifacts need to be made available on a platform that supports permanent access. For this purpose, we recommend Zenodo. Other valid hosting options include institutional and third-party digital repositories such as FigShare, Dryad, and Software Heritage. On the other hand, we do not accept artifacts hosted on personal websites or software development repositories such as GitHub. Please see the artifact submission instructions. In case of any questions, please contact the AEC chairs.

    In some cases, sensitive artifacts cannot be made publicly available. In such cases, we recommend that the authors use the “restricted access" features of the recommended platforms. For example, Zenodo supports this feature for researchers to share data in a restricted manner (https://help.zenodo.org/docs/share/access-requests/). This enables artifacts to be permanently available while allowing the authors to keep the access restricted. This “restricted access" feature should only be used for sensitive artifacts; the remaining non-sensitive artifacts have to be shared publicly (i.e., you may have two repositories, one for sensitive artifacts and one for the rest). Restricting the access of non-sensitive artifacts during or after artifact evaluation is a violation of the Call for Artifacts, and the corresponding USENIX Security papers will see their acceptance rescinded.

    N.B.: Authors of shepherded papers need to submit their artifacts in the same cycle they submitted their paper in. For example, a shepherded paper in Cycle 1 needs to submit their artifacts to the AEC for availability verification in Cycle 1. Note that the shepherding author notification and the submission deadline for availability verification for those papers are on the same day, so authors should anticipate and plan accordingly.

  2. Optional submission of artifacts for functionality and reproducibility assessments:

    Second, authors of accepted papers are encouraged to register their artifacts to also be checked for functionality and reproducibility. Additional information regarding artifact registration (for functionality and reproducibility assessments) and files to be submitted for review are provided here.

    Authors define the contents of their artifact submission. For example, software, hardware, data sets, survey results, test suites, mechanized (but not paper) proofs, access to special hardware, and so on. Authors choose which badges their artifact should be evaluated towards, i.e., one or two of the following: Artifacts Functional and Results Reproduced. In general, good artifacts are expected to be: consistent with the paper, as complete as possible, well documented, and easy to (re)use. The AEC will read the paper and then judge if the artifact meets the criteria for each of the requested badges.

Each artifact submission will be reviewed by at least two AEC members. The review is single-blind (i.e., no need to anonymize the artifacts, neither for availability verification nor for functionality and reproducibility assessments) and strictly confidential. All AEC members are instructed to treat the artifact confidentially during and after completing evaluation and to not retain any part of the artifact after evaluation. Artifacts can include models, data files, proprietary binaries, exploits under embargo, etc. If your paper is under embargo during artifact evaluation, please let the AEC chairs know beforehand; you will still need to submit your artifacts for availability verification. Even if authors cannot make their artifacts publicly accessible (e.g., proprietary files), they could still apply for Artifacts Functional and ResultsReproduced. Since we anticipate small glitches with installation and use, reviewers may communicate with authors during artifact evaluation to help resolve glitches while preserving reviewer anonymity. Please make sure that at least one of the authors is reachable to answer questions in a timely manner.

Contact Information

Specific questions about artifact submissions may be sent to the AEC chairs at [email protected]. The chairs will respond to individual questions about the AE process if contacted at least two working days before the artifact submission deadline.

Artifact Evaluation Committee