An assessment can finish while access and record custody still require attention. Use the four closure checks and custody table below to identify who closes each part of your own contract and which answers remain unconfirmed.

After the Assessment Ends: What the Cairn Research Reveals About Secret Custody

The assessment side needs its own boundary

On October 19, 2026, NorForge reported readable secrets in panels for Cairn, an AI goal-pursuing system, with possible implications for legitimate assessments. Unauthorized management operations were untested. [1] This article uses the observation to examine custody, including after work ends.

The question is how far a service intended to protect a target becomes another repository of sensitive information. Restricting access to a company’s own systems does not settle responsibility for records created elsewhere during an assessment. Those records need protection even when the assessment fails to achieve its objective. Relevant material includes reusable credentials, but also information about internal structure or unresolved weaknesses.

SG Group’s view is that AI assessment needs two axes of evaluation: execution outcomes and record custody. This is not a claim that every Cairn user suffered an incident. Contracts, configurations and storage arrangements can produce different exposure. Readers can apply the tables below to their own assessment and distinguish evidenced answers from questions still requiring an answer.

A failed objective does not establish safe custody

An assessment scorecard can show whether a target was reached, a weakness reproduced or the agreed scope completed. What the same work recorded is a different question. A target’s defenses can hold while connection details supplied at preparation or intermediate responses remain in a record. Whether that happens must be checked service by service; the general possibility cannot describe every case in this investigation.

The converse matters too. A successful assessment whose necessary materials remain within the client’s boundary, with properly closed permissions, is not evidence of poor custody merely because it succeeded. Treating successful intrusions as information leaks would conflate two different outcomes. Combining them into one rate also prevents purchasers from seeing what needs improvement. Capability and custody deserve separate explanations within the same contract.

Procurement questions should move from “What can you discover?” to “Where do discoveries remain?” Then ask whether people who read results can also direct execution. Knowing the readers does not identify who can change execution; if that authority is unclear, record it as unconfirmed. High capability is not evidence that storage arrangements have been verified.

Figure 1 | Execution outcomes and custody require separate evidence

Execution outcome Custody evidenced Custody unconfirmed
Objective reached Evaluate execution and custody separately Success does not establish safe custody
Objective not reached Check records within the defined scope Failure does not establish absence of records
Source: SG Group conceptual framework. No counts, incident rates or distribution of Cairn users are measured.

Keep publication time and evidence scope distinct

Distinguish a primary publication date from a later report. Re-reporting does not establish a new occurrence of the same problem. This article’s check date is another timestamp. These distinctions separate when information became available from the period during which records existed. Publication time alone cannot establish a client’s contract period or the time a problem was resolved.

Observations of a panel do not by themselves establish every client’s destinations, copy history or the end of retention. Readers need not assume that their company was affected. Nor does absence from a published account establish that its own arrangements need no review. Check the connection through actual service use, supplied material and the relevant period.

Pair each question with the evidence needed to answer it. Readability needs evidence about access conditions; closure of permissions needs scope and time; deletion needs a definition of what was included. Readers should not connect to unauthorized panels to test these questions. The task is to obtain evidence that authorized client staff and providers can supply within their contractual authority.

Draw execution access and record access separately

The first map describes what an assessment may execute: systems, permitted actions, working hours, people who can instruct it and people who can stop it. The second describes where material remains and who can read it. Depending on the actual design, include panels, working records, reports and support attachments. The maps may overlap, but combining them can hide readers who have no execution role.

A design that permits a report to be read after execution stops is not inherently defective. Clients need evidence for remediation and explanation. But if retained secrets remain usable and readership is broad, stopping execution has limited effect on that exposure. Specify whether closure concerns execution alone or also access to storage; that often reveals a mismatch between client and provider expectations.

The maps meet where information supplied for execution becomes material to be read. Decide whether the explanation needs the original value or a reduced representation. A client’s masked report does not establish that the provider’s raw records are equally masked. Treat each inspected file as evidence for a defined stage, rather than proof about every repository.

Figure 2 | Two maps, joined at information capture

Execution

Targets and permitted actions

Who directs and stops work?

Records

Information obtained during work

Where does it remain; who reads it?

Intersection

Execution information becomes a record

Is the original value needed?

Source: SG Group process concept. Not a product architecture; record only routes that actually exist.

Distinguish detection from authority to close alerts

An assessment has four different endings

Do not use one checkbox for closure. This article separates task completion, removal of execution access, credential invalidation and the end of record retention. These are analytical categories for reading a contract, not four claimed product features. Completion means the agreed work and deliverables are finished. Removing execution access means checking, within a defined scope, that assessment actions cannot continue.

Credential invalidation addresses information that would be dangerous to reuse. Closing an execution environment is not a substitute if the same credential could still work elsewhere. Ending retention means resolving preservation needs and the disposal treatment of the agreed records. It need not happen on the task’s completion date, and includes a decision about what must remain.

Nor must the four steps occur in a rigid sequence on one day. An investigation or dispute may require evidence to remain, while credentials may need prompt invalidation. The essential point is not to close an outstanding item merely because work is complete. Give each item an owner, date, scope and confirming record. A justified open item is still open and should be described that way.

Figure 3 | Four closures, each with its own evidence

  1. Task completion

    Agreed work and deliverables

    Completion record defining scope

  2. Execution closure

    Routes for assessment actions

    Scope and effective time

  3. Credential invalidation

    Reusable secrets

    Authorized administrator verification

  4. Retention closure

    Contractual and preserved material

    Scope, exceptions and remaining periods

Source: SG Group closure framework. No duration or mandatory sequence is specified.

Name an owner below the company level

Naming a provider and client in a contract does not identify who performs each closure action. A provider may close its own environment without being able to revoke permissions in the client’s identity system. A client may stop its connection without directly inspecting provider storage. After allocating responsibility between companies, map the departments with operational authority to the departments that verify the result.

Check whether performer and verifier mean the same scope. A completion email followed by a copied date can conceal different assumptions. With several environments or contracts, closing one connection can be mistaken for closing all of them. An assessment reference, defined scope, effective time and listed exceptions narrow what the evidence proves. The checklist does not need the secret values themselves.

Where subcontracting exists, distinguish the contractual contact from the actual custodian. If material moves into another operating platform, someone must collect the relevant answers. Public research does not establish that every user in this case had such a chain. Record actual routes only; do not invent additional companies to inflate the apparent risk.

Separate usable secrets from explanatory evidence

Calling every artifact a “log” obscures what needs protection. The checklist distinguishes reusable credentials, confidential structural information, explanatory evidence and administrative records of who did what. A file can contain several categories. Classify its contents rather than assuming that a report is safe or that every working record is necessary.

OWASP’s logging guidance lists passwords and access tokens among data normally unsuitable for direct recording and discusses restricted log access. [2] It does not certify the environments in this case. For each artifact, ask whether reproduction needs a real value or whether the explanation works without it. Where masking occurs matters as much as its presence.

Removing a value also does not remove every sensitive inference. Destinations, staff names, timing and business structure may remain. Decide what is sufficient by considering both the client’s information classification and the record’s purpose. A string replacement is not a safety guarantee; connect the transformed record to the audience that will receive it.

Figure 4 | Classify content, not file labels

Category Purpose question Treatment to check
Reusable secrets Must the real value remain? Restricted access and invalidation
Confidential structure Is this level of detail needed? Recipients and duration
Outcome evidence What must be reproduced or explained? Target linkage and preservation
Administrative record Whose actions must be traced? References, timing and readers
Source: SG Group classification. One file may contain multiple categories.

Follow copies by route, not by file name

Inspecting one original repository does not settle custody. Follow the actual steps that summarize results, share them with the client or extract material for support. These purposes can differ within a single assessment. Different users may need different detail and retention periods. Record established copies, and mark uncertain locations as unconfirmed. “It should not exist” is not evidence of absence.

For each copy, preserve its relationship to the original: extract, reduced version or later revision. Confusion between identical content under different names and different content under one name makes correction or retrieval difficult. The objective is not another list of secrets. It is a record of identifiers, categories, recipients and current treatment that contains no secret values.

Copy routes affect cost as well. Material a provider can remove directly differs from material requiring another custodian’s response. Closure time and labor can therefore differ. Low price does not establish weak control, nor does contractual complexity establish strength. Compare quotations on the same retention scope and evidence requirements, separating included work from extra charges.

Figure 5 | A custody map follows each actual copy

Possible location Check If unknown
Working storage Originals, readers, closure Ask the custodian about scope
Reporting Transformation, recipients, version Establish relation to originals
Support Extract scope and contact Check purpose and duration
Preservation Scope, reason, release owner Record disposal exceptions
Source: SG Group example custody map. Not every service has these four locations. Do not record secret values.

Read the guide to versions, recipients and retention

Retention has a legitimate purpose too

Reducing sensitive material can conflict with preserving the ability to explain what happened. A client may later need to understand the original weakness, and a provider may need to demonstrate performance of the agreement. Blanket deletion can undermine those purposes. Deleting without understanding purpose can be as problematic as retaining without justification.

Ask whether explanatory evidence can be separated from reusable secrets. A record might preserve the observed event, an internal target reference, the date and the remediation decision while assigning different treatment to secret-bearing originals. Feasibility depends on the work and record structure. If originals are genuinely needed for reproduction, limit their audience and location and specify when that need will be reviewed.

Preservation requirements depend on the organization, jurisdiction, contract and investigation. This article’s table does not determine statutory retention. Authorized staff must check applicable obligations with relevant primary documents and professional advice. Neither “retain” nor “delete” establishes appropriateness alone. Scope, purpose and responsibility make the answer comparable.

Compare retained work state with recreation costs

Closing a connection is not invalidating a secret

Disabling one connection may stop execution through that route. It does not necessarily prevent reuse of a credential through another route. Closing a screen, disabling an account and removing a permission can likewise have different effects. Staff responsible for the identity system need to establish what remains effective in the actual configuration.

OWASP’s secrets guidance distinguishes creation, rotation, revocation and expiry. [3] The question here concerns information issued or supplied for assessment that remains more usable than its purpose requires. This is not an instruction to rotate user passwords routinely without cause. Changes to operational credentials require authorized procedures and an assessment of dependent services.

Record a client-controlled reference, permission scope, expiry and verifier rather than the usable value. A provider’s deletion statement and a client’s invalidation record are different evidence. Neither substitutes for the missing other. Even after invalidation, records may disclose business information; this step cannot settle custody on its own.

Ask what a deletion statement includes

“Deleted” can blur removal from a screen, exclusion from ordinary processing and treatment of storage media. A client needs to know which material was handled, by whom and under which procedure. Match the scope in the contract with the scope in the completion statement. Even where technical details are confidential, ask about exclusions and remaining periods.

NIST’s media sanitization publication frames sanitization in terms of making access to target data infeasible for a specified level of effort. [4] It does not make application deletion equivalent to treatment of every cloud copy or medium, nor does this article certify any provider’s compliance. It provides a reference for returning an ambiguous word to defined scope and verification.

Whether backups, shared reports or support extracts are included depends on the actual system. If records remain for preservation, establish why and who may read them in the meantime. Recording the reach and limits of an answer is more accurate than promising easy proof of universal deletion. A limited statement should remain limited in the comparison.

Figure 6 | Read deletion claims through three scopes

Promise

What is to be removed and retained?

Execution

Who handled which material, when?

Limits

What exclusions, preservation and periods remain?

Source: SG Group scope framework. It certifies neither media treatment nor completed deletion.

An illustration separates record volume from permissions

Consider a hypothetical comparison, not an actual company. Assume one assessment creates ten equally sized artifacts and copies every artifact into three locations: provider working storage, client reporting storage and review extracts. Counting each artifact-copy as one unit gives ten times three, or thirty units. The number of repositories is not the number of secrets.

Removing the ten working copies while retaining ten report copies and ten extracts reduces volume to twenty units. That does not establish a one-third reduction in confidentiality risk: a usable secret could remain unchanged in the retained material. Conversely, invalidating the relevant secret need not change the twenty-unit count. The figure illustrates only that separation.

Ten artifacts, three locations and equal sizes are assumptions for comparison. They are not incident probabilities, real storage capacity or provider prices. Applying the example requires actual size, classification and duplication information. If units cannot be aligned, count categories separately instead of combining them into a misleading bar. Quantification must not imply that unmeasured risk has been measured.

Figure 7 | Hypothetical volume reduction is not invalidation

Source: SG Group hypothetical calculation. Horizontal axis: 0–30 artifact-copy units, assumed equal size; stages are hypothetical completion and later removal. No secret validity, incident rate, actual capacity or price is measured.

Automation does not erase custody costs

Automation can reduce repetitive effort and potentially lower the cost of another assessment. That is not a finding about this service’s actual economics. Execution resources, human review, result preparation, client explanation, access closure and record custody are separate cost categories. Faster execution need not make every other stage cheaper at the same rate.

Even if automation lets one person handle more assessments, different client promises can prevent every closure from becoming one standard operation. Human responses and preservation exceptions can add work as execution volumes grow. If that labor is not priced in, sales growth need not produce proportional profit growth. A lower execution cost alone is therefore insufficient evidence of better business-wide economics.

Collecting less unnecessary sensitive material and defining closure clearly may reduce repeated reconciliation work. Fewer client-specific exceptions could also limit workload as service volumes grow. This is an economic transmission mechanism, not a forecast of a particular company’s margin or share price.

Cross-border procurement needs a defined boundary

An international group may have purchasing staff, system operators and report recipients in different countries. A group-wide contract does not establish identical treatment of every department’s data. Map entities, regions and material categories to contractual scope and actual custody locations. A foreign location is not inherently proof of danger, and common corporate ownership does not eliminate every boundary.

A possible market channel runs through procurement speed and verification effort. Unclear custody and responsibility can prolong a purchaser’s review; clear answers can make offers comparable. The sources here do not measure how this publication changed actual orders, global investment or demand. No numerical market effect can be assigned.

Consolidating providers may simplify contact while concentrating more information with one custodian. Diversifying may change concentration but increase contract-specific closure work. Compare both information concentration and verification effort rather than prescribing consolidation or diversification universally. The hypothesis is that providers compete partly on their ability to explain custody as well as on assessment capability.

Examine information sharing and confidentiality in exercises

Related cases illuminate different questions

This issue connects with model evaluation, attack infrastructure and operational recovery, but their conclusions cannot substitute for custody evidence. Model evaluation focuses on the model and the time of change. Record custody focuses on which assessment information is held by whom. Rigorous capability evaluation can coexist with unanswered custody questions.

Action against attack infrastructure is different again. Making one destination unavailable does not prove removal of records already transferred elsewhere. Nor does that make the action meaningless. Assess the change it actually produces. Without evidence connecting participants or mechanisms, do not imply that separate incidents share an operator.

Select the changed object in each comparison: the model and evaluation date, the infrastructure disabled by enforcement, or the difference between approved and executed advertising material. Cairn custody asks about another object: repositories and readership. Use these comparisons to identify needed evidence, not to supplement facts about this case.

Separate approved material from runtime behavior

Compare quotations on equivalent terms

Matching assessment counts, target counts and report formats may not be enough. Compare supplied information, collected information, retained information and post-completion responses. An empty field is unconfirmed, not an inferred explanation for low price. Request an answer and restate it on the same basis as competing offers.

Separate contractual promises from operational evidence. A revocation clause matters, but differs from a record showing revocation for one assessment. Conversely, one completion record does not establish a continuing contractual promise. Both are useful for repeat procurement; neither replaces the other.

Then examine exceptions. If preservation requires some records to remain, or another custodian’s response is pending, who tracks the deadline and informs the client? Rather than automatically disqualifying any exception, examine whether its scope and treatment are visible. This article does not score vendors. It helps purchasers test whether an explanation meets their own requirements, starting with the contracts they already hold.

Apply the worksheet without copying secrets

Choose one assessment that you are authorized to review. Use contract or assessment references; do not send secret values, personal client data or unpublished endpoints into this article or external inputs. The table is a set of recording criteria, not an automatic collection tool. Maintain the mapping in an approved internal location using minimal identifiers.

List each material category and location, then its readers and purpose. For each of the four closure checks, map performer, verifier, planned or actual date and evidence location. Leave unanswered fields unconfirmed and name the person to ask. A question need not require reattaching confidential content; try identifying the scope through existing references first.

Completion means distinguishing what is known from what remains necessary for a decision, not filling every cell. Confirmed task completion alongside an unknown repository becomes a specific next question. Inventing repositories adds no accuracy. Update the table against actual documents and retain the scope and date of each answer.

Figure 8 | Worksheet for one authorized assessment

Field Check internally Record the answer
Assessment scope Contract, reference, period Scope and check date
Categories and locations Actual storage, transformations, sharing References only; never secret values
Readers and purpose Roles, rights, necessity Evidence and unknowns
Four closures Performer, verifier, planned/actual date Evidence references and exceptions
Next check Missing documents and contact Owner and deadline
Source: SG Group worksheet criteria. No automatic collection, compliance decision or storage feature. Use an approved internal location; send no confidential material to this page.

What the worksheet cannot decide

A completed custody map is not a certification of system security. It does not itself prove the truth of responses, technical implementation or continuing compliance. An unconfirmed cell also does not prove an incident. It means that evidence needed for a decision is not yet available. Preserve both limits.

Priorities depend on privileges, use, business impact and whether a secret remains effective. A general article cannot prescribe universal shutdowns or changes for a reader’s systems. Suspected exposure belongs in authorized internal response procedures with consideration of dependencies. Connecting to unauthorized panels or testing other people’s information is outside this exercise.

Answers are time-bound. Changes to contracts, custody locations or readers may invalidate earlier conclusions. When updating the table, distinguish changes from evidence that remains applicable. A new date alone does not make an old answer current. Define which changes trigger review to balance repeated work against reliance on stale conclusions.

The counterargument: does this slow useful assessment?

More checks can delay useful work. A short assessment of a narrow target should not necessarily face the same review as a broadly privileged assessment across many business functions. If little information is required and it stays within the client’s boundary, additional custody questions can be limited. Demanding extensive documentation uniformly may not justify its cost.

Urgency does not justify losing track of what was supplied. Naming expiry and owners at the start of a short job can reduce the effort of finding people afterwards. The objective is not a mandatory long questionnaire, but attention to actual information routes and surviving permissions. A lightweight process should still make clear what was simplified.

Detailed records can also help establish causes. That benefit supports separating necessary evidence from unnecessary secrets, with a defined purpose and audience. “Keep everything” versus “keep nothing” is too narrow a choice. Compare lost reproducibility with added custody effort so both parties understand the same trade-off.

SG Group View | Evidence that would change the assessment

The central hypothesis is conditional: if automation gathers client information on the provider side, that custody needs separate evaluation. Evidence that necessary work stays within the client boundary, the provider receives no secrets and retained records contain no reusable secrets or confidential material would narrow the concern. Matching architectural explanations with evidence for the actual assessment can justify a lower assessment of additional custody responsibility.

More repositories or readers than the contract anticipated, or credentials that remain valid beyond their purpose, would support reconsideration. Avoid a theory that labels every outcome dangerous. Specify what would narrow concern and what would broaden review before comparing providers’ explanations.

Further Cairn disclosures could clarify observation scope, client notification or remediation coverage and change the assessment accordingly. Do not infer abuse or resolution beyond the scope of new evidence. Read the next announcement by asking which custody-map field or closure check it changes. When new evidence arrives, update the affected locations, permissions and check dates, preserving the distinction from earlier answers.

Frequently asked questions

Why review custody when an assessment fails?
Reaching the target and handling supplied material are separate outcomes. Where preparation involved information, check its location and purpose. Failure alone does not establish that no records exist.
Does evidence of reading establish control?
Evidence of reading does not establish authority to change execution. Verify the two separately.
Are the four closures product features?
No. They are this article’s categories for reviewing contracts and evidence: completion, execution access, credential invalidation and retention. They do not claim that a product implements four corresponding functions.
Should every working record be deleted?
Not universally. Reproduction, explanation and preservation can require evidence. Consider separating evidence from secret values, and define purpose, audience and duration under applicable obligations and the contract.
Does the worksheet need actual credentials?
No. Record categories, references, locations, owners and evidence references in an approved internal location. The article is not an automatic collection tool and requires no external submission of confidential information.
Are the thirty and twenty units observed data?
No. It assumes ten equal artifacts copied to three locations. It separates volume reduction from secret invalidation and measures no incident probability, actual provider capacity or price.
Does a higher price mean better security?
Price alone cannot decide that. Compare collection, custody and closure evidence on equivalent scope. Both contractual promises and operational records inform the decision.
Does the table certify compliance or completed deletion?
No. It organizes answers and uncertainty. Authorized staff must establish implementation, legal preservation requirements and case-specific actions using appropriate primary documents and evidence.

Sources and limits

  1. NorForge, Inside Cairn (October 19, 2026)
  2. OWASP, Logging Cheat Sheet (recorded data and access)
  3. OWASP, Secrets Management Cheat Sheet (secret lifecycle)
  4. NIST SP 800-88 Rev. 2 (September 26, 2025; media sanitization)

Tables and conceptual figures are SG Group analysis. Figure 7 alone uses hypothetical quantities; no incident rate or actual price is estimated. OWASP guidance is maintained over time and was checked on the date above. NIST discusses media treatment and does not certify application-level deletion.

This article provides general information and analysis, not a guarantee of system security, legal compliance or investment outcomes. Authorized staff should assess scope and operational effects before taking action.