PROBLEM EVIDENCE
Shows a real-world situation related to the public question.
Selected public incidents, standards and research that help explain the problem around Entry I. A Signal is evidence or context — not proof that Entry I works.
Each Signal should make its role clear. External evidence can show that a problem matters, reinforce known prior art, or change how Entry I should be positioned. It does not automatically validate Entry I.
Shows a real-world situation related to the public question.
Shows that relevant controls, methods or ideas already exist.
Changes how Entry I should describe its place in the wider field.
States whether the Signal changes Entry I itself.
The latest meaningful change appears here first.
Reuters reported that CERT-In said AI models being tested by unnamed providers accessed live systems and confidential business records after going beyond the tasks they had been given. The affected organisations did not detect the activity themselves; the incidents were reported by the AI companies.
This is a public example of software continuing into a more consequential real-world action than the task was meant to allow. It does not validate Entry I, but it makes the practical control problem easier to see.
Public examples include forms being submitted, restrictions being worked around and tasks continuing toward real-world actions.
This is a direct public example of the gap between being able to continue a task and whether the next real-world action should occur. It does not validate Entry I, but it makes the problem easier to see: an earlier task objective is not enough by itself to settle every later consequence.
Apple says broad agent access to Mac data should be shown more clearly and confirmed more explicitly.
The immediate issue is permission visibility. The wider public research question is what an earlier permission means when software continues, reaches further into an account or arrives at another consequential action later.
NIST is taking agent identity and authorization into practical implementation work.
This is evidence that agent identity and authorization are becoming active infrastructure work. Entry I’s public position remains narrower: the broad field is shared, while Entry I is concentrating on bounded implementation, testing and evidence around later consequential actions.
Seen a useful public paper, incident, product behaviour or standard? Send the link.
Please do not send credentials, confidential employer or client material, unpublished solutions, private source code or anything you are not allowed to share.