The Life Starter
0 of 6 complete0%
Course Library · Lesson 5 of 6
Digital · Guided lesson

Inspect actual emitted records for prohibited data

About 22 minutes · 4 reading + 18 practice and checks
Time includes reading, practice, and questions. Extra videos or further study are optional.
See this course’s project requirements

A local logging module that emits only allowed fictional event fields, redacts sample secrets, separates user-facing errors and passes a prohibited-field test.

Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.

What to include

  • Create an operational question and an explicit keep/exclude field table with reasons.
  • Produce a structured JSON event and demonstrate rejection of undeclared vocabulary.
  • Retain accepted endpoint and rejected type/format cases for the log fields.
  • Produce distinct bounded user feedback and structured operational event examples.
  • Retain actual emitted output assertions for approved shape and synthetic prohibited-marker absence.
  • Deliver the tested local policy and distinguish proposed retention/access settings from implemented behavior.

Review and revise

Use these criteria to check your work and choose what to improve.

  • The implementation or declared simulation follows the supplied contract and retains inspectable original inputs.
  • Normal, boundary and rejected cases are recorded with expected versus observed results.
  • The changed case has a correct explanation and does not rely on hidden state.
  • The project includes source, outputs, instructions and honest tool, privacy and verification limits.
Open the full course project
Want more background?
Before you begin

The idea in everyday life

The fictional event is request_completed, status ok, duration_ms 25, request_id A-001. Files safe_events.py and test-safe-events.py use in-memory streams and inert fake secrets; no private data or external service is required.

The idea

A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials.

Follow along

Inspect actual emitted records for prohibited data — original worked practice

A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials.

The fictional event is request_completed, status ok, duration_ms 25, request_id A-001. Files safe_events.py and test-safe-events.py use in-memory streams and inert fake secrets; no private data or external service is required.

  1. 1. Step 1

    Run test-safe-events.py and inspect the StringIO emission path.

    You should see: The test captures the actual logger output in memory.

    A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials.

  2. 2. Step 2

    Locate the fake password marker DEMO_SECRET supplied to emit.

    You should see: The raw input includes a prohibited field.

    A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials.

  3. 3. Step 3

    Check both that the marker is absent and that parsed output equals the approved four-field object.

    You should see: Actual output satisfies both exclusion and correct-data assertions.

    A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials.

  4. 4. Step 4

    Add a second inert fake token and repeat the allowlist check.

    You should see: A prohibited-field test record using only synthetic values.

    A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials.

Now change one thing

The logger output excludes a field named password but includes its secret value under notes. Would key-name absence alone pass the privacy requirement?

Your work

What to finish

Retain actual emitted output assertions for approved shape and synthetic prohibited-marker absence.

Common mistake

Watch for this

Checking only prohibited key names while allowing their values to leak under another field.

How can I tell I understand it?

Demonstrate the rule: A secret-exclusion test must inspect emitted output, not merely a source comment. Fixed fake markers make the absence check reproducible without using real credentials. Use the supplied variant to distinguish a changed result from a broken implementation.

Try 3 questions

Quick knowledge check

Answer all 3 questions. Get at least 2 right and the lesson completes automatically.

Not yet passed

You’ll get an explanation for each answer. Signed in? Your results save to your account.

1Why test both exact emitted shape and absence of DEMO_SECRET?
2What makes the logging test safe to repeat?
3What should happen if DEMO_SECRET appears in captured output?
0 of 3 answeredApply the lesson to a short question, then review the explanation.
5
Finish this lesson

Pass the check. We’ll save the progress.

Answer all 3 questions above and get at least 2 right. You can review the explanations and try again.

Go to the knowledge check
Tools, templates, and lesson sources

Tools and templates

Tools open in a new tab so you can keep your place here.

Sources and further reading

Explore the references behind this lesson.

docs.python.org — logging.html
Source & access notes · checked 2026-10-01

Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.

Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.

Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.

docs.python.org — json.html
Source & access notes · checked 2026-10-01

Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.

Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.

Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.

cheatsheetseries.owasp.org — Logging_Cheat_Sheet.html
Source & access notes · checked 2026-10-01

Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.

Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.

Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.

Report a problem with this lesson

Tell us what went wrong. Please leave out personal information and private project contents.

No sign-in needed.