Use the evidence and practical questions in this article to test your own assumptions. Any worked examples use hypothetical inputs.

Begin with the accounts that control the business

A small team can start by listing the services that control payments, email, customer information and the website. Record the responsible person and approved recovery method for each. An account left under a former employee’s control can create an operational risk even without a sophisticated attack. Use the inventory to identify missing ownership and access that is broader than a person’s current responsibilities. Do not put passwords in the inventory itself.

Improve access and maintenance

Discuss appropriate multifactor authentication, unique credentials and timely updates with your technical support provider. Staff need a reliable way to report suspicious messages without being penalized for asking. Establish a separate verification procedure for payment-detail changes; a familiar-looking email alone should not settle the question. Tailor controls to the systems actually used, and keep a record of actions completed rather than treating a purchased security tool as the entire program.

Test recovery in a safe setting

For a hypothetical retailer, losing access to inventory and order records could prevent fulfillment. Identify a backup and test whether an authorized person can restore usable sample information in a controlled environment. Record what was restored, how long it took and what remained missing. A backup notification proves that a job reported completion; it does not by itself prove the recovery process works. Avoid making destructive changes to live customer records during a test.

Build an incident contact sheet

Know whom to contact for your hosting, payment, email and IT services. Define who can suspend access, preserve relevant records and communicate with customers. Legal duties following an incident depend on the information and jurisdiction, so seek qualified guidance for the actual event. NIST provides public small-business cybersecurity resources. This owner checklist is a starting point for discussion and verification, not a security certification or assurance that incidents cannot happen.

A focused owner review

Ask the responsible person to show completed access changes, a recent update record and the result of a recovery test. Keep unresolved actions visible with due dates. Confirm that former staff no longer have access and that an authorized backup can reach support. Do not rely on an account owner saying everything is secure without explaining the scope of that statement. If specialist work is needed, define the system and the expected evidence in the engagement. Progress should be measured by verified controls, not by the size of a checklist.

The working notebook

Make the security inventory actionable

Begin with the accounts and systems that could stop the business or expose confidential information. Assign an owner and a recovery contact to each. A list of controls is incomplete if nobody knows who can remove access, restore a backup or contact the provider during an incident. Use the NIST resource below as guidance for structuring the program; this notebook is a planning aid rather than a compliance certification.

Test recovery on a non-production sample and confirm that the restored files are readable. Keep an independent contact route for key providers so losing the main email account does not prevent recovery. Review departed staff and contractor access promptly through the authorized process. Record the decision and date, but do not place credentials, recovery codes or customer data in a shared worksheet.

Make the security inventory actionable: independent Motenza planning framework
Asset or processControl to verifyOwner record
Business email
Multifactor access and recovery route
Account owner and incident contact
Customer data
Least access needed and retention policy
Data owner and approved users
Business records
Independent backup and restore test
Backup owner and last test
Devices
Supported updates and managed access
Inventory and responsible person
Incident response
Containment and communication process
Approved escalation contacts

Questions to resolve before acting

  • Which account would cause the most disruption if lost?
  • Can a backup be restored without the affected device?
  • Who is authorized to remove compromised access?

Download the working worksheet

The worksheet is an editable CSV for your own records. Examples are hypothetical, not quotes, promised returns or eligibility decisions. Keep sensitive information on your own device.

Sources & further reading

Source links checked October 10, 2026. Rules and availability may change; verify current terms directly. Read our editorial standards.