Tożsamość agenta i DID (zdecentralizowane identyfikatory)

1. Przegląd koncepcji i problem systemowy

W początkowej fazie rozwoju agentów programiści po prostu wstrzykiwali swoje osobiste klucze API lub hasła do zmiennych środowiskowych skryptów. W 2026 roku, gdy agenci zarządzają transakcjami finansowymi, operują na serwerach produkcyjnych i współpracują z zewnętrznymi kontrahentami, takie podejście stało się nieakceptowalne:

• Brak audytowalności: Logi wskazują, że commit wykonał „Aleksander”, podczas gdy Aleksander spał, a kod generował autonomiczny agent.
• Katastrofalny promień rażenia: Jeśli agent zostanie zhakowany za pomocą prompt injection, atakujący uzyskuje pełne uprawnienia użytkownika, w tym dostęp do prywatnej poczty e-mail oraz paneli administracyjnych.

Agent Identity wprowadza koncepcję agenta jako pełnoprawnego podmiotu cyfrowego z kryptograficznym paszportem, kluczami publicznymi oraz ograniczonym zakresem uprawnień.

2. Taksonomia architektury i model mentalny

┌─────────────────────────────────────────────────────────────┐
│               AGENT IDENTITY & TRUST STACK                  │
├─────────────────────────────────────────────────────────────┤
│ 1. Cryptographic Key Management (HSM / Secure Enclave)      │
│    • Private Key (never leaves isolated memory)             │
│    • Public Key / DID URI (did:key:z6MkuT...)               │
├─────────────────────────────────────────────────────────────┤
│ 2. Verifiable Credentials & Delegation Chains               │
│    • Issuer: Human Owner (Org Root Certificate)             │
│    • Scope: "Can execute read/write on repo:app, max $10"   │
│    • Expiration: Ephemeral tokens (TTL = 1 hour)            │
├─────────────────────────────────────────────────────────────┤
│ 3. Attestation & Proof of Execution                         │
│    • Git Commit Signatures (GPG / SSH Sig)                  │
│    • Signed MCP & A2A Requests                              │
├─────────────────────────────────────────────────────────────┤
│ 4. Audit & Revocation Infrastructure                        │
│    • Instant Key Revocation (Kill Switch)                   │
│    • Immutable Append-Only Ledger for Audit Logs            │
└─────────────────────────────────────────────────────────────┘

1. DID (Decentralized Identifier): Unikalny identyfikator agenta w formacie W3C (np. did:web:company.com:agents:devops-01), który umożliwia dowolnemu systemowi pozyskanie jego klucza publicznego bez odwoływania się scentralizowanych baz danych.
2. Short-Lived Delegation (Krótkoterminowe delegowanie uprawnień): Użytkownik podpisuje zezwolenie dla agenta na czas określony, np. 60 minut. Nawet jeśli agent wymknie się spod kontroli, jego certyfikat automatycznie straci ważność.

3. Praktyczne scenariusze inżynierskie w środowisku produkcyjnym

01. Kontrolowane wdrażanie infrastruktury

Agent otrzymuje krótkoterminowy certyfikat pozwalający na aktualizację konkretnego klastra Docker na VPS. Jeśli agent spróbuje wykonać polecenie na innym serwerze, brama bezpieczeństwa odrzuci żądanie ze względu na nieważny podpis.

02. Podpisywanie commitów zgodne z ISO 27001 / SOC 2

Wszystkie commity wygenerowane przez AI są oznaczane odrębnym podpisem GPG Signed by Agent ID: 4092. Audytorzy mają jasny obraz tego, które linie kodu przeszły ludzką rewizję (code review), a które zostały utworzone autonomicznie.

4. Pułapki, typowe błędy i bezpieczeństwo

• Przechowywanie kluczy prywatnych w jawnych plikach: Jeśli agent zapisze swój private_key.pem w katalogu roboczym, atakujący może go wykraść poprzez wywołanie odczytu plików. Klucze muszą być przechowywane w Secure Enclave lub HashiCorp Vault.
• Brak mechanizmu awaryjnego unieważnienia (Kill-Switch): Każdy agent musi posiadać status weryfikacji aktywności. Zmiana jednego flagi w systemie IAM powinna natychmiastowo unieważnić wszystkie jego podpisy oraz tokeny.

5. Strategiczny wniosek dla inżyniera w 2026 roku

Agent Identity przenosi pracę z AI z płaszczyzny amatorskich eksperymentów na poziom korporacyjnego bezpieczeństwa i odpowiedzialności prawnej. Bezpieczny agent to nie tylko model działający w pętli, ale zweryfikowany podmiot z precyzyjnie określonymi granicami zaufania.