inspec-core 2.3.10 → 2.3.23

data/docs/resources/yum.md.erb

@@ -1,108 +0,0 @@
----
-title: About the yum Resource
-platform: linux
----
-
-# yum
-
-Use the `yum` InSpec audit resource to test packages in the Yum repository.
-
-<br>
-
-## Availability
-
-### Installation
-
-This resource is distributed along with InSpec itself. You can use it automatically.
-
-### Version
-
-This resource first became available in v1.0.0 of InSpec.
-
-## Syntax
-
-A `yum` resource block declares a package repo, tests if the package repository is present, and if it that package repository is a valid package source (i.e. "is enabled"):
-
-    describe yum.repo('name') do
-      it { should exist }
-      it { should be_enabled }
-    end
-
-where
-
-* `repo('name')` is the (optional) name of a package repo, using either a full identifier (`'updates/7/x86_64'`) or a short identifier (`'updates'`)
-
-<br>
-
-## Examples
-
-The following examples show how to use this InSpec audit resource.
-
-### Test if the yum repo exists
-
-    describe yum do
-      its('repos') { should exist }
-    end
-
-### Test if the 'base/7/x86_64' repo exists and is enabled
-
-    describe yum do
-      its('repos') { should include 'base/7/x86_64' }
-      its('epel') { should exist }
-      its('epel') { should be_enabled }
-    end
-
-### Test if a specific yum repo exists
-
-    describe yum.repo('epel') do
-      it { should exist }
-      it { should be_enabled }
-    end
-
-### Test a particular repository configuration, such as its Base URL
-
-    describe yum.repo('mycompany-artifacts') do
-      it { should exist }
-      it { should be_enabled }
-      its('baseurl') { should include 'mycompany.biz' }
-    end
-
-<br>
-
-## Matchers
-
-For a full list of available matchers, please visit our [matchers page](https://www.inspec.io/docs/reference/matchers/).
-
-### be_enabled
-
-The `be_enabled` matcher tests if the package repository is a valid package source:
-
-    it { should be_enabled }
-
-### exist
-
-The `exist` matcher tests if the package repository exists:
-
-    it { should exist }
-
-### repo('name')
-
-The `repo('name')` matcher names a specific package repository:
-
-    describe yum.repo('epel') do
-      ...
-    end
-
-### repos
-
-The `repos` matcher tests if a named repo, using either a full identifier (`'updates/7/x86_64'`) or a short identifier (`'updates'`), is included in the Yum repo:
-
-    its('repos') { should include 'some_repo' }
-
-### shortname
-
-The `shortname` matcher names a specific package repository's group identifier. For example, if a repository's group name is "Directory Server", the corresponding group identifier is typically "directory-server":
-
-    describe yum.repo('Directory Server') do
-      its('shortname') { should eq 'directory-server' }
-    end

data/docs/resources/zfs_dataset.md.erb

@@ -1,63 +0,0 @@
----
-title: About the zfs_dataset Resource
-platform: linux
----
-
-# zfs_dataset
-
-Use the `zfs_dataset` InSpec audit resource to test the ZFS datasets on FreeBSD systems.
-
-<br>
-
-## Availability
-
-### Installation
-
-This resource is distributed along with InSpec itself. You can use it automatically.
-
-### Version
-
-This resource first became available in v1.16.0 of InSpec.
-
-## Syntax
-
-A `zfs_dataset` resource block declares the ZFS dataset properties that should be tested:
-
-    describe zfs_dataset('dataset') do
-      it { should MATCHER 'value' }
-    end
-
-where
-
-* `('dataset')` is the name of the ZFS dataset (eg: `'tank/tmp'`)
-* `MATCHER` is a valid matcher for this resource
-* `'value'` is the value to be tested
-
-<br>
-
-## Examples
-
-The following examples show how to use this InSpec audit resource.
-
-### Test a dataset of 'tank/tmp'
-
-    describe zfs_dataset('tank/tmp') do
-      it { should be_mounted }
-      its('atime') { should eq  'on' }
-      its('compression') { should eq  'lz4' }
-      its('exec') { should eq  'off' }
-      its('readonly') { should eq  'off' }
-      its('setuid') { should eq  'off' }
-    end
-
-<br>
-
-## Matchers
-
-This InSpec audit resource has the matchers listed below, in addition to dynamically exposing all ZFS dataset properties available (see: `man zfs` for the list of supported properties). For a full list of available matchers, please visit our [matchers page](https://www.inspec.io/docs/reference/matchers/).
-
-### be_mounted
-
-The `be_mounted` matcher tests if the dataset is accessible from the file system:
-
-    it { should be_mounted }

data/docs/resources/zfs_pool.md.erb

@@ -1,57 +0,0 @@
----
-title: About the zfs_pool Resource
-platform: linux
----
-
-# zfs_pool
-
-Use the `zfs_pool` InSpec audit resource to test the ZFS pools on FreeBSD systems.
-
-<br>
-
-## Availability
-
-### Installation
-
-This resource is distributed along with InSpec itself. You can use it automatically.
-
-### Version
-
-This resource first became available in v1.16.0 of InSpec.
-
-## Syntax
-
-A `zfs_pool` resource block declares the ZFS pool properties that should be tested:
-
-    describe zfs_pool('pool') do
-      it { should MATCHER 'value' }
-    end
-
-where
-
-* `('pool')` is the name of the ZFS pool (eg: `'tank'`)
-* `MATCHER` is a valid matcher for this resource
-* `'value'` is the value to be tested
-
-<br>
-
-## Examples
-
-The following examples show how to use this InSpec audit resource.
-
-### Test a pool of 'tank'
-
-    describe zfs_pool('tank') do
-      its('autoexpand') { should eq  'off' }
-      its('failmode') { should eq  'continue' }
-      its('feature@lz4_compress') { should eq  'active' }
-      its('health') { should eq  'ONLINE' }
-      its('listsnapshots') { should eq  'off' }
-      its('readonly') { should eq  'off' }
-    end
-
-<br>
-
-## Matchers
-
-This InSpec audit resource dynamically exposes all ZFS pool properties available (see: `man zpool` for the list of supported properties). For a full list of available matchers, please visit our [matchers page](https://www.inspec.io/docs/reference/matchers/).

data/docs/shared/matcher_be.md.erb

@@ -1 +0,0 @@
-Use the `be` matcher to use a comparison operator---`=` (equal to), `>` (greater than), `<` (less than), `>=` (greater than or equal to), and `<=` (less than or equal to)---to compare two values: `its('value') { should be >= value }`, `its('value') { should be < value }`, and so on.

data/docs/shared/matcher_cmp.md.erb

@@ -1,43 +0,0 @@
-Use the `cmp` matcher compare two values, such as comparing strings to numbers, comparing a single value to an array of values, comparing an array of strings to a regular expression, improving the printing of octal values, and comparing while ignoring case sensitivity.
-
-Compare a single value to an array:
-
-    describe some_resource do
-      its('users') { should cmp 'root' }
-      its('users') { should cmp ['root'] }
-    end
-
-Compare strings and regular expressions:
-
-    describe some_resource do
-      its('setting') { should cmp /raw/i }
-    end
-
-Compare strings and numbers:
-
-    describe some_resource do
-      its('setting') { should eq '2' }
-    end
-
-vs:
-
-    describe some_resource do
-      its('setting') { should cmp '2' }
-      its('setting') { should cmp 2 }
-    end
-
-Ignoring case sensitivity:
-
-    describe some_resource do
-      its('setting') { should cmp 'raw' }
-      its('setting') { should cmp 'RAW' }
-    end
-
-Printing octal values:
-
-    describe some_resource('/proc/cpuinfo') do
-      its('mode') { should cmp '0345' }
-    end
-
-    expected: 0345
-    got: 0444

data/docs/shared/matcher_eq.md.erb

@@ -1,3 +0,0 @@
-Use the `eq` matcher to test the equality of two values: `its('Port') { should eq '22' }`.
-
-Using `its('Port') { should eq 22 }` will fail because `22` is not a string value! Use the `cmp` matcher for less restrictive value comparisons.

data/docs/shared/matcher_include.md.erb

@@ -1 +0,0 @@
-Use the `include` matcher to verify that a string value is included in a list: `its('list') { should include 'string' }`.

data/docs/shared/matcher_match.md.erb

@@ -1 +0,0 @@
-Use the `match` matcher to check if a string matches a regular expression: `its('string') { should_not match /regex/ }`.

data/docs/shell.md

@@ -1,217 +0,0 @@
----
-title: InSpec Shell
----
-
-# InSpec Shell
-
-The InSpec interactive shell is a pry based REPL that can be used to
-quickly run InSpec controls and tests without having to write it to a
-file. Its functionality is similar to [chef-shell](https://docs.chef.io/chef_shell.html) as it provides a way
-to exercise the InSpec DSL, its resources, tests, and plugins without
-having to create a profile or write a test file. See
-[http://pryrepl.org/](http://pryrepl.org/) for an introduction to what pry is and what it can
-do.
-
-See [Explore InSpec resources](https://learn.chef.io/modules/explore-inspec-resources#/) on Learn Chef Rally for a hands-on example that uses InSpec shell.
-
-## Launching the shell
-
-If you are using InSpec from a platform-specific package (rpm, msi,
-etc.) or from a chef prepared shell in ChefDK, you can directly launch
-InSpec shell against your local machine using the following. See
-<https://docs.chef.io/install_dk.html#set-system-ruby> for details.
-
-```bash
-$ inspec shell
-$ inspec help shell # This will describe inspec shell usage
-```
-
-If you wish to connect to a remote machine (called a target within
-InSpec), you can use the `-t` flag. We support connecting using SSH,
-WinRM and docker. If no target is provided, we implicitly support the
-"local" target - i.e. tests running on the current machine running
-InSpec. For an SSH connection, use `-i` for specifying SSH key files,
-and the `--sudo*` commands for requesting a privilege escalation after
-logging in. For a WinRM connection, use `--path` to change the login
-path, `--ssl` to use SSL for transport layer encryption.
-
-```bash
-$ inspec shell -t ssh://root@192.168.64.2:11022  # Login to remote machine using ssh as root.
-$ inspec shell -t ssh://user@hostname:1234 -i /path/to/user_key  # Login to hostname on port 1234 as user using given ssh key.
-$ inspec shell -t winrm://UserName:Password@windowsmachine:1234  # Login to windowsmachine over WinRM as UserName.
-$ inspec shell -t docker://container_id # Login to a Docker container.
-```
-
-## Resource Packs
-
-Use resource packs to share custom resources with other InSpec users.
-A resource pack is an InSpec profile that contains only custom resources and no other controls or tests.
-
-For example, the profile in [`examples/profile`](https://github.com/chef/inspec/tree/master/examples/profile)in the InSpec git repo defines a [`gordon_config` resource](https://github.com/chef/inspec/blob/master/examples/profile/controls/gordon.rb). To use these resources within the InSpec shell, you will need to download and specify them as a dependency.
-
-Once you have local access to the profile, you can use the `gordon_config` custom resource provided in the `examples/profile` GitHub repo in your local environment :
-
-```bash
-inspec shell --depends examples/profile
-```
-
-Once inside the shell your resource will be available:
-
-```ruby
-inspec> gordon_config
-```
-
-## Using Ruby in InSpec shell
-
-Since InSpec shell is pry based, you may treat the shell as an
-interactive Ruby session. You may write Ruby expressions and evaluate
-them. Source high-lighting, automatic indentation and command history
-(using the up and down arrow keys) are available to make your experience
-more delightful. You can exit the shell using `exit`.
-
-```bash
-$ inspec shell
-Welcome to the interactive InSpec Shell
-To find out how to use it, type: help
-
-inspec> 1 + 2
-=> 3
-inspec> exit
-```
-
-## Using InSpec DSL in InSpec shell
-
-InSpec shell will automatically evaluate the result of every command as
-if it were a test file. If you type in a Ruby command that is not an
-InSpec control or test, the shell will evaluate it as if it were a
-regular ruby command.
-
-Bare InSpec resources are instantiated and their help text is presented.
-You may also access the resource contents or other matchers that they
-define. Run `help <resource>` to get more help on using a particular
-resource or see the InSpec resources documentation online.
-
-```bash
-$ inspec shell
-Welcome to the interactive InSpec Shell
-To find out how to use it, type: help
-
-inspec> file('/Users/myuser').directory?
-=> true
-inspec> os_env('HOME')
-=> Environment variable HOME
-inspec> os_env('HOME').content
-=> /Users/myuser
-inspec> exit
-```
-
-InSpec tests are immediately executed.
-
-```bash
-inspec> describe file('/Users')     # Empty test.
-Summary: 0 successful, 0 failures, 0 skipped
-inspec> describe file('/Users') do  # Test with one check.
-inspec>   it { should exist }
-inspec> end
-  ✔  File /Users should exist
-
-Summary: 1 successful, 0 failures, 0 skipped
-```
-
-All tests in a control are immediately executed as well. If a control is
-redefined in the shell, the old control's tests are destroyed and
-replaced with the redefinition and the control is re-run.
-
-```bash
-inspec> control 'my_control' do
-inspec>   describe os_env('HOME') do
-inspec>     its('content') { should eq '/Users/myuser' }
-inspec>   end
-inspec> end
-  ✔  my_control: Environment variable HOME content should eq "/Users/myuser"
-
-  Summary: 1 successful, 0 failures, 0 skipped
-```
-
-Syntax errors are illegal tests are also detected and reported.
-
-```bash
-inspec> control 'foo' do
-inspec>   thisisnonsense
-inspec> end
-NameError: undefined local variable or method `thisisnonsense' for #<#<Class:0x007fd63b571f98>:0x007fd639825cc8>
-from /usr/local/lib/ruby/gems/2.3.0/gems/rspec-expectations-3.5.0/lib/rspec/matchers.rb:967:in `method_missing'
-inspec> control 'foo' do
-inspec>   describe file('wut') do
-inspec>     its('thismakesnosense') { should cmp 'fail' }
-inspec>   end
-inspec> end
-  ✖  foo: File wut thismakesnosense  (undefined method `thismakesnosense' for File wut:Inspec::Resource::Registry::File)
-
-  Summary: 0 successful, 1 failures, 0 skipped
-```
-
-## Running a single InSpec command
-
-If you wish to run a single InSpec command and fetch its results, you
-may use the `-c` flag. This is similar to using `bash -c`.
-
-```bash
-$ inspec shell -c 'describe file("/Users/myuser") do it { should exist } end'
-Target:  local://
-
-  ✔  File /Users/myuser should exist
-
-Summary: 1 successful, 0 failures, 0 skipped
-```
-
-```bash
-$ inspec shell --format json -c 'describe file("/Users/test") do it { should exist } end'
-{
-  "version": "1.49.2",
-  "controls": [{
-    "status": "passed",
-    "code_desc": "File /Users/test should exist",
-    "run_time": 0.002374,
-    "start_time": "2018-01-06 18:32:38 -0500"
-  }],
-  "other_checks": [],
-  "profiles": [{
-    "name": "inspec-shell",
-    "supports": [],
-    "controls": [{
-      "title": null,
-      "desc": null,
-      "impact": 0.5,
-      "refs": [],
-      "tags": {},
-      "code": "",
-      "source_location": {
-        "ref": "/usr/local/lib/ruby/gems/2.4.0/gems/inspec-1.49.2/lib/inspec/control_eval_context.rb",
-        "line": 89
-      },
-      "id": "(generated from (eval):1 7b6f82c2cc5e4205b3e2c97c8e855f2d)",
-      "results": [{
-        "status": "passed",
-        "code_desc": "File /Users/test should exist",
-        "run_time": 0.002374,
-        "start_time": "2018-01-06 18:32:38 -0500"
-      }]
-    }],
-    "groups": [{
-      "title": null,
-      "controls": ["(generated from (eval):1 7b6f82c2cc5e4205b3e2c97c8e855f2d)"],
-      "id": "unknown"
-    }],
-    "attributes": [],
-    "sha256": "29c070a90b7e3521babf618215573284a790d92907783d5b2c138f411bfd2e74"
-  }],
-  "platform": {
-    "name": "mac_os_x",
-    "release": "17.3.0"
-  },
-  "statistics": {
-    "duration": 0.003171
-  }
-}
-```