SlideShare a Scribd company logo
InSpec: Automated Tests for
Compliance and Security
Mandi Walls | mandi@chef.io
HI!
• Mandi Walls
• Technical Community Manager for Chef,
EMEA
• mandi@chef.io
• @lnxchk
• https://www.chef.io/
• https://www.inspec.io/
EVERY business is a software business
We’re going to be a software
company with airplanes.
– CIO, Alaska Airlines
Adding Security and Compliance to Your Workflow with InSpec
Different Sources for the Same
Goals
Adding Security and Compliance to Your Workflow with InSpec
InSpec
• Human-readable language for tests related to
security and compliance
• Create, share, and reuse complex profiles
• Extensible language - build your own rules
• Command-line tools plug into your existing
workflow, build, deploy
• Integrates with Test Kitchen for fast feedback
• Test early, test often!
Create and Consume
• Complex compliance requirements can slow you
down
• Share information and expertise
• Compliance as code leverages cross-team
knowledge
• InSpec is code – check into repos, publish as
artifacts
• Include InSpec before code checkin
• Include InSpec in integration and pre-production
• Continue InSpec checks in production to guard
against new threats
SSH Requirement
• If your security team sends you a directive:
SSH supports two different protocol versions. The
original version, SSHv1, was subject to a number
of security issues. All systems must use SSHv2
instead to avoid these issues.
Checking and Fixing
• Identify the file and file location on your platforms
In all environments
• What setting to change
Do we check it first or just push a new one everywhere?
• What’s the plan for the OS images?
Rebuild? Remediate at instantiation?
• Do you test before pushing changes?
Lifecycle – How Often Do You Check Security?
• Single big scan, report mailed out with a “due
date”?
Considered done, not checked again
• Yearly or twice-yearly massive scans with
remediation emergencies?
Common audit cycles, large projects around fixing found
issues
• Part of the software development lifecycle?
“To the left”
Regularly part of what is included in builds
Photo: https://www.flickr.com/photos/tarn-aveyron/2124972713/
Check that sshd_config
describe sshd_config do
impact 1.0
title 'SSH Version 2'
desc <<-EOF
SSH supports two different protocol versions. The original version, SSHv1, was
subject to a number of security issues. Please use SSHv2 instead to avoid these.
EOF
its('Protocol') { should cmp 2 }
end
Resources
• InSpec includes built-in resources for common
services, system files, and configurations
• Built-in resources work on several platforms of
Linux.
There are also Windows-specifics
• A resource has characteristics that can be verified
for your requirements, and Matchers that work with
those characteristics
Sample Resources
• System resources: directory, file, user, group,
crontab, service, package
• Specific services: apache, nginx, rabbitmq,
postgresql, IIS
• Programming language components: gem, npm,
powershell
• Network services: port, http, sshd
• Cloud resources: AWS, Azure
• https://www.inspec.io/docs/reference/resources/
Characteristic Tests
• it { should exist } – files, directories, groups
• it { should be_installed } – packages
• it { should be_enabled } – services
• its('max_log_file') { should cmp 6 } – rotate auditd
logs
• its('exit_status') { should eq 0 } – run any command
Run InSpec
• InSpec is command line
Installs on your workstation as a ruby gem or as part of the
ChefDK
• Can be run locally, test the machine it is executing
on
• Or remotely
InSpec will log into the target and run the tests for you
• Also a REPL
https://www.inspec.io/docs/reference/shell/
Create a Basic Test
• Basic test to make sure /tmp is a directory
• It also should be owned by root
• And its mode should be 01777 – open to all (plus
sticky bit!)
test.rb
describe file("/tmp") do
it { should exist }
it { should be_directory }
it { should be_owned_by 'root' }
its('mode') { should cmp '01777' }
end
Test Any Target
inspec exec test.rb
inspec exec test.rb -i ~/.ssh/key.pem -t
ssh://ec2-user@54.152.7.203
inspec exec test.rb -t
winrm://Admin@192.168.1.2 --password super
inspec exec test.rb -t docker://3dda08e75838
Execute InSpec
[chef@host ~]$ inspec exec ./test.rb
Profile: tests from ./test.rb
Version: (not specified)
Target: local://
File /tmp
✔ should exist
✔ should be directory
✔ should be owned by "root"
✔ mode should cmp == "01777"
Test Summary: 4 successful, 0 failures, 0 skipped
Execute in Build Pipelines
• InSpec runs with failed tests return a non-zero return code
• Passing tests have 0 return code
Profile Summary: 0 successful, 1 failures, 0 skipped
$ echo $?
1
Profile Summary: 1 successful, 0 failures, 0 skipped
$ echo $?
0
Profiles
• InSpec profiles allow you to package and share
sets of InSpec tests for your organization or for a
specific application set
• Each profile can have multiple test files included
• Flexible!
Create your own profiles for specific software you use
Use included matcher libraries or write your own – they
live in the profile
• https://dev-sec.io/
Sample Profile: linux-baseline
control 'os-02' do
impact 1.0
title 'Check owner and permissions for /etc/shadow'
desc 'Check periodically the owner and permissions for
/etc/shadow'
describe file('/etc/shadow') do
it { should exist }
it { should be_file }
it { should be_owned_by 'root' }
its('group') { should eq shadow_group }
it { should_not be_executable }
it { should be_writable.by('owner') }
...
Demo Scenario
• My security team has produced a centralized profile –
demo_inspec_small
• It is shared on github:
https://github.com/lnxchk/demo_inspec_small
• I am working on a dev machine, and I want to make sure
what I’m doing isn’t in violation
• I need a user account to run my application; the account
is servusr
• I create the user, do my work, and then test my machine
with the centralized profile
• There are things I need to fix!
Profile Dependencies
Skipping Individual Controls
include_controls 'linux-baseline' do
skip_control 'os-10’
skip_control 'os-08’
skip_control ‘package-08'
skip_control 'sysctl-14'
end
include_controls ‘demo_inspec_small’ do
skip_control ‘sshd_config-01’
end
Fast Feedback with Test Kitchen
• Test Kitchen is a tool for your team to create fast-
feedback loops for development
• Add InSpec tests to TK so that any change can also be
certified with the security profile before it is pushed to
source code repository
• More info at http://kitchen.ci/
Include InSpec in Your Workflow
• Infrastructure developers rely on InSpec profiles while
working on configurations
• App devs consume InSpec profiles: new features don’t
violate security requirements
• Security and compliance work with all teams to create
profiles to meet requirements and not prevent work
• Build, Integration, Test environments built to meet InSpec
requirements
• Production systems checked regularly to manage drift,
ensure against new threats
Other Features: Cloud Checks
• InSpec has tests for common objects in public cloud
services
describe aws_s3_bucket(bucket_name: 'test_bucket') do
it { should exist }
it { should_not be_public }
end
describe aws_s3_bucket('test_bucket') do
it { should exist }
end
Resources
• https://inspec.io
• http://www.anniehedgie.com/inspec-basics-1
• https://blog.chef.io/2018/06/19/inspec-gcp-deep-dive/
• https://blog.chef.io/2018/06/14/understanding-singular-and-
plural-inspec-resources/
• https://blog.chef.io/2018/05/23/automatically-generating-
inspec-controls-from-terraform/
• https://blog.chef.io/2018/05/23/inspec-now-available-in-
azure-cloud-shell/
Gratuitous Hiring Slide
• Work on InSpec in our Belfast office!
• Also integration engineers, support in Belfast
• Sales, customer architects in London
• https://www.chef.io/careers/open-positions/
• Meet our Belfast team on Tuesday
https://events.chef.io/events/belfast-office-launch-
celebration/
Adding Security and Compliance to Your Workflow with InSpec

More Related Content

PDF
Inspec: Turn your compliance, security, and other policy requirements into au...
PPTX
InSpec - June 2018 at Open28.be
PDF
OSDC 2017 | Building Security Into Your Workflow with InSpec by Mandi Walls
PPTX
Adding Security to Your Workflow with InSpec (MAY 2017)
PPTX
Prescriptive Security with InSpec - All Things Open 2019
PPTX
Adding Security to Your Workflow With InSpec - SCaLE17x
PPTX
Using Chef InSpec for Infrastructure Security
PPTX
Building Security into Your Workflow with InSpec
Inspec: Turn your compliance, security, and other policy requirements into au...
InSpec - June 2018 at Open28.be
OSDC 2017 | Building Security Into Your Workflow with InSpec by Mandi Walls
Adding Security to Your Workflow with InSpec (MAY 2017)
Prescriptive Security with InSpec - All Things Open 2019
Adding Security to Your Workflow With InSpec - SCaLE17x
Using Chef InSpec for Infrastructure Security
Building Security into Your Workflow with InSpec

What's hot (20)

PPTX
InSpec Workflow for DevOpsDays Riga 2017
PDF
Automating Compliance with InSpec - Chef Singapore Meetup
PPTX
DevOpsDaysRiga 2017: Mandi Walls - Building security into your workflow with ...
PDF
Prescriptive System Security with InSpec
PPTX
InSpec For DevOpsDays Amsterdam 2017
PDF
Compliance as Code
PPTX
Banfootguns devseccon 2019
PPTX
InSpec at DevOps ATL Meetup January 22, 2020
PPTX
Ingite Slides for InSpec
PPTX
Compliance Automation with InSpec - Chef NYC Meetup - April 2017
PDF
DevSecCon London 2017: Permitting agility whilst enforcing security by Alina ...
PPTX
Introduction to InSpec and 1.0 release update
PPTX
InSpec Workshop DevSecCon 2017
PPTX
Compliance Automation with Inspec Part 4
PPTX
Automated Infrastructure Testing
PPTX
DevSecCon Singapore 2018 - System call auditing made effective with machine l...
PDF
DevOpsDays Singapore - Continuous Auditing with Compliance as Code
PPTX
Testing for infra code using test-kitchen,docker,chef
PPTX
Chef Workflow Demo
PPTX
Role of Pipelines in Continuous Delivery
InSpec Workflow for DevOpsDays Riga 2017
Automating Compliance with InSpec - Chef Singapore Meetup
DevOpsDaysRiga 2017: Mandi Walls - Building security into your workflow with ...
Prescriptive System Security with InSpec
InSpec For DevOpsDays Amsterdam 2017
Compliance as Code
Banfootguns devseccon 2019
InSpec at DevOps ATL Meetup January 22, 2020
Ingite Slides for InSpec
Compliance Automation with InSpec - Chef NYC Meetup - April 2017
DevSecCon London 2017: Permitting agility whilst enforcing security by Alina ...
Introduction to InSpec and 1.0 release update
InSpec Workshop DevSecCon 2017
Compliance Automation with Inspec Part 4
Automated Infrastructure Testing
DevSecCon Singapore 2018 - System call auditing made effective with machine l...
DevOpsDays Singapore - Continuous Auditing with Compliance as Code
Testing for infra code using test-kitchen,docker,chef
Chef Workflow Demo
Role of Pipelines in Continuous Delivery
Ad

Similar to Adding Security and Compliance to Your Workflow with InSpec (20)

PPTX
OSDC 2017 - Mandi Walls - Building security into your workflow with inspec
PPTX
DevOpsDays InSpec Workshop
PPTX
DevSecCon London 2017: Inspec workshop by Mandi Walls
PPTX
BuildStuff.LT 2018 InSpec Workshop
PPTX
InSpec Workshop at Velocity London 2018
PDF
What did you inspec?
PPTX
2019 Chef InSpec Jumpstart Part 1 of 2
PDF
Philly security shell meetup
PPTX
Compliance Automation with InSpec
PDF
Melbourne Chef Meetup: Automating Azure Compliance with InSpec
PPTX
Compliance as Code: Velocity with Security - Fraser Pollock, Chef
PPTX
Effective Testing with Ansible and InSpec
PDF
InSpec Keynote at ChefConf
PDF
A Journey to Improve Infrastructure Compliance With InSpec
PDF
Terraform Testing with InSpec Demo
PPTX
Compliance Automation with Inspec Part 2
PDF
Bay Area Chef Meetup February
PDF
2016 - Compliance as Code - InSpec
PDF
Mitigate potential compliance risks
PPTX
Compliance as Code - Using the Open Source InSpec testing Framework
OSDC 2017 - Mandi Walls - Building security into your workflow with inspec
DevOpsDays InSpec Workshop
DevSecCon London 2017: Inspec workshop by Mandi Walls
BuildStuff.LT 2018 InSpec Workshop
InSpec Workshop at Velocity London 2018
What did you inspec?
2019 Chef InSpec Jumpstart Part 1 of 2
Philly security shell meetup
Compliance Automation with InSpec
Melbourne Chef Meetup: Automating Azure Compliance with InSpec
Compliance as Code: Velocity with Security - Fraser Pollock, Chef
Effective Testing with Ansible and InSpec
InSpec Keynote at ChefConf
A Journey to Improve Infrastructure Compliance With InSpec
Terraform Testing with InSpec Demo
Compliance Automation with Inspec Part 2
Bay Area Chef Meetup February
2016 - Compliance as Code - InSpec
Mitigate potential compliance risks
Compliance as Code - Using the Open Source InSpec testing Framework
Ad

More from Mandi Walls (15)

PDF
DOD Raleigh Gamedays with Chaos Engineering.pdf
PDF
Addo reducing trauma in organizations with SLOs and chaos engineering
PDF
Full Service Ownership
PDF
PagerDuty: Best Practices for On Call Teams
PPTX
Habitat talk at CodeMonsters Sofia, Bulgaria Nov 27 2018
PPTX
habitat at docker bud
PPTX
Habitat at LinuxLab IT
PPTX
Habitat Workshop at Velocity London 2017
PDF
Habitat at SRECon
PPTX
Containerdays Intro to Habitat
PPTX
Configuration Management is Old and Boring
PPTX
Habitat Overview
PPTX
Lessons Learned From Cloud Migrations
PPTX
Lessons Learned from Continuous Delivery
PPTX
Community in a box
DOD Raleigh Gamedays with Chaos Engineering.pdf
Addo reducing trauma in organizations with SLOs and chaos engineering
Full Service Ownership
PagerDuty: Best Practices for On Call Teams
Habitat talk at CodeMonsters Sofia, Bulgaria Nov 27 2018
habitat at docker bud
Habitat at LinuxLab IT
Habitat Workshop at Velocity London 2017
Habitat at SRECon
Containerdays Intro to Habitat
Configuration Management is Old and Boring
Habitat Overview
Lessons Learned From Cloud Migrations
Lessons Learned from Continuous Delivery
Community in a box

Recently uploaded (20)

PDF
Profit Center Accounting in SAP S/4HANA, S4F28 Col11
PDF
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
PDF
Spectral efficient network and resource selection model in 5G networks
PDF
Optimiser vos workloads AI/ML sur Amazon EC2 et AWS Graviton
PPTX
Group 1 Presentation -Planning and Decision Making .pptx
PDF
Empathic Computing: Creating Shared Understanding
PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PPTX
MYSQL Presentation for SQL database connectivity
PPTX
Machine Learning_overview_presentation.pptx
PDF
MIND Revenue Release Quarter 2 2025 Press Release
PPTX
Digital-Transformation-Roadmap-for-Companies.pptx
PDF
Architecting across the Boundaries of two Complex Domains - Healthcare & Tech...
PDF
Video forgery: An extensive analysis of inter-and intra-frame manipulation al...
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
PDF
gpt5_lecture_notes_comprehensive_20250812015547.pdf
PDF
Building Integrated photovoltaic BIPV_UPV.pdf
PDF
Getting Started with Data Integration: FME Form 101
PDF
Encapsulation theory and applications.pdf
PPTX
Spectroscopy.pptx food analysis technology
PDF
Encapsulation_ Review paper, used for researhc scholars
Profit Center Accounting in SAP S/4HANA, S4F28 Col11
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
Spectral efficient network and resource selection model in 5G networks
Optimiser vos workloads AI/ML sur Amazon EC2 et AWS Graviton
Group 1 Presentation -Planning and Decision Making .pptx
Empathic Computing: Creating Shared Understanding
The Rise and Fall of 3GPP – Time for a Sabbatical?
MYSQL Presentation for SQL database connectivity
Machine Learning_overview_presentation.pptx
MIND Revenue Release Quarter 2 2025 Press Release
Digital-Transformation-Roadmap-for-Companies.pptx
Architecting across the Boundaries of two Complex Domains - Healthcare & Tech...
Video forgery: An extensive analysis of inter-and intra-frame manipulation al...
Mobile App Security Testing_ A Comprehensive Guide.pdf
gpt5_lecture_notes_comprehensive_20250812015547.pdf
Building Integrated photovoltaic BIPV_UPV.pdf
Getting Started with Data Integration: FME Form 101
Encapsulation theory and applications.pdf
Spectroscopy.pptx food analysis technology
Encapsulation_ Review paper, used for researhc scholars

Adding Security and Compliance to Your Workflow with InSpec

  • 1. InSpec: Automated Tests for Compliance and Security Mandi Walls | [email protected]
  • 2. HI! • Mandi Walls • Technical Community Manager for Chef, EMEA • [email protected] • @lnxchk • https://www.chef.io/ • https://www.inspec.io/
  • 3. EVERY business is a software business We’re going to be a software company with airplanes. – CIO, Alaska Airlines
  • 5. Different Sources for the Same Goals
  • 7. InSpec • Human-readable language for tests related to security and compliance • Create, share, and reuse complex profiles • Extensible language - build your own rules • Command-line tools plug into your existing workflow, build, deploy • Integrates with Test Kitchen for fast feedback • Test early, test often!
  • 8. Create and Consume • Complex compliance requirements can slow you down • Share information and expertise • Compliance as code leverages cross-team knowledge • InSpec is code – check into repos, publish as artifacts • Include InSpec before code checkin • Include InSpec in integration and pre-production • Continue InSpec checks in production to guard against new threats
  • 9. SSH Requirement • If your security team sends you a directive: SSH supports two different protocol versions. The original version, SSHv1, was subject to a number of security issues. All systems must use SSHv2 instead to avoid these issues.
  • 10. Checking and Fixing • Identify the file and file location on your platforms In all environments • What setting to change Do we check it first or just push a new one everywhere? • What’s the plan for the OS images? Rebuild? Remediate at instantiation? • Do you test before pushing changes?
  • 11. Lifecycle – How Often Do You Check Security? • Single big scan, report mailed out with a “due date”? Considered done, not checked again • Yearly or twice-yearly massive scans with remediation emergencies? Common audit cycles, large projects around fixing found issues • Part of the software development lifecycle? “To the left” Regularly part of what is included in builds Photo: https://www.flickr.com/photos/tarn-aveyron/2124972713/
  • 12. Check that sshd_config describe sshd_config do impact 1.0 title 'SSH Version 2' desc <<-EOF SSH supports two different protocol versions. The original version, SSHv1, was subject to a number of security issues. Please use SSHv2 instead to avoid these. EOF its('Protocol') { should cmp 2 } end
  • 13. Resources • InSpec includes built-in resources for common services, system files, and configurations • Built-in resources work on several platforms of Linux. There are also Windows-specifics • A resource has characteristics that can be verified for your requirements, and Matchers that work with those characteristics
  • 14. Sample Resources • System resources: directory, file, user, group, crontab, service, package • Specific services: apache, nginx, rabbitmq, postgresql, IIS • Programming language components: gem, npm, powershell • Network services: port, http, sshd • Cloud resources: AWS, Azure • https://www.inspec.io/docs/reference/resources/
  • 15. Characteristic Tests • it { should exist } – files, directories, groups • it { should be_installed } – packages • it { should be_enabled } – services • its('max_log_file') { should cmp 6 } – rotate auditd logs • its('exit_status') { should eq 0 } – run any command
  • 16. Run InSpec • InSpec is command line Installs on your workstation as a ruby gem or as part of the ChefDK • Can be run locally, test the machine it is executing on • Or remotely InSpec will log into the target and run the tests for you • Also a REPL https://www.inspec.io/docs/reference/shell/
  • 17. Create a Basic Test • Basic test to make sure /tmp is a directory • It also should be owned by root • And its mode should be 01777 – open to all (plus sticky bit!)
  • 18. test.rb describe file("/tmp") do it { should exist } it { should be_directory } it { should be_owned_by 'root' } its('mode') { should cmp '01777' } end
  • 19. Test Any Target inspec exec test.rb inspec exec test.rb -i ~/.ssh/key.pem -t ssh://[email protected] inspec exec test.rb -t winrm://[email protected] --password super inspec exec test.rb -t docker://3dda08e75838
  • 20. Execute InSpec [chef@host ~]$ inspec exec ./test.rb Profile: tests from ./test.rb Version: (not specified) Target: local:// File /tmp ✔ should exist ✔ should be directory ✔ should be owned by "root" ✔ mode should cmp == "01777" Test Summary: 4 successful, 0 failures, 0 skipped
  • 21. Execute in Build Pipelines • InSpec runs with failed tests return a non-zero return code • Passing tests have 0 return code Profile Summary: 0 successful, 1 failures, 0 skipped $ echo $? 1 Profile Summary: 1 successful, 0 failures, 0 skipped $ echo $? 0
  • 22. Profiles • InSpec profiles allow you to package and share sets of InSpec tests for your organization or for a specific application set • Each profile can have multiple test files included • Flexible! Create your own profiles for specific software you use Use included matcher libraries or write your own – they live in the profile • https://dev-sec.io/
  • 23. Sample Profile: linux-baseline control 'os-02' do impact 1.0 title 'Check owner and permissions for /etc/shadow' desc 'Check periodically the owner and permissions for /etc/shadow' describe file('/etc/shadow') do it { should exist } it { should be_file } it { should be_owned_by 'root' } its('group') { should eq shadow_group } it { should_not be_executable } it { should be_writable.by('owner') } ...
  • 24. Demo Scenario • My security team has produced a centralized profile – demo_inspec_small • It is shared on github: https://github.com/lnxchk/demo_inspec_small • I am working on a dev machine, and I want to make sure what I’m doing isn’t in violation • I need a user account to run my application; the account is servusr • I create the user, do my work, and then test my machine with the centralized profile • There are things I need to fix!
  • 26. Skipping Individual Controls include_controls 'linux-baseline' do skip_control 'os-10’ skip_control 'os-08’ skip_control ‘package-08' skip_control 'sysctl-14' end include_controls ‘demo_inspec_small’ do skip_control ‘sshd_config-01’ end
  • 27. Fast Feedback with Test Kitchen • Test Kitchen is a tool for your team to create fast- feedback loops for development • Add InSpec tests to TK so that any change can also be certified with the security profile before it is pushed to source code repository • More info at http://kitchen.ci/
  • 28. Include InSpec in Your Workflow • Infrastructure developers rely on InSpec profiles while working on configurations • App devs consume InSpec profiles: new features don’t violate security requirements • Security and compliance work with all teams to create profiles to meet requirements and not prevent work • Build, Integration, Test environments built to meet InSpec requirements • Production systems checked regularly to manage drift, ensure against new threats
  • 29. Other Features: Cloud Checks • InSpec has tests for common objects in public cloud services describe aws_s3_bucket(bucket_name: 'test_bucket') do it { should exist } it { should_not be_public } end describe aws_s3_bucket('test_bucket') do it { should exist } end
  • 30. Resources • https://inspec.io • http://www.anniehedgie.com/inspec-basics-1 • https://blog.chef.io/2018/06/19/inspec-gcp-deep-dive/ • https://blog.chef.io/2018/06/14/understanding-singular-and- plural-inspec-resources/ • https://blog.chef.io/2018/05/23/automatically-generating- inspec-controls-from-terraform/ • https://blog.chef.io/2018/05/23/inspec-now-available-in- azure-cloud-shell/
  • 31. Gratuitous Hiring Slide • Work on InSpec in our Belfast office! • Also integration engineers, support in Belfast • Sales, customer architects in London • https://www.chef.io/careers/open-positions/ • Meet our Belfast team on Tuesday https://events.chef.io/events/belfast-office-launch- celebration/

Editor's Notes

  • #6: Compliance requirements are often set out in flat documents. Sometimes PDFs, sometimes other formats, but they have a tendency to be a huge list of characteristics and checkboxes to be investigated and potentially remediated. Security tools may be somewhat more flexible, encoded into a set of shell scripts that check and verify the systems after they are built. But what if it was easy to build these checks into the workflow while the systems are being built and applications installed.
  • #7: For the purposes of compliance, we actually wanted a common language, in code, that would allow all audiences – compliance, security, and devops – to collaborate on. And this code will then act on systems. This is whyInSpec was developed.
  • #10: This directive is fairly common; it’s included in the security benchmarks published by CIS for a number of Linux and Unix systems that include SSH as a connection protocol. Many modern versions of these operating systems have version 2 as the default but include legacy support for version 1. It’s still a good idea to ensure that your systems are set to only use version 2.
  • #12: For bits like the ssh configuration that are considered more infrastructure than application, these practices are common, changes are periodically rolled into the source images for new hosts (or containers) and the old configurations are eventually purged from production. It’s a herd-immunity approach. But what happens if the thing to be tested is affected by a continuously developed application? Like run time configurations for java, or your databases. Can you count on every team to always know all of the requirements?
  • #22: Plug InSpec into whatever command set you are already using