Olay ve kapsam
Finans ajanının makine kimliği
NEXUS-AI · FAZ 4 / BUILD
D-AI-09
Çalışma şablonu · v1.0M2M Kimlik Doğrulama ve Servis Kimliği
Her ajana doğrulanabilir servis kimliği ve dar kapsamlı, kısa ömürlü erişim vermek.
Belge künyesi
v1.0- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Doküman kodu
- D-AI-09
- Program / faz
- Nexus-AI / 4: Güvenlik ve yetkilendirme
- Metodoloji aşaması
- Build
- Hesap veren (A)
- CISO
- Hazırlayan
- İnovapark metodoloji ekibi
- Tarih / sürüm
- Ekim 2026 / v1.0
- Belge durumu
- Yayımlanmış uygulama şablonu
- Kanıt standardı
- Girdi + işlem izi + kabul kararı
Karar sınırı
Business yönü ve politika onayı insan yönetişiminde kalır; ajan yalnızca tanımlı operasyonu yürütür.
Uygulama durumu
Bu doküman tasarım rehberidir. Gerçekleşmiş KPI veya yasal uyum sertifikası iddiası içermez.
01 / KARAR ÇERÇEVESİ
Amaç ve kullanım sınırı
Her ajana doğrulanabilir servis kimliği ve dar kapsamlı, kısa ömürlü erişim vermek.
Bu adım, İnovapark'ın Business → Kurallar/Politikalar → Ürün/Operasyon ayrımını uygular. İş hedefi ile yönetişim onayı ayrı tutulur; uygulayıcı ajan her eylemini P.U.R. döngüsünde planlar, yetkili sınırda icra eder ve kanıtıyla raporlar.
02 / BAŞLAMADAN ÖNCE
Girdiler, roller ve hazırlık
Servis envanteri; entegrasyon uçları; sır yönetimi; sertifika yaşam döngüsü.
Görev ayrılığı
Tek hesap veren rol: CISO. Katılan ekipler: Platform Güvenliği / CISO. Uygulayıcı ekip teknik/saha kanıtını üretir. Bağımsız risk ve uyum rolü bu kanıtı inceler; aynı kişi kendi işlemini nihai olarak onaylayamaz.
03 / PLANLA → UYGULA → RAPORLA
Operasyonel iş akışı
- 1. adım
Ajan ve araç başına ayrı iş yükü kimliği oluşturun; paylaşılan kullanıcı hesabı veya uzun ömürlü API anahtarını kaldırın.
- 2. adım
Uygun iç ağlarda mTLS, uçlarda kısa ömürlü imzalı token ve audience/scope doğrulaması uygulayın.
- 3. adım
Sertifika ve sır döndürme, iptal, anahtar kaybı ve acil erişim testlerini takvime bağlayın.
- 4. adım
Kimlik başarısızlığında güvenli kapatmayı ve olay kaydını doğrulayın.
Asgari çıktıServis kimliği envanteri, sertifika politikası ve erişim testleri.
04 / KONTROL VE KABUL
Risk, istisna ve yayın kapısı
Risk ve sınır
mTLS tek başına iş yetkisi vermez; işlem bazlı politika denetimi ayrıca gerekir.
Kabul kanıtı
İptal edilen kimlik hiçbir dikey API'sine erişememelidir.
İstisna oluşursa işlem güvenli duruma alınır, ilgili insan yetkiliye eskale edilir, karar ve düzeltici faaliyet iz kimliğiyle kaydedilir. Pilot veya canlı yayılım ancak kayıtlı onaydan sonra sürdürülür.
05 / UYGULAMA KAYDI
Çalışma formu
İş problemi / senaryoDoldurulacak
İş sahibi ve denetçiİki ayrı rol
Baz değer ve hedefKaynak gösterilecek
Veri ve izin sınıfıOnay kaydı eklenecek
Test sonucu ve istisnaKanıtla bağlanacak
Devam / durdur kararıYetkili imza
06 / REFERANS
Birincil araştırma kaynakları
Bu kaynaklar yöntem ve teknoloji kararlarını destekler; yerel yükümlülük için ilgili hukuk ve uyum incelemesinin yerine geçmez.
UYGULAMA ARACI
Çalışma kaydı
Bu belgeyi kurum içinde uygularken görev ayrılığını, başlangıç kanıtını, istisnayı ve kabul kararını aynı kayıtta tutun. Form gerçek veri içermez.
NEXUS-AI / ÇALIŞMA BELGESİ 09
M2M Kimlik Doğrulama ve Servis Kimliği: doldurulmuş örnek
Aynı pilotun bu belgeye ait somut kaydı, olumsuz testi ve kabul kanıtı.
Temsili işlem fişi
finance-read-agent kimliği yalnızca mutabakat API’sinin okuma kapsamı ve tanımlı audience için kısa ömürlü erişim alır.
İstisna davranışı
Kimlik iptal edildiğinde eski token ile başka dikey API’si çağrılamaz.
| Teslim edilecek kanıt | Karar sahibi için kabul sorusu |
|---|---|
| Kimlik envanteri, iptal tatbikatı ve sertifika döndürme izi | İptal edilmiş kimlikle tek başarılı çağrı bile kabul edilmez. |
Belgenin asgari kapısı: İptal edilen kimlik hiçbir dikey API'sine erişememelidir.
Mutabakat pilotunun yedi fazı ↗
Tüm kimlikler ve sayılar kurgusaldır. Kuruma özgü veri, ölçüm, güvenlik ve onay kayıtlarıyla değiştirilmeden uygulama kanıtı sayılmaz.