1. Ethics, permission and scope
about 25 min
Objectives
- Distinguish authorized testing from illegal intrusion.
- Know what a written testing authorization must contain.
- Understand scope and why you must not exceed it.
Ethical security starts with permission, not tools. What separates a security tester from a criminal is not skill or software but written consent from the system owner stating what may be tested, when and how. Probing a server, site or network you do not own — even a simple port scan — can count as unauthorized access.
The document governing this is usually called a testing authorization or Rules of Engagement. It lists systems in scope, systems explicitly excluded, the allowed time window, forbidden test types such as denial of service, an emergency contact, and how results are delivered and stored. If any item is missing, the agreement is incomplete.
Scope is the boundary. If permission covers one subdomain, testing others breaks the agreement even if the same company owns them. If you notice an exposed system outside scope, stop and report it rather than continue.
Respect data privacy. If you reach user data during an authorized test, do not copy, publish or keep it; prove the issue with as little data as possible and document the steps for the owner only.
Safe hands-on exercise: Write an authorization for your own system
- Open a text file and write: “I own this device and authorize myself to test it.”
- State the scope: your own computer and the local address 127.0.0.1 only.
- State exclusions: every other device on your home network and any cloud service.
- State the duration (one week) and what you will do if something breaks.
- Save it; you will reuse the template in lesson six.