Cited by 10Software Engineering Techniques and PracticesSoftware System Performance and ReliabilitySoftware Engineering Research

Continuously integrating security

Williams, Laurie·2018·Proceedings of the 1st International Workshop on Security Awareness from Design to Deployment

Abstract

Continuous deployment is a software engineering process where incremental software changes are automatically tested and frequently deployed to production environments. With continuous deployment, the elapsed time for a change made by a developer to reach a customer can now be measured in days or even hours. To understand the emerging practices surrounding continuous deployment, three annual one-day Continuous Deployment Summits have been held at Facebook, Netflix, and Google in 2015--2017, where 17 companies have described how they used continuous deployment. This short paper will describe the practices and environment used by these companies as they strive to develop secure and privacy-preserving products while making ultra-fast changes.

Integrity signals

Registry

Crossref · 10.1145/3194707.3194717

Cites

1 of 1 references verified0 citation errors · 0 not checkable

Statistics

Recomputing p-values needs the paper’s full text.

Claims the paper makes

This paper’s full text isn’t openly available, so its claims and self-check weren’t run. The registry and citation checks still apply.

Claims other papers make about this one

Each is checked against this paper’s own text: does it say what the citing paper says it does?

  • Using unsuitable performance metrics for security evaluation is a DevOps security challenge.

    “We reviewed those studies briefly and extracted all the challenging factors including lack of secure coding standards [2], [23], [80], [81], using unsuitable performance metrics for security evaluation [2], [69], [78], [79] and lack of integrated testing tools to secure DevOps [14], [52], [53], [71].”
  • Lack of secure coding standards is a DevOps security challenge.

    “We reviewed those studies briefly and extracted all the challenging factors including lack of secure coding standards [2], [23], [80], [81], using unsuitable performance metrics for security evaluation [2], [69], [78], [79] and lack of integrated testing tools to secure DevOps [14], [52], [53], [71].”
  • Lack of automated testing tool performance measures for security is a DevOps security challenge.

    “We have also identified lack of automated testing tool performance measures for security [2], [5], [20], [23], [24] as a critical challenge that have a negative impact on DevOps security.”

Cites

Flagged first, then by citations

Cited by

Sorted by citations

Authors
Williams, L.
Affiliations
North Carolina State University (US)
Corresponding author
Williams, Laurie
Venue
Proceedings of the 1st International Workshop on Security Awareness from Design to Deployment
Publisher
ACM
Published
2018-05-27
Pages
1-2
OpenAlex
W2889302230
Cited by
10
References
1
Citations by year
2024: 1 · 2023: 1 · 2022: 3 · 2020: 2 · 2019: 3
FWCI
0.98
Type
conference paper
Language
en
Open access
closed
Topics
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Techniques and Practices
  • Physical Sciences › Computer Science › Computer Networks and Communications › Software System Performance and Reliability
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Research
Keywords
continuous deployment, software security, privacy preservation, continuous integration, test automation, large-scale software development

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review