| ... | ... | @@ -1,592 +0,0 @@ |
| 1 | | <!doctype html> |
| 2 | | <html lang="en"> |
| 3 | | <head> |
| 4 | | <meta charset="utf-8" /> |
| 5 | | <meta name="viewport" content="width=device-width, initial-scale=1" /> |
| 6 | | <title>T3 Connect Architecture Brief</title> |
| 7 | | <style> |
| 8 | | :root { |
| 9 | | --ink: #171717; |
| 10 | | --muted: #62646b; |
| 11 | | --line: #d8d8dd; |
| 12 | | --paper: #f5f5f2; |
| 13 | | --blue: #1457d9; |
| 14 | | --green: #1d7d4d; |
| 15 | | --amber: #a65f00; |
| 16 | | } |
| 17 | | * { |
| 18 | | box-sizing: border-box; |
| 19 | | } |
| 20 | | @page { |
| 21 | | size: Letter; |
| 22 | | margin: 0; |
| 23 | | } |
| 24 | | body { |
| 25 | | margin: 0; |
| 26 | | color: var(--ink); |
| 27 | | background: #ddd; |
| 28 | | font-family: |
| 29 | | ui-sans-serif, |
| 30 | | -apple-system, |
| 31 | | BlinkMacSystemFont, |
| 32 | | "Segoe UI", |
| 33 | | sans-serif; |
| 34 | | line-height: 1.34; |
| 35 | | } |
| 36 | | .page { |
| 37 | | position: relative; |
| 38 | | width: 8.5in; |
| 39 | | height: 11in; |
| 40 | | margin: 20px auto; |
| 41 | | padding: 0.47in 0.52in 0.42in; |
| 42 | | overflow: hidden; |
| 43 | | background: |
| 44 | | linear-gradient(90deg, rgba(0, 0, 0, 0.028) 1px, transparent 1px), |
| 45 | | linear-gradient(rgba(0, 0, 0, 0.028) 1px, transparent 1px), var(--paper); |
| 46 | | background-size: 25px 25px; |
| 47 | | break-after: page; |
| 48 | | } |
| 49 | | .page:last-child { |
| 50 | | break-after: auto; |
| 51 | | } |
| 52 | | .eyebrow { |
| 53 | | color: var(--blue); |
| 54 | | font-size: 9px; |
| 55 | | font-weight: 800; |
| 56 | | letter-spacing: 0.1em; |
| 57 | | text-transform: uppercase; |
| 58 | | } |
| 59 | | h1 { |
| 60 | | max-width: 6.9in; |
| 61 | | margin: 7px 0 10px; |
| 62 | | font-size: 35px; |
| 63 | | line-height: 0.98; |
| 64 | | } |
| 65 | | h2 { |
| 66 | | margin: 0 0 8px; |
| 67 | | font-size: 19px; |
| 68 | | line-height: 1.08; |
| 69 | | } |
| 70 | | h3 { |
| 71 | | margin: 0 0 4px; |
| 72 | | font-size: 12px; |
| 73 | | } |
| 74 | | p { |
| 75 | | margin: 0 0 7px; |
| 76 | | } |
| 77 | | ul { |
| 78 | | margin: 5px 0 0; |
| 79 | | padding-left: 17px; |
| 80 | | } |
| 81 | | li + li { |
| 82 | | margin-top: 3px; |
| 83 | | } |
| 84 | | code { |
| 85 | | border-radius: 3px; |
| 86 | | background: #ecece8; |
| 87 | | padding: 1px 3px; |
| 88 | | font-family: ui-monospace, SFMono-Regular, Menlo, Consolas, monospace; |
| 89 | | font-size: 0.9em; |
| 90 | | } |
| 91 | | .lede { |
| 92 | | max-width: 7.1in; |
| 93 | | color: var(--muted); |
| 94 | | font-size: 12px; |
| 95 | | } |
| 96 | | .rule { |
| 97 | | height: 2px; |
| 98 | | margin: 14px 0; |
| 99 | | background: var(--ink); |
| 100 | | } |
| 101 | | .grid { |
| 102 | | display: grid; |
| 103 | | grid-template-columns: repeat(12, 1fr); |
| 104 | | gap: 10px; |
| 105 | | } |
| 106 | | .panel { |
| 107 | | grid-column: span 12; |
| 108 | | border: 1px solid var(--line); |
| 109 | | border-radius: 7px; |
| 110 | | background: rgba(255, 255, 255, 0.94); |
| 111 | | padding: 12px; |
| 112 | | font-size: 10px; |
| 113 | | } |
| 114 | | .half { |
| 115 | | grid-column: span 6; |
| 116 | | } |
| 117 | | .third { |
| 118 | | grid-column: span 4; |
| 119 | | } |
| 120 | | .callout { |
| 121 | | margin-top: 8px; |
| 122 | | border-left: 4px solid var(--blue); |
| 123 | | background: #eef4ff; |
| 124 | | padding: 8px 9px; |
| 125 | | font-size: 10px; |
| 126 | | } |
| 127 | | .warning { |
| 128 | | border-left-color: var(--amber); |
| 129 | | background: #fff6e6; |
| 130 | | } |
| 131 | | .topology { |
| 132 | | display: grid; |
| 133 | | grid-template-columns: 1.1fr 34px 1.1fr 34px 1.1fr; |
| 134 | | align-items: center; |
| 135 | | gap: 5px; |
| 136 | | margin-top: 8px; |
| 137 | | } |
| 138 | | .node { |
| 139 | | min-height: 58px; |
| 140 | | border: 1px solid var(--line); |
| 141 | | border-top: 4px solid var(--blue); |
| 142 | | border-radius: 6px; |
| 143 | | background: white; |
| 144 | | padding: 8px; |
| 145 | | text-align: center; |
| 146 | | font-size: 9px; |
| 147 | | } |
| 148 | | .node.green { |
| 149 | | border-top-color: var(--green); |
| 150 | | } |
| 151 | | .arrow { |
| 152 | | color: var(--muted); |
| 153 | | text-align: center; |
| 154 | | font-size: 22px; |
| 155 | | } |
| 156 | | .flow { |
| 157 | | display: grid; |
| 158 | | grid-template-columns: repeat(4, 1fr); |
| 159 | | gap: 7px; |
| 160 | | margin-top: 8px; |
| 161 | | } |
| 162 | | .step { |
| 163 | | position: relative; |
| 164 | | min-height: 80px; |
| 165 | | border: 1px solid var(--line); |
| 166 | | border-left: 4px solid var(--green); |
| 167 | | border-radius: 6px; |
| 168 | | background: white; |
| 169 | | padding: 8px; |
| 170 | | font-size: 9px; |
| 171 | | } |
| 172 | | .step b { |
| 173 | | display: block; |
| 174 | | margin-bottom: 3px; |
| 175 | | font-size: 10px; |
| 176 | | } |
| 177 | | table { |
| 178 | | width: 100%; |
| 179 | | border-collapse: collapse; |
| 180 | | font-size: 8.7px; |
| 181 | | } |
| 182 | | th, |
| 183 | | td { |
| 184 | | border-bottom: 1px solid var(--line); |
| 185 | | padding: 5px 6px; |
| 186 | | text-align: left; |
| 187 | | vertical-align: top; |
| 188 | | } |
| 189 | | th { |
| 190 | | color: var(--muted); |
| 191 | | font-size: 8px; |
| 192 | | letter-spacing: 0.05em; |
| 193 | | text-transform: uppercase; |
| 194 | | } |
| 195 | | .footer { |
| 196 | | position: absolute; |
| 197 | | right: 0.52in; |
| 198 | | bottom: 0.18in; |
| 199 | | color: var(--muted); |
| 200 | | font-size: 8px; |
| 201 | | } |
| 202 | | @media print { |
| 203 | | body { |
| 204 | | background: none; |
| 205 | | } |
| 206 | | .page { |
| 207 | | margin: 0; |
| 208 | | } |
| 209 | | } |
| 210 | | </style> |
| 211 | | </head> |
| 212 | | <body> |
| 213 | | <section class="page"> |
| 214 | | <div class="eyebrow">Architecture brief · page 1 of 3</div> |
| 215 | | <h1>T3 Connect Control Plane and Managed Endpoint Flow</h1> |
| 216 | | <p class="lede"> |
| 217 | | T3 Connect links a locally authorized T3 environment to a signed-in cloud user, provisions a |
| 218 | | managed HTTPS/WSS endpoint, and brokers proof-bound remote connections. The environment |
| 219 | | remains the access authority; the relay coordinates identity, endpoint lifecycle, and |
| 220 | | notifications. |
| 221 | | </p> |
| 222 | | <div class="rule"></div> |
| 223 | | |
| 224 | | <div class="grid"> |
| 225 | | <article class="panel half"> |
| 226 | | <h2>Security Invariant</h2> |
| 227 | | <p>Cloud identity alone is not an environment login. Remote access requires:</p> |
| 228 | | <ul> |
| 229 | | <li>a Clerk-authenticated T3 Connect user;</li> |
| 230 | | <li>an active user/environment relay link;</li> |
| 231 | | <li>a DPoP private key held by the remote client;</li> |
| 232 | | <li>a relay-signed mint request accepted locally; and</li> |
| 233 | | <li>an environment token bound to the client's DPoP key.</li> |
| 234 | | </ul> |
| 235 | | <div class="callout"> |
| 236 | | The relay cannot mint an environment access token by itself. The local environment |
| 237 | | issues the bootstrap credential and final access token. |
| 238 | | </div> |
| 239 | | </article> |
| 240 | | <article class="panel half"> |
| 241 | | <h2>Trust Boundaries</h2> |
| 242 | | <ul> |
| 243 | | <li><b>Clerk:</b> user identity and OAuth/PKCE.</li> |
| 244 | | <li><b>Relay Worker:</b> links, endpoint allocations, proofs, and notifications.</li> |
| 245 | | <li><b>Environment:</b> local sessions, signing keys, and access tokens.</li> |
| 246 | | <li><b>Relay client:</b> exposes only the validated loopback HTTP server.</li> |
| 247 | | <li><b>Remote client:</b> retains the DPoP private key and environment token.</li> |
| 248 | | </ul> |
| 249 | | <div class="callout warning"> |
| 250 | | The relay remains a trusted mint broker because it holds the cloud-mint signing key. |
| 251 | | DPoP limits credential reuse but does not neutralize compromise of that authority. |
| 252 | | </div> |
| 253 | | </article> |
| 254 | | |
| 255 | | <article class="panel"> |
| 256 | | <h2>Current Topology</h2> |
| 257 | | <div class="topology"> |
| 258 | | <div class="node"> |
| 259 | | <h3>Clients</h3> |
| 260 | | Desktop web UI<br />Mobile app<br />Headless CLI<br /><br /> |
| 261 | | <b>Clerk bearer / relay DPoP</b> |
| 262 | | </div> |
| 263 | | <div class="arrow">→</div> |
| 264 | | <div class="node"> |
| 265 | | <h3>T3 Code Relay</h3> |
| 266 | | Cloudflare Worker<br />Hyperdrive + Postgres<br />Tunnel/DNS APIs<br />APNs queue |
| 267 | | </div> |
| 268 | | <div class="arrow">→</div> |
| 269 | | <div class="node green"> |
| 270 | | <h3>Linked Environment</h3> |
| 271 | | Managed HTTPS/WSS endpoint<br />Relay client<br />Loopback server<br />Local secrets |
| 272 | | </div> |
| 273 | | </div> |
| 274 | | <div class="callout"> |
| 275 | | Steady-state HTTP and WebSocket traffic goes directly from the remote client through the |
| 276 | | managed endpoint. The relay handles sparse health and bootstrap requests, not the active |
| 277 | | session data path. |
| 278 | | </div> |
| 279 | | </article> |
| 280 | | |
| 281 | | <article class="panel"> |
| 282 | | <h2>Authentication Boundaries</h2> |
| 283 | | <table> |
| 284 | | <thead> |
| 285 | | <tr> |
| 286 | | <th>Boundary</th> |
| 287 | | <th>Authentication</th> |
| 288 | | <th>Purpose</th> |
| 289 | | </tr> |
| 290 | | </thead> |
| 291 | | <tbody> |
| 292 | | <tr> |
| 293 | | <td>Client → relay link management</td> |
| 294 | | <td>Clerk bearer / CLI OAuth</td> |
| 295 | | <td>Create, list, or remove links.</td> |
| 296 | | </tr> |
| 297 | | <tr> |
| 298 | | <td>Client → protected relay APIs</td> |
| 299 | | <td>Relay DPoP token + proof</td> |
| 300 | | <td>Status, connect, and mobile registration.</td> |
| 301 | | </tr> |
| 302 | | <tr> |
| 303 | | <td>Relay → environment</td> |
| 304 | | <td>Short-lived relay-signed JWT</td> |
| 305 | | <td>Signed health and credential-mint requests.</td> |
| 306 | | </tr> |
| 307 | | <tr> |
| 308 | | <td>Client → environment</td> |
| 309 | | <td>Environment token + DPoP</td> |
| 310 | | <td>Normal HTTPS APIs and WSS ticket issuance.</td> |
| 311 | | </tr> |
| 312 | | <tr> |
| 313 | | <td>Environment → relay</td> |
| 314 | | <td>Environment bearer + signed proof</td> |
| 315 | | <td>Publish redacted agent activity.</td> |
| 316 | | </tr> |
| 317 | | </tbody> |
| 318 | | </table> |
| 319 | | </article> |
| 320 | | </div> |
| 321 | | <div class="footer">T3 Connect Architecture Brief · 1</div> |
| 322 | | </section> |
| 323 | | |
| 324 | | <section class="page"> |
| 325 | | <div class="eyebrow">Core workflows · page 2 of 3</div> |
| 326 | | <h1>Link, Bootstrap, and Operate</h1> |
| 327 | | <p class="lede"> |
| 328 | | Every workflow preserves local authority while making cloud coordination retry-safe and |
| 329 | | suitable for desktop, mobile, and headless use. |
| 330 | | </p> |
| 331 | | <div class="rule"></div> |
| 332 | | |
| 333 | | <div class="grid"> |
| 334 | | <article class="panel"> |
| 335 | | <h2>1. Link a Local Environment</h2> |
| 336 | | <div class="flow"> |
| 337 | | <div class="step"> |
| 338 | | <b>Authenticate</b>Desktop/mobile uses a Clerk bearer. CLI uses browser PKCE and |
| 339 | | persists desired link state. |
| 340 | | </div> |
| 341 | | <div class="step"> |
| 342 | | <b>Prove locally</b>Relay issues a short-lived challenge. The local environment |
| 343 | | validates loopback origin and signs it. |
| 344 | | </div> |
| 345 | | <div class="step"> |
| 346 | | <b>Reconcile</b>Relay verifies proof and capabilities, then creates or reuses the |
| 347 | | tunnel, ingress, and CNAME. |
| 348 | | </div> |
| 349 | | <div class="step"> |
| 350 | | <b>Activate</b>Relay returns endpoint config and connector token. Environment persists |
| 351 | | config and starts the relay client. |
| 352 | | </div> |
| 353 | | </div> |
| 354 | | <div class="callout"> |
| 355 | | The local proof endpoint requires <code>relay:write</code>, rejects forwarded authority |
| 356 | | headers, and atomically persists the environment key pair. |
| 357 | | </div> |
| 358 | | </article> |
| 359 | | |
| 360 | | <article class="panel"> |
| 361 | | <h2>2. Remote Connection Bootstrap</h2> |
| 362 | | <div class="flow"> |
| 363 | | <div class="step"> |
| 364 | | <b>Proof key</b>Client creates a DPoP key and exchanges its Clerk JWT for a relay DPoP |
| 365 | | access token. |
| 366 | | </div> |
| 367 | | <div class="step"> |
| 368 | | <b>Mint request</b>Client calls connect. Relay sends an audience-bound, short-lived |
| 369 | | signed proof to the managed endpoint. |
| 370 | | </div> |
| 371 | | <div class="step"> |
| 372 | | <b>Local issue</b>Environment validates user, scope, lifetime, nonce, and DPoP |
| 373 | | thumbprint, then returns a signed bootstrap credential. |
| 374 | | </div> |
| 375 | | <div class="step"> |
| 376 | | <b>Direct session</b>Client redeems locally for an environment token, gets a one-time |
| 377 | | WSS ticket, and opens the WebSocket. |
| 378 | | </div> |
| 379 | | </div> |
| 380 | | <div class="callout"> |
| 381 | | The relay validates the environment response signature, nonce, endpoint, and DPoP |
| 382 | | binding before returning bootstrap data to the client. |
| 383 | | </div> |
| 384 | | </article> |
| 385 | | |
| 386 | | <article class="panel half"> |
| 387 | | <h2>Managed Endpoint Lifecycle</h2> |
| 388 | | <ol> |
| 389 | | <li> |
| 390 | | Reserve deterministic hostname and tunnel name for |
| 391 | | <code>(userId, environmentId)</code>. |
| 392 | | </li> |
| 393 | | <li> |
| 394 | | Reuse or create the named tunnel; rewrite ingress to the validated loopback origin. |
| 395 | | </li> |
| 396 | | <li> |
| 397 | | Reconcile CNAME records and remove duplicates; recover safely from create conflicts. |
| 398 | | </li> |
| 399 | | <li>Mark ready only after resource IDs and namespace checks are persisted.</li> |
| 400 | | </ol> |
| 401 | | </article> |
| 402 | | <article class="panel half"> |
| 403 | | <h2>Unlink Cleanup</h2> |
| 404 | | <ul> |
| 405 | | <li>Delete managed DNS and tunnel resources.</li> |
| 406 | | <li>Remove the allocation and revoke the user link.</li> |
| 407 | | <li>Revoke publication credentials after the final active link disappears.</li> |
| 408 | | <li>Stop the local relay client and clear persisted relay configuration.</li> |
| 409 | | <li>Retain checkpoints when teardown fails so cleanup can be retried.</li> |
| 410 | | </ul> |
| 411 | | </article> |
| 412 | | |
| 413 | | <article class="panel"> |
| 414 | | <h2>3. Agent Activity Notifications</h2> |
| 415 | | <div class="flow"> |
| 416 | | <div class="step"> |
| 417 | | <b>Project</b>Environment creates a narrow publishable thread state and redacts/caps |
| 418 | | failure details. |
| 419 | | </div> |
| 420 | | <div class="step"> |
| 421 | | <b>Sign</b>Environment posts with its bearer credential and a per-state signed proof. |
| 422 | | </div> |
| 423 | | <div class="step"> |
| 424 | | <b>Persist</b>Relay checks credential, signature, scope, expiry, and nonce, then |
| 425 | | stores current state. |
| 426 | | </div> |
| 427 | | <div class="step"> |
| 428 | | <b>Deliver</b>Queue workers send push notifications or Live Activity updates through |
| 429 | | APNs. |
| 430 | | </div> |
| 431 | | </div> |
| 432 | | </article> |
| 433 | | </div> |
| 434 | | <div class="footer">T3 Connect Architecture Brief · 2</div> |
| 435 | | </section> |
| 436 | | |
| 437 | | <section class="page"> |
| 438 | | <div class="eyebrow">Controls and operations · page 3 of 3</div> |
| 439 | | <h1>Hardening and Deployment Contract</h1> |
| 440 | | <p class="lede"> |
| 441 | | The design constrains tunnel origins, proof audiences, egress destinations, redirects, |
| 442 | | credential exposure, and teardown behavior. |
| 443 | | </p> |
| 444 | | <div class="rule"></div> |
| 445 | | |
| 446 | | <div class="grid"> |
| 447 | | <article class="panel"> |
| 448 | | <h2>SSRF and Tunnel Controls</h2> |
| 449 | | <table> |
| 450 | | <thead> |
| 451 | | <tr> |
| 452 | | <th>Risk</th> |
| 453 | | <th>Implemented control</th> |
| 454 | | </tr> |
| 455 | | </thead> |
| 456 | | <tbody> |
| 457 | | <tr> |
| 458 | | <td>Arbitrary tunnel upstream</td> |
| 459 | | <td>Both sides accept managed origins only for loopback hosts and valid ports.</td> |
| 460 | | </tr> |
| 461 | | <tr> |
| 462 | | <td>Forwarded-origin confusion</td> |
| 463 | | <td> |
| 464 | | Link proof requires the exact loopback URL and rejects forwarded host/protocol |
| 465 | | headers. |
| 466 | | </td> |
| 467 | | </tr> |
| 468 | | <tr> |
| 469 | | <td>Stored endpoint replacement</td> |
| 470 | | <td> |
| 471 | | Status/connect resolve ready allocations from Postgres and require the managed DNS |
| 472 | | namespace. |
| 473 | | </td> |
| 474 | | </tr> |
| 475 | | <tr> |
| 476 | | <td>Redirected relay egress</td> |
| 477 | | <td>Relay health and mint requests use manual redirect handling.</td> |
| 478 | | </tr> |
| 479 | | <tr> |
| 480 | | <td>Impersonated tunnel backend</td> |
| 481 | | <td>Relay verifies signed environment responses, nonce, and request binding.</td> |
| 482 | | </tr> |
| 483 | | <tr> |
| 484 | | <td>Stolen access token replay</td> |
| 485 | | <td>Relay and environment tokens require DPoP proofs and replay guards.</td> |
| 486 | | </tr> |
| 487 | | <tr> |
| 488 | | <td>Connector token exposure</td> |
| 489 | | <td> |
| 490 | | Relay client is spawned without a shell and receives the token in |
| 491 | | <code>TUNNEL_TOKEN</code>. |
| 492 | | </td> |
| 493 | | </tr> |
| 494 | | </tbody> |
| 495 | | </table> |
| 496 | | </article> |
| 497 | | |
| 498 | | <article class="panel half"> |
| 499 | | <h2>Credential Ownership</h2> |
| 500 | | <ul> |
| 501 | | <li>Environment Ed25519 private key stays local.</li> |
| 502 | | <li> |
| 503 | | Cloud-mint private key stays in hosted relay config; only its public key is installed |
| 504 | | locally. |
| 505 | | </li> |
| 506 | | <li> |
| 507 | | Relay environment bearer is hashed in Postgres and stored plaintext only locally. |
| 508 | | </li> |
| 509 | | <li>Remote DPoP private keys and environment access tokens remain client-side.</li> |
| 510 | | <li>WebSocket tickets are short-lived and one-time.</li> |
| 511 | | </ul> |
| 512 | | </article> |
| 513 | | <article class="panel half"> |
| 514 | | <h2>Operational Profile</h2> |
| 515 | | <ul> |
| 516 | | <li>One named tunnel and DNS record per active user/environment allocation.</li> |
| 517 | | <li>HTTPS request/response and WSS only; no arbitrary TCP exposure.</li> |
| 518 | | <li>Relay traffic is limited to health and bootstrap control calls.</li> |
| 519 | | <li> |
| 520 | | Active sessions are interactive and WebSocket-heavy; inactive links are nearly idle. |
| 521 | | </li> |
| 522 | | <li> |
| 523 | | Dedicated registrable tunnel domain and Public Suffix List entry are required before |
| 524 | | broad untrusted use. |
| 525 | | </li> |
| 526 | | </ul> |
| 527 | | </article> |
| 528 | | |
| 529 | | <article class="panel"> |
| 530 | | <h2>Deployment and Runtime</h2> |
| 531 | | <table> |
| 532 | | <thead> |
| 533 | | <tr> |
| 534 | | <th>Layer</th> |
| 535 | | <th>Contract</th> |
| 536 | | </tr> |
| 537 | | </thead> |
| 538 | | <tbody> |
| 539 | | <tr> |
| 540 | | <td>Relay</td> |
| 541 | | <td> |
| 542 | | Cloudflare Worker, tunnel/DNS bindings, Hyperdrive, PlanetScale Postgres, APNs |
| 543 | | queue + DLQ, replay-row pruning cron, and Axiom OTLP traces. |
| 544 | | </td> |
| 545 | | </tr> |
| 546 | | <tr> |
| 547 | | <td>Environment</td> |
| 548 | | <td> |
| 549 | | Loopback server, atomic secret store, relay-client lifecycle, signed health/mint |
| 550 | | responses, OAuth exchange, and WebSocket tickets. |
| 551 | | </td> |
| 552 | | </tr> |
| 553 | | <tr> |
| 554 | | <td>Clients</td> |
| 555 | | <td> |
| 556 | | Secure relay URL, Clerk configuration, DPoP key management, environment token |
| 557 | | storage, and direct managed-endpoint traffic. |
| 558 | | </td> |
| 559 | | </tr> |
| 560 | | </tbody> |
| 561 | | </table> |
| 562 | | </article> |
| 563 | | |
| 564 | | <article class="panel"> |
| 565 | | <h2>Release Gate</h2> |
| 566 | | <div class="grid"> |
| 567 | | <div class="third"> |
| 568 | | <h3>Identity</h3> |
| 569 | | Keep private signing keys in their owning trust domain. Validate issuer, audience, |
| 570 | | scope, expiry, nonce, and proof-key binding. |
| 571 | | </div> |
| 572 | | <div class="third"> |
| 573 | | <h3>Network</h3> |
| 574 | | Permit loopback tunnel origins only. Resolve relay egress from ready allocations and |
| 575 | | disable redirects. |
| 576 | | </div> |
| 577 | | <div class="third"> |
| 578 | | <h3>Lifecycle</h3> |
| 579 | | Make provisioning idempotent, preserve failed-cleanup checkpoints, and revoke shared |
| 580 | | credentials only after the final link disappears. |
| 581 | | </div> |
| 582 | | </div> |
| 583 | | <div class="callout warning"> |
| 584 | | Standards basis: RFC 8252 for native-app OAuth, RFC 8693 for token exchange, and RFC |
| 585 | | 9449 for DPoP proof of possession. |
| 586 | | </div> |
| 587 | | </article> |
| 588 | | </div> |
| 589 | | <div class="footer">T3 Connect Architecture Brief · 3</div> |
| 590 | | </section> |
| 591 | | </body> |
| 592 | | </html> |