aboutsummaryrefslogtreecommitdiffstats
Commit message (Expand)AuthorAge
...
* Identify the display-surface gate: sOS service table, dest 2 never registereduser2026-09-25
* Locate where the display chain stops: RPC 0x1a0, refused by sOS before any se...user2026-09-25
* full_system's TA invoke was never broken: it was my cmd_buf_lenuser2026-09-25
* Inventory the display/DDC input surface; it is 10 RPC channels, not one fielduser2026-09-25
* Real-SYS_DRV test for gate B blocked on full_system's TA invoke; index ituser2026-09-25
* Retract "crafted DDC data reached the bug": the passthrough test was circularuser2026-09-25
* End-to-end: a sink-reported byte alone decides whether the HDCP overflow runsuser2026-09-25
* Model a malicious display sink: gate B's value passes through verbatimuser2026-09-25
* Re-rate HDCP session-state bypass: gate B is sink-supplied input, not a secretuser2026-09-25
* Close ASD 0x308: the write branch is structurally unreachable, not undemonstr...user2026-09-24
* Retract the "wall at PA 0x3ef00000": it was ring exhaustion, not an address l...user2026-09-24
* Sweep VRAM with the classification oracle: only the TMR is protected below 1 GBuser2026-09-24
* A working address-classification oracle on silicon, validated against ground ...user2026-09-24
* Record the LOAD_TA-outside-VRAM hazard in psp_out/CONSTRAINTS.mduser2026-09-24
* Step 2 on silicon: absent-address probing wedges the card; record the hazarduser2026-09-24
* Execute strategy step 1: CCP fault statuses were unmodelled; fix by modellinguser2026-09-24
* Strategy shift: structural controls (pspemu/oracle.py), then CCP as an oracleuser2026-09-24
* Reachability for the TA SVC lead: identity confirmed, the call is notuser2026-09-24
* Lead 3: the SVC gate and the pointer validator disagree about the calleruser2026-09-24
* New angle: enumerate the kernel surface a compromised TA can reachuser2026-09-24
* Fix two broken controls; the Route C window really is untouched on exercised ...user2026-09-24
* Add routec_window_watch harness; its own control voids its first resultuser2026-09-24
* Downgrade Route C impact to provisional: the consumer scan has a blind spotuser2026-09-24
* Record architectural insights from the AMD SP sourceuser2026-09-24
* Adopt verified CCP semantics from the leaked AMD SP treeuser2026-09-24
* Record the inconclusive attempt to find RAS's init parameter sourceuser2026-09-24
* RAS authors 0xffff000b itself; locate the single fix-point, do not patch ituser2026-09-24
* Trace RAS's 0xffff000b to the TA init handshake, not the loaderuser2026-09-24
* Narrow RAS's 0xffff000b: not the image loader, and two hypotheses refuteduser2026-09-24
* Ring LOAD_TA works; the failure is RAS-specific, not a harness defectuser2026-09-24
* Retract the "flat ring oracle": the readback address was wrong, not the pathuser2026-09-24
* Mark ifwi_parse_model as diverging from firmware; revert an attempted fixuser2026-09-24
* Bound Route C's impact: firmware references 3 of the window's 415 dwordsuser2026-09-24
* P4 resolved: Route C's window is unguarded PSP-internal physical spaceuser2026-09-24
* Fuzz the pre-auth IFWI parser: two OOB sites, both bounded to 16 bytesuser2026-09-24
* RESOLVED: the TSU 4.1c disclosure is signature-gated -- downgrade the findinguser2026-09-24
* Correct the TSU e2e caveat: the earlier verify failure is not a signature rej...user2026-09-24
* Demonstrate the TSU 4.1c chain end to end in the emulator, and find a gating ...user2026-09-24
* Confirm the 4.1c disclosure mechanism in our build, at corrected addressesuser2026-09-24
* Demonstrate the pre-auth IFWI wrapping bug executing in the emulatoruser2026-09-24
* Record that the TSU disclosure path is runtime-reachable, not boot-timeuser2026-09-24
* Record the actual TSU bug: unverified tsu_write_block is a PSP disclosure pri...user2026-09-24
* Add the TSU flash/update mailbox to the register and index -- it was missinguser2026-09-24
* Localise the RAS invoke gap: LOAD_TA registers no session; invoke path is fai...user2026-09-24
* RAS invoke: the status oracle in full_system's ring path is invaliduser2026-09-23
* Fix RAS-in-full_system plumbing; catch a three-address-space aliasing trapuser2026-09-23
* Drive RAS over the ring inside full_system: state confirmed good, plumbing leftuser2026-09-23
* P3 resolved: 0x000d's capacity IS populated -- the bridge was the problemuser2026-09-23
* P3: identify the writer of SYS_DRV 0xE575B8user2026-09-23
* P1: find a decoding VCN window, pin the acceptance precondition, writes still...user2026-09-23