Appouse.Safetalk.Server 1.1.0

Appouse.Safetalk

.NET 8 / .NET 9 için sunucudan sunucuya (B2B) güvenli haberleşme kütüphanesi. İstemci tarafında giden HTTP isteklerini HMAC-SHA256 ile imzalar, sunucu tarafında bu imzaları istek controller'a ulaşmadan doğrular.

• İmza yalnızca body'yi değil, HTTP metodu + path/query + timestamp + body üçlüsünü kapsar.
• HMACSHA256.HashData (tek atımlık statik API), küçük harf hex çıktı, CryptographicOperations.FixedTimeEquals ile sabit zamanlı karşılaştırma.
• ±5 dakikalık timestamp penceresi ve isteğe bağlı replay cache ile tekrar saldırılarına karşı koruma.
• İstek gövdesi pooled bellek üzerinden imzalanır; anahtar ve gövde bellekten sıfırlanarak havuza iade edilir.
• IHttpClientFactory entegrasyonu, hazır middleware, endpoint bazlı kontrol ve [Authorize] desteği.
• Trimming / Native AOT uyumlu, TreatWarningsAsErrors ile derlenir.

Paketler

Secret deposunu veya replay cache'i Infrastructure katmanında implement ediyorsanız yalnızca Appouse.Safetalk.Abstractions paketine referans vermeniz yeterlidir; ASP.NET Core bağımlılığı gelmez.

Protokol

Her istekte üç header gönderilir:

İmzalanan kanonik istek, aşağıdaki metnin UTF-8 byte'larıdır (ayraç \n, yani LF):

{HTTP-METOD}\n{PATH-VE-QUERY}\n{TIMESTAMP}\n{BODY}

Örnek — POST /api/orders?id=5, timestamp 1700000000, body {"productCode":"SKU-42"}:

POST
/api/orders?id=5
1700000000
{"productCode":"SKU-42"}

Anahtar: HMAC anahtarı, paylaşılan secret metninin UTF-8 byte'larıdır. En az 32 byte kriptografik rastgele veri kullanın (örn. Convert.ToBase64String(RandomNumberGenerator.GetBytes(32)) çıktısı secret olarak kullanılabilir).

İstemci (Client)

Tek satırla kurulum (appsettings)

"OrdersApi": {
  "BaseAddress": "https://api.example.com/",
  "ClientId": "partner-a",
  "Secret": "<Key Vault / User Secrets>"
}

builder.Services.AddHmacClient<OrdersApiClient>(builder.Configuration.GetSection("OrdersApi"));

Bu çağrı typed client'ı IHttpClientFactory'ye kaydeder, HmacSigningHandler'ı pipeline'a ekler, BaseAddress'i uygular ve seçenekleri uygulama açılışında doğrular (ValidateOnStart). Section yeniden yüklendiğinde (örneğin Key Vault'ta secret döndürüldüğünde) yeni değer restart gerekmeden bir sonraki istekte kullanılır.

Typed client imzalama ile ilgilenmez:

public sealed class OrdersApiClient(HttpClient httpClient)
{
    public Task<HttpResponseMessage> CreateAsync(CreateOrderRequest request, CancellationToken ct)
        => httpClient.PostAsJsonAsync("api/orders", request, ct);
}

Diğer kayıt biçimleri

// Kod ile (delegate bir kez çalışır; rotation için config overload'ını kullanın)
services.AddHmacClient<OrdersApiClient>(options =>
{
    options.ClientId = "partner-a";
    options.Secret = configuration["Safetalk:Secret"]!;
    options.BaseAddress = new Uri("https://api.example.com/");
});

// Arayüzlü typed client
services.AddHmacClient<IOrdersApi, OrdersApiClient>(configuration.GetSection("OrdersApi"));

// İsimli client → IHttpClientFactory.CreateClient("orders")
services.AddHmacClient("orders", configuration.GetSection("OrdersApi"));

// Mevcut bir named/typed client'a imzalama eklemek
services.AddHttpClient<LegacyClient>().AddHmacSigning(configuration.GetSection("OrdersApi"));

// DI olmadan
using var http = new HttpClient(new HmacSigningHandler(options) { InnerHandler = new SocketsHttpHandler() });

Davranış

• Resilience (Polly): İmzalama handler'ı, ekleme sırasından bağımsız olarak her zaman ağa en yakın handler'dır. AddHmacClient(...).AddStandardResilienceHandler() veya AddStandardHedgingHandler() zincirlerinde her deneme (hedging klonları dahil) yeniden imzalanır. Aynı isteğin denemeleri aynı saniyeye denk gelse bile timestamp atomik olarak artırılır; böylece denemeler hiçbir zaman aynı imzayı taşımaz ve sunucunun replay korumasına takılmaz.
• Hedging ve retry kapsamı: Bu garanti, retry/hedging handler'ı aynı IHttpClientBuilder üzerinde (pipeline'ın içinde) kayıtlı olduğunda geçerlidir. Pipeline'a girmeden önce oluşturulan denemeler (dışarıdaki bir DelegatingHandler, HttpClient.SendAsync etrafındaki Polly, gRPC retry) bağımsız isteklerdir; aynı saniyede imzalanırlarsa aynı imzayı taşırlar.
• Tüm client'lar: services.ConfigureHttpClientDefaults(b => b.AddHmacSigning(...)) factory'deki, kendi imzalama kaydı olmayan her client'ı imzalar (üçüncü taraf servislere giden çağrılar dahil); bilinçli olarak kullanın. Bir client'ın kendi AddHmacSigning/AddHmacClient kaydı varsa, kayıt sırasından bağımsız olarak o geçerlidir ve defaults'un BaseAddress'i ona uygulanmaz; pipeline'da her zaman tek bir imzalayıcı bulunur. Uygulamanın AddHttpMessageHandler(() => new HmacSigningHandler(...)) ile kendisinin eklediği bir imzalayıcıya defaults dokunmaz.
• Tekrarlanan kayıtlar: Aynı client için AddHmacSigning iki kez çağrılırsa imzalama handler'ı değiştirilir, ancak options kayıtları birikimlidir: sonraki kayıt yalnızca kendi verdiği değerleri geçersiz kılar.
• BaseAddress önceliği: ConfigureHttpClient(c => c.BaseAddress = ...) ile açıkça verilen adres, ConfigureHttpClientDefaults içinde verilmiş olsa bile, options'taki BaseAddress'ten önce gelir. Global bir varsayılan adres kullanıyorsanız istemciye özel adresi de ConfigureHttpClient ile verin.
• İçerik: ByteArrayContent, StringContent, FormUrlEncodedContent, ReadOnlyMemoryContent doğrudan imzalanır. Tekrar okunamayan içerikler (StreamContent, JsonContent, multipart, ...) bir kez serileştirilip imzalanan byte'larla değiştirilir; gönderilen byte'lar imzalanan byte'larla birebir aynıdır.
• Senkron HttpClient.Send de imzalanır.
• Yönlendirmeler: Otomatik takip edilen redirect'ler aynı imzayı yeni hedefe taşır ve genellikle 401 alır. B2B istemcilerinde AllowAutoRedirect = false önerilir: .ConfigurePrimaryHttpMessageHandler(() => new SocketsHttpHandler { AllowAutoRedirect = false }).

Sunucu (Server)

Tek satırla kurulum (appsettings)

"Safetalk": {
  "AllowedClockSkew": "00:05:00",
  "MaxBodySize": 1048576,
  "EnableReplayProtection": true,
  "EnforcementMode": "AllRequests",
  "Clients": {
    "partner-a": "<secret>",
    "partner-b": { "Secret": "<secret>" }
  }
}

builder.Services.AddProblemDetails(); // (opsiyonel) 401/413 yanıtları RFC 9457 formatında yazılır
builder.Services.AddHmacServer(builder.Configuration.GetSection("Safetalk"));

var app = builder.Build();

app.UseHmacAuthentication();   // routing'den sonra, endpoint'lerden önce
app.UseAuthorization();        // açıkça ve HMAC'ten SONRA çağırın (aşağıya bakın)

app.MapHealthChecks("/health").SkipHmacValidation();
app.MapControllers();

Clients bölümündeki secret'lar ConfigurationHmacSecretProvider ile okunur, config reload'larını izler ve client id'leri büyük/küçük harfe duyarlı (ordinal) eşleştirir. Bir client'ı tüm kaynaklarda (appsettings, Key Vault, environment variables) aynı biçimde ve aynı yazımla tanımlayın: bir kaynakta string, diğerinde { "Secret": ... } olarak tanımlanan client belirsiz kabul edilir, hata loglanır ve istekleri reddedilir (fail closed).

Kod ile kurulum ve kendi secret provider'ınız

builder.Services
    .AddHmacServer(options =>
    {
        options.AllowedClockSkew = TimeSpan.FromMinutes(5); // varsayılan
        options.MaxBodySize = 4 * 1024 * 1024;              // varsayılan, aşılırsa 413
    })
    .AddSecretProvider<DatabaseSecretProvider>()            // veritabanı / Key Vault (varsayılan: scoped)
    .AddReplayProtection();                                 // opsiyonel

public sealed class DatabaseSecretProvider(PartnerDbContext db, IMemoryCache cache) : IHmacSecretProvider
{
    public async ValueTask<string?> GetSecretAsync(string clientId, CancellationToken cancellationToken = default)
    {
        string cacheKey = $"safetalk:secret:{clientId}";
        if (cache.TryGetValue(cacheKey, out string? cached))
        {
            return cached;
        }

        var partner = await db.Partners
            .Where(p => p.ClientId == clientId && p.IsActive)
            .Select(p => new { p.ClientId, p.HmacSecret })
            .FirstOrDefaultAsync(cancellationToken);

        // SQL Server'ın varsayılan collation'ı büyük/küçük harfe duyarsızdır: kimliği ordinal olarak doğrulayın.
        string? secret = partner is not null && string.Equals(partner.ClientId, clientId, StringComparison.Ordinal)
            ? partner.HmacSecret
            : null;

        // Yalnızca bulunan secret'lar, yalnızca süreç içi bellekte önbelleğe alınır: rastgele client id'ler cache'i
        // şişiremez ve secret'lar Redis gibi paylaşımlı bir cache'e hiç yazılmaz.
        if (secret is not null)
        {
            cache.Set(cacheKey, secret, TimeSpan.FromMinutes(5));
        }

        return secret;
    }
}

Sunucu, X-Client-Id değeri 256 karakteri aşıyorsa veya yazdırılabilir ASCII dışında karakter içeriyorsa provider'ı hiç çağırmadan isteği reddeder.

null dönmek istemcinin bilinmediği / pasif olduğu anlamına gelir ve istek 401 ile reddedilir. Diğer seçenekler: .AddSecretsFromConfiguration(section), .AddInMemorySecrets(dictionary), .AddSecretProvider(sp => ..., ServiceLifetime.Singleton).

Doğrulama akışı

Kontroller ucuzdan pahalıya sıralanır:

1. X-Client-Id, X-Timestamp, X-Signature header'ları tam olarak bir kez bulunmalıdır; client id en fazla 256 yazdırılabilir ASCII karakterdir.
2. Timestamp formatı ve ±AllowedClockSkew penceresi kontrol edilir.
3. Beyan edilen Content-Length, MaxBodySize sınırıyla karşılaştırılır. Bu ucuz DoS koruması secret sorgusundan önce yapılır.
4. İstek hedefinin origin-form olduğu ve imzasız bir X-HTTP-Method-Override bulunmadığı doğrulanır.
5. IHmacSecretProvider ile secret alınır.
6. Gövde EnableBuffering() ile tamamen bellekte (diske taşmadan) ve asenkron okunur, ardından Position = 0 yapılır. Bellek, beyan edilen Content-Length'e göre değil gelen byte kadar büyür.
7. İmza sabit zamanlı karşılaştırılır.
8. Replay koruması açıksa tazelik yeniden kontrol edilir ve imza cache'e kaydedilir.

Her istek bir kez doğrulanır: sonuç istek boyunca saklanır; middleware, AddHmac() scheme'i, kendi kodunuz ve UseExceptionHandler/UseStatusCodePagesWithReExecute ile yeniden çalıştırma aynı sonucu kullanır. Client id'ler gizli değildir; yanıt kodları ve süreleri bir client id'nin tanınıp tanınmadığını ele verebilir. Kimlik doğrulanmadan önce yapılan işleri sınırlamak için HMAC middleware'inden önce IP bazlı rate limiting kullanın.

Başarısız istekler anında 401 Unauthorized (WWW-Authenticate: HMAC-SHA256), limit aşan gövdeler 413 ile sonlandırılır; hata nedeni loglanır ama yanıtta ifşa edilmez. Başarılı isteklerde doğrulanmış istemci hazırdır:

string clientId = HttpContext.GetHmacClientId()!;   // veya User.Identity!.Name / User.FindFirst("client_id")

Hangi uçlar korunur? (endpoint bazlı kontrol)

builder.Services.AddHmacServer(o => o.EnforcementMode = HmacEnforcementMode.MarkedEndpointsOnly)
    .AddSecretsFromConfiguration(builder.Configuration.GetSection("Safetalk:Clients"));

app.MapGroup("/api/b2b").RequireHmacValidation();      // tüm grup korunur
app.MapGet("/api/public/ping", () => "pong");          // korunmaz

[RequireHmacValidation]                                // controller seviyesinde
public sealed class PartnerOrdersController : ControllerBase { ... }

Öncelik kuralı:

• Attribute'lar ([RequireHmacValidation], [SkipHmacValidation]) convention'lardan (.RequireHmacValidation(), .SkipHmacValidation()) önce gelir. Örneğin app.MapControllers().SkipHmacValidation() gibi geniş bir convention, controller üzerindeki açık bir [RequireHmacValidation]'ı asla ezmez.
• Her türün kendi içinde en spesifik olan kazanır: action attribute'u controller attribute'unu, endpoint convention'ı route group convention'ını geçersiz kılar.
• [SkipHmacValidation] kalıtılmaz (fail closed): temel controller'a veya temel virtual metoda yazılan skip, türetilmiş controller'lara ve override'lara geçmez. [RequireHmacValidation] ise kalıtılır. Buna bağlı iki not:
  • Temel sınıfta tanımlanıp override edilmeyen bir action kendi skip'ini her türetilmiş controller'da korur; bunu kaldırmak için action'ı override edin.
  • Temel sınıftan kalıtılan bir [RequireHmacValidation], sınıf veya override seviyesindeki bir skip ile kaldırılamaz; bunun için action seviyesinde [SkipHmacValidation] kullanın.

Endpoint metadata'sı yalnızca middleware routing'den sonra çalıştığında okunabilir (WebApplication'da varsayılan). UseRouting() middleware'den sonra eklenmişse bu açılışta tespit edilir, uyarı loglanır ve tüm istekler doğrulanır (fail closed). Sıranın belirlenemediği durumlarda (UseWhen/Map dalı, endpoint'leri yalnızca Map dallarında tanımlı bir uygulama, UseMiddleware ile manuel kayıt) endpoint'i seçilmemiş istekler de her modda doğrulanır; eşleşmeyen route'lar 404 yerine 401 alır. Bunu önlemek için dalı UseRouting() sonrasına koyun. Çalışma sırasında bir endpoint'in ancak middleware'den sonra seçildiği görülürse bu bir kez loglanır ve o andan itibaren tüm istekler doğrulanır. Alternatif olarak pipeline dallandırılabilir: app.UseWhen(ctx => ctx.Request.Path.StartsWithSegments("/api/b2b"), b => b.UseHmacAuthentication());

[Authorize] ve policy'ler

AddControllers() / AddAuthorization() kullanan uygulamalarda WebApplication, app.UseAuthorization() açıkça çağrılmazsa authorization middleware'ini kullanıcı middleware'lerinden önce ekler. Bu yüzden app.UseAuthorization() çağrısını UseHmacAuthentication()'dan hemen sonra yapın. Policy başarısız olduğunda doğru 401/403 dönmesi için HMAC'i bir authentication scheme olarak da kaydedin:

builder.Services.AddHmacServer(builder.Configuration.GetSection("Safetalk"));
builder.Services.AddAuthentication(HmacAuthenticationDefaults.AuthenticationScheme).AddHmac();
builder.Services.AddAuthorization(o => o.AddPolicy("PartnerA", p => p.RequireClaim("client_id", "partner-a")));

app.UseAuthentication();
app.UseAuthorization();

app.MapPost("/api/orders", ...).RequireAuthorization("PartnerA");

AddHmac() scheme'i imzalı istekleri kendisi de doğrulayabilir; bu durumda UseHmacAuthentication() zorunlu değildir. Middleware ile birlikte kullanıldığında aynı istek (başarılı da olsa başarısız da olsa) iki kez doğrulanmaz.

Pipeline notları

• UseHmacAuthentication() çağrısını gövdeyi değiştiren middleware'lerden (örn. UseRequestDecompression()) önce yapın; imza kablodaki byte'ları kapsar. Aksi halde istek ContentLengthMismatch ile reddedilir.
• X-HTTP-Method-Override header'ı imzalanmaz. Bu header'ı taşıyan istekler, UseHttpMethodOverride() onu routing'den önce uygulamadıysa reddedilir; routing'den sonra değiştirilen bir metot da, seçilen endpoint o metodu kabul etmediği için reddedilir. Override header'ı varken endpoint'in metodu açıkça listelemesi gerekir: herhangi bir metodu kabul eden (Map, MapFallback, yalnızca [Route] taşıyan action) endpoint'lere override'lı istekler reddedilir. Method override'ı HMAC korumalı uçlarda kullanmamanız önerilir; kullanmanız gerekiyorsa yalnızca header varyantını UseHttpMethodOverride() → UseRouting() → UseHmacAuthentication() sırasıyla kullanın (partner override edilen metodu imzalar). HMAC aynı zamanda varsayılan authentication scheme ise app.UseAuthentication() çağrısını da UseHttpMethodOverride()'dan sonra açıkça yapın. Gövdeyi okuyan middleware'ler (form-field override varyantı, UseAntiforgery()) UseHmacAuthentication()'dan sonra çalışmalıdır; aksi halde istek BodyAlreadyConsumed ile reddedilir.
• UseExceptionHandler / UseStatusCodePagesWithReExecute ile yeniden çalıştırılan istekler ikinci kez doğrulanmaz.
• Reverse proxy path'i yeniden yazıyorsa (örn. prefix siliyorsa) options.RequestTargetResolver ile imzada kullanılacak origin-form hedefi belirleyin.
• Testler: TestServer / WebApplicationFactory ham istek hedefini (RawTarget) sağlamaz; hedef çözümlenmiş path'ten yeniden kurulur. Percent-encode edilmiş ayrılmış karakter içeren path'ler (%40, %3A, %2B ...) bu yüzden yalnızca Kestrel / IIS / HTTP.sys üzerinde doğrulanır.

Replay koruması

Timestamp penceresi tek başına, yakalanan bir isteğin 5 dakika içinde tekrar gönderilmesini engellemez. Replay koruması açıkken kabul edilen her imza pencere süresince hatırlanır ve aynı isteğin ikinci kez işlenmesi engellenir. Kayıtlar yalnızca imza ile anahtarlanır. X-Client-Id imzalanmadığı için anahtara dahil edilmez; aksi halde aynı istek client id'nin farklı yazımlarıyla (örn. Partner-A) tekrar oynatılabilirdi. Replay koruması açıkken AllowedClockSkew config reload ile anında daraltılabilir; ilk istekte geçerli olan değerin ötesine genişletme ise restart sonrası uygulanır (uyarı loglanır). Önceden kaydedilmiş replay kayıtlarının ömrü geriye dönük uzatılamadığından, runtime'da genişletme daha önce kabul edilmiş isteklerin tekrar oynatılmasına izin verirdi. Paylaşımlı (Redis gibi) bir replay cache kullanıyorsanız pencereyi restart veya rolling deploy ile genişletmek de, değişiklikten önceki (yeni - eski) süre içinde kabul edilmiş istekleri tekrar oynatılabilir bırakır: yeni pencereyi, eski pencere + 30 sn geçtikten sonra devreye alın.

Redis / KeyDB (birden fazla instance)

API'niz birden fazla instance'ta çalışıyorsa (load balancer, Kubernetes) Appouse.Safetalk.Redis paketini ekleyin:

dotnet add package Appouse.Safetalk.Redis

builder.Services
    .AddHmacServer(builder.Configuration.GetSection("Safetalk"))
    .AddRedisReplayProtection(builder.Configuration.GetConnectionString("Redis")!); // "keydb:6379,password=..."

Diğer kurulum biçimleri:

// appsettings: "Safetalk": { "ReplayCache": { "Configuration": "redis:6379", "KeyPrefix": "orders-api:", "Database": 2 } }
.AddRedisReplayProtection(builder.Configuration.GetSection("Safetalk:ReplayCache"));

// Uygulamanın zaten kayıtlı IConnectionMultiplexer'ını kullanmak (paket onu dispose etmez)
builder.Services.AddSingleton<IConnectionMultiplexer>(_ => ConnectionMultiplexer.Connect("redis:6379"));
.AddRedisReplayProtection(options => options.KeyPrefix = "orders-api:");

Nasıl çalışır ve nelere dikkat etmeli:

• Her kabul edilen imza SET safetalk:replay:{imza} 1 NX PX {ttl} ile yazılır. Kontrol ve yazma tek atomik komuttur; aynı isteğin eşzamanlı kopyaları hangi instance'a giderse gitsin yalnızca biri kabul edilir. Anahtar, timestamp artık kabul edilmeyeceği an kendiliğinden silinir.
• KeyDB Redis protokolüyle birebir uyumludur ve aynı yöntemle desteklenir; ayrı bir ayar gerekmez. Testler gerçek Redis 7 ve KeyDB sunucularına karşı çalıştırılır. StackExchange.Redis 2.8.24 ve üzeri (3.x dahil) desteklenir.
• Fail closed: Sunucuya ulaşılamazsa istek kabul edilmez (komut hata verir, istek 500 ile sonlanır). Bağlantı ilk kullanımda kurulur ve sunucu geçici olarak kapalıysa arka planda yeniden denenir (bağlantı metninde abortConnect verilmedikçe).
• Replikasyon: Replay koruması sunucunun tutarlılığı kadar güçlüdür. Asenkron replikasyon (Redis Sentinel failover'ı, KeyDB multi-master / active-replica kurulumunda farklı master'lara yazan instance'lar) yeni yazılmış anahtarları kaybedebilir veya yarıştırabilir. Tüm instance'ları aynı primary'ye bağlayın.

Aynı istemcinin aynı saniye içinde byte'ı byte'ına aynı iki farklı isteği aynı imzayı üretir; ikincisi reddedilir. Bu tür istekleri gönderen istemciler gövdeye veya query'ye benzersiz bir istek kimliği eklemelidir. (Aynı isteğin retry ve hedging denemeleri bundan etkilenmez; Appouse.Safetalk istemcisi timestamp'i artırarak yeniden imzalar.)

Partner entegrasyonu (diğer diller)

Bash / OpenSSL

ts=$(date +%s)
body='{"productCode":"SKU-42","quantity":3}'
path='/api/orders?id=5'
sig=$(printf 'POST\n%s\n%s\n%s' "$path" "$ts" "$body" | openssl dgst -sha256 -hmac "$SECRET" | awk '{print $NF}')

curl -X POST "https://api.example.com$path" \
  -H "Content-Type: application/json" \
  -H "X-Client-Id: partner-a" -H "X-Timestamp: $ts" -H "X-Signature: $sig" \
  --data-binary "$body"

Python

import hashlib, hmac, json, time, requests

secret = "..."
path = "/api/orders?id=5"
body = json.dumps({"productCode": "SKU-42", "quantity": 3}, separators=(",", ":")).encode()
ts = str(int(time.time()))

canonical = b"\n".join([b"POST", path.encode(), ts.encode(), body])
signature = hmac.new(secret.encode(), canonical, hashlib.sha256).hexdigest()

requests.post(
    "https://api.example.com" + path,
    data=body,  # imzalanan byte'ların aynısı gönderilmeli
    headers={"Content-Type": "application/json", "X-Client-Id": "partner-a",
             "X-Timestamp": ts, "X-Signature": signature},
)

Tanı için CanonicalRequest.Format(method, pathAndQuery, timestamp, body) beklenen kanonik metni üretir.

Güvenlik notları

• Her zaman HTTPS kullanın. HMAC bütünlük ve kimlik doğrulaması sağlar, gizlilik sağlamaz.
• Secret'ları kaynak kodda veya appsettings.json içinde tutmayın; Key Vault / Secrets Manager / User Secrets kullanın.
• Sunucu ile istemci saatlerini NTP ile senkron tutun; pencere dışındaki istekler reddedilir.
• MaxBodySize, kimliği henüz doğrulanmamış istekler için belleğe alınabilecek gövde boyutunu sınırlar. N byte'lık bir gövdenin doğrulanması yaklaşık 2N geçici bellek ve 2'nin kuvvetine yuvarlanmış pooled bir buffer kullanır; sınırı partnerlerinizin gerçekte gönderdiği boyuta göre düşürün. Kestrel limitlerini (MaxConcurrentConnections, Http2.MaxStreamsPerConnection, MinRequestBodyDataRate) ve reverse proxy'nizin istek buffer'lama ayarlarını da derinlemesine savunma olarak yapılandırın.
• IHmacSecretProvider implementasyonları client id'yi ordinal eşleştirmelidir; bu değer kimliğin (claim) kendisidir.

Yapılandırma referansı

HmacClientOptions

HmacServerOptions

Geliştirme

dotnet build Appouse.Safetalk.slnx
dotnet test  Appouse.Safetalk.slnx
dotnet pack  Appouse.Safetalk.slnx -c Release -o artifacts

# Örnekler
dotnet run --project samples/Appouse.Safetalk.Samples.Server
dotnet run --project samples/Appouse.Safetalk.Samples.Client

Lisans

MIT © 2026 Appouse Software Solutions