Azərbaycanca AzərbaycancaБеларускі БеларускіDansk DanskDeutsch DeutschEspañola EspañolaFrançais FrançaisIndonesia IndonesiaItaliana Italiana日本語 日本語Қазақ ҚазақLietuvos LietuvosNederlands NederlandsPortuguês PortuguêsРусский Русскийසිංහල සිංහලแบบไทย แบบไทยTürkçe TürkçeУкраїнська Українська中國人 中國人United State United StateAfrikaans Afrikaans
Destek
www.wikipedia.tr-tr.nina.az
  • Vikipedi

Kriptografide HMAC bazen keyed hash message authentication code anahtarlı karma mesaj doğrulama kodu veya hash based m

HMAC

HMAC
www.wikipedia.tr-tr.nina.azhttps://www.wikipedia.tr-tr.nina.az

Kriptografide, HMAC (bazen keyed-hash message authentication code (anahtarlı karma mesaj doğrulama kodu) veya hash-based message authentication code (karma tabanlı mesaj doğrulama kodu) olarak genişletilir), kriptografik özet fonksiyonu ve gizli bir kriptografik anahtar içeren bir mesaj doğrulama kodu (MDK veya MAC) türüdür. Diğer MAC türleri gibi, HMAC de hem veri bütünlüğünü kontrol etmek hem de mesaj içeriğini onaylamakta kullanılabilir. HMAC in hesaplanmasında herhangi bir kriptografik özet fonksiyonu kullanılabilir. Örneğin, HMAC in hesaplanmasında MD5 veya SHA-1 özet fonksiyonu kullanılması durumunda, ilgili MAC algoritması da buna uygun olarak HMAC-MD5 veya HMAC-SHA1 olarak isimlendirilebilir. HMAC'in kriptografik saldırılara karşı dayanıklılığı, kullanılan özet fonksiyonunun dayanıklılığına, elde edilen özetin boyutuna, kullanılan kriptografik anahtarın boyutuna ve kalitesine bağlıdır.

image
SHA-1 HMAC Generation.

Ötelemeli bir özet fonksiyonu, iletilmek istenen mesajı belirli bir boyuttaki bloklara bölerek sırasıyla bu bloklar üzerinde bir sıkıştırma fonksiyonu uygular. Örneğin, MD5 ve SHA-1 özet fonksiyonları 512 bitlik bloklar kullanır. Üretilen HMAC'in boyutu, gerektiğinde kesilerek azaltılabilse de, genelde bu işlem için kullanılan özet fonksiyonun boyutuyla aynıdır (MD5 ve SHA-1 özetleri için sırasıyla 128 ve 160 bit).

HMAC iletilmek istenen mesajı şifrelemez. Bunun yerine mesaj (şifreli veya değil) ve HMAC özeti beraber iletilir. Gizli anahtara sahip taraf, mesajın yeniden özetini alıp, bunu mesajla birlikte gönderilen özetle karşılaştırır. Eğer elde edilen yeni özet mesajla birlikte gönderilen özetle eşleşirse mesaj doğrulanmış olur.

HMAC yapısı ve ilgili analizler ilk defa 1996'da Bellare|Mihir Bellare, Ran Canetti ve Hugo Krawczyk (aynı zamanda RFC 2014 ün yazarıdır) tarafından yayınlanmıştır. İlgili makalede, nadiren de olsa kullanılan bir MAC çeşidi olan NMAC de tanımlanmıştır. FIPS PUB 198 ise HMAC'leri standartlaştırmıştır. HMAC-SHA1 ve HMAC-MD5, IPsec ve TLS protokolleri ile beraber kullanılmaktadır.

Tanım

Aşağıdaki tanımlar RFC 2104 protokolünden alınmıştır:

HMAC(K,m)=H((K′⊕opad)||H((K′⊕ipad)||m)){\displaystyle {\textit {HMAC}}(K,m)=H{\Bigl (}(K'\oplus opad)\;||\;H{\bigl (}(K'\oplus ipad)\;||\;m{\bigr )}{\Bigr )}}image

burada,

H herhangi bir kriptografik özet fonksiyonu,
K gizli anahtar,
m doğrulanması istenen mesaj,
K' orijinal anahtar K dan türetilen yeni bir gizli anahtar,
|| birleştirme işlemi,
⊕ özel veya, (XOR) işlemi,
opad dış tamamlama (padding),
ve ipad iç tamamlama (padding) olarak verilmiştir.

Uygulama

Aşağıda verilen sözde kod (pseudocode) HMAC'in yazılımsal olarak nasıl uygulanabileceğini göstermektedir. Blok boyutu, SHA-1, MD5, RIPEMD-128/16064 özet fonksiyonlarından birisi kullanılıyorsa 64 byte olarak alınır.

 function hmac (key, message) { if (length(key) > blocksize) { key = hash(key) // keys longer than blocksize are shortened } if (length(key) < blocksize) { // keys shorter than blocksize are zero-padded (where ∥ is concatenation) key = key ∥ [0x00 * (blocksize - length(key))] // Where * is repetition. } o_key_pad = [0x5c * blocksize] ⊕ key // Where blocksize is that of the underlying hash function i_key_pad = [0x36 * blocksize] ⊕ key // Where ⊕ is exclusive or (XOR) return hash(o_key_pad ∥ hash(i_key_pad ∥ message)) // Where ∥ is concatenation }

Dizayn Temelleri

HMAC’in tasarımında, anahtar ve özet fonksiyonu kullanan daha basit mesaj doğrulama kodu (MAC) mekanizmalarındaki güvenlik açıkları etkili olmuştur. Örneğin, HMAC’in sağladığı güvenliğe denk seviyedeki bir güvenliğin, MAC = H(key ∥ message) özet fonksiyonu kullanılarak oluşturulan daha basit bir mekanizmayla da elde edilebileceği varsayılabilir. Fakat, bu varsayım ciddi bir güvenlik açığı barındırmaktadır: çoğu özet fonksiyonun tasarımı, kullanılan kriptografik anahtar bilinmese dahi, orijinal mesaja ekleme yaparak yeni bir mesaj oluşturmaya ve bu oluşturulan yeni mesaj için gerçekte var olmayan geçerli bir MAC değeri elde edilmesine izin vermektedir (""). Diğer bir HMAC alternatifi olan, MAC = H(message ∥ key) mekanizmasındaki sorun ise, kullanılan özet fonksiyonda oluşabilecek bir çakışmanın MAC teki bir çakışmaya neden olmasıdır (aynı özete sahip olan m1 ve m² mesajları, eklenen anahtarın özeti alınmadan önceki özet fonksiyonuna aynı başlangıç şartlarını verecektir, böylece son hash değerleri aynı olacaktır). Son olarak, başka bir HMAC alternatifi olan MAC = H(key ∥ message ∥ key) mekanizmasını kullanmak daha makul görünse de, güvenlik alanında yazılmış bazı makaleler, iki farklı anahtar kullanılsa dahi bu yaklaşımın da çeşitli güvenlik açıkları barındırdığından bahsetmektedir.

Şu an kullanılmakta olan HMAC mekanizması, HMAC = H(key ∥ H(key ∥ message)) biçiminde tasarlanmış olup, bu mekanizma için var olan herhangi bir bilinmemektedir. Bunun nedeni, çift özet fonksiyonu kullanımı sonucu içerideki özet fonksiyonunun ürettiği ara çıktının dışarıdaki özet fonksiyonu tarafından maskelenmesidir. Yukarıda tarifi verilen algoritmanın güvenliği için kullanılan ipad ve opad değerleri kritik bir öneme sahip olmasa da, bu değerler, iç ve dış anahtarların az sayıda ortak bit değeri içermesi için aralarındaki Hamming uzaklığı fazla olacak şekilde tanımlanmalıdır. Güvenlikle ilgili yapılan tümden gelim çalışmalarında, HMAC’in güvenliği için gizli anahtarlar arası en az bir bitlik bir fark olması gerektiği vurgulanmıştır.[]

NIST tarafından SHA-3 yarışmasının birincisi olarak seçilen Keccack özet fonksiyonu, “uzunluk-genişletme-saldırılarına" karşı güvenli olmasından dolayı, yukarıda tanımlanan iç içe geçmiş özet fonksiyon yapısına gerek kalmadan sadece gizli anahtarın mesajın önüne eklenmesi ve elde edilen ifadenin özetinin alınmasıyla MAC elde etmek için kullanılabilir.

Güvenlik

HMAC’in kriptografik direnci kullanılan gizli anahtarın boyutuna bağlıdır. HMAC’e karşı yapılan en yaygın saldırı gizli anahtarı ele geçirmeyi hedefleyen kaba kuvvet atağıdır. HMAC’ler çakışmalardan, yapılarındaki özet algoritmalarına oranla çok daha az etkilenirler. Bu nedenle, HMAC-MD5 mesaj doğrulama kodu, MD5 özetleme algoritmasındaki zayıflıklardan etkilenmez.

2006’da, , , ve basitleştirilmiş MD5 veya SHA-1 ya da tam [1], [2] ve SHA-0 özet fonksiyonlarını kullanan HMAC’lerin, rastgele bir fonksiyondan veya rastgele bir fonksiyon kullanan HMAC’ten nasıl ayırt edilebileceğini gösterdi. Diferansiyel kripto analizde bir konsept olan diferansiyel ayırt ediciler bir saldırganın HMAC üzerinde varoluşsal sahtecilik saldırıları gerçekleştirmesine izin vermektedir. Ayrıca, diferansiyel ayırt ediciler ikinci-öngörüntü saldırılarına neden olabilir. MD4’ün tam sürümünü kullanan HMAC bu bilgi sayesinde saldırıya uğrayabilir. Bu tip saldırılar HMAC’in güvenliğine dair ispata ters düşmeyip, aynı zamanda var olan kriptografik özet fonksiyonlarını baz alarak HMAC hakkında öngörüler sunmaktadır.

2009’da, Xiaoyun Wang ve diğerleri ilgili gizli anahtarları kullanmadan HMAC-MD5 için bir ayırt etme saldırısı ortaya koydular. Bu saldırı, MD5 tabanlı bir HMAC örneğini rastgele bir fonksiyon tabanlı HMAC örneğinden 297 sorguyla ve 0.87 olasılıkla ayırt edebilmektedir.

2011’de, MD5’teki ve HMAC-MD5’teki güvenlik hususlarını güncellemek amacıyla RFC 6151 onaylandı. RFC’de HMAC-MD5 için,  – MD5 özet fonksiyonunun kendisinin güvenliği ciddi bir biçimde zafiyete uğrasa da – şu anda HMAC-MD5 mesaj doğrulama koduna yönelik bilinen güncel saldırılar pratikte bir güvenlik açığı teşkil etmemektedir.

Örnek

Bazı boş HMAC değerleri: 

HMAC_MD5("", "") = 0x74e6f7298a9c2d168935f58c001bad88 HMAC_SHA1("", "") = 0xfbdb1d1b18aa6c08324b7d64b71fb76370690e1d HMAC_SHA256("", "") = 0xb613679a0814d9ec772f95d778c35fc5ff1697c493715653c6c712144292c5ad

Bazı dolu HMAC değerleri, 8-bit ASCII veya UTF-8 kodlama: 

HMAC_MD5("key", "The quick brown fox jumps over the lazy dog") = 0x80070713463e7749b90c2dc24911e275 HMAC_SHA1("key", "The quick brown fox jumps over the lazy dog") = 0xde7c9b85b8b78aa6bc8a7a36f70a90701c9db4d9 HMAC_SHA256("key", "The quick brown fox jumps over the lazy dog") = 0xf7bc83f430538424b13298e6aa6fb143ef4d59a14946175997479dbc2d1a3cd8

Kaynakça

  1. ^ a b ; Canetti, Ran; Krawczyk, Hugo (1996). "Keying Hash Functions for Message Authentication". 4 Mart 2016 tarihinde kaynağından . Erişim tarihi: 20 Nisan 2017. 
  2. ^ RFC 2104, section 2, "Definition of HMAC", page 3.
  3. ^ ; (1995). . 4 Haziran 2010 tarihinde kaynağından arşivlendi. Erişim tarihi: 28 Ağustos 2009. 
  4. ^ ; (1995). . 23 Şubat 2009 tarihinde kaynağından arşivlendi. Erişim tarihi: 28 Ağustos 2009. 
  5. ^ Keccak team. . 6 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 30 Ocak 2013. Unlike SHA-1 and SHA-2, Keccak does not have the length-extension weakness, hence does not need the HMAC nested construction. Instead, MAC computation can be performed by simply prepending the message with the key. 
  6. ^ Bruce Schneier (Ağustos 2005). "SHA-1 Broken". 26 Haziran 2017 tarihinde kaynağından . Erişim tarihi: 9 Ocak 2009. although it doesn't affect applications such as HMAC where collisions aren't important 
  7. ^ IETF (Şubat 1997). "RFC 2104". 29 Kasım 2016 tarihinde kaynağından . Erişim tarihi: 3 Aralık 2009. The strongest attack known against HMAC is based on the frequency of collisions for the hash function H ("birthday attack") [PV,BCK2], and is totally impractical for minimally reasonable hash functions. 
  8. ^ Bellare, Mihir (Haziran 2006). . Dwork, Cynthia (Ed.). Advances in Cryptology – Crypto 2006 Proceedings. Lecture Notes in Computer Science 4117. Springer-Verlag. 16 Temmuz 2011 tarihinde kaynağından arşivlendi. Erişim tarihi: 25 Mayıs 2010. This paper proves that HMAC is a under the sole assumption that the compression function is a PRF. This recovers a proof based guarantee since no known attacks compromise the pseudorandomness of the compression function, and it also helps explain the resistance-to-attack that HMAC has shown even when implemented with hash functions whose (weak) collision resistance is compromised. 
  9. ^ Jongsung, Kim; Biryukov, Alex; Preneel, Bart; Hong, Seokhie (2006). (PDF). 12 Mayıs 2013 tarihinde kaynağından (PDF) arşivlendi. Erişim tarihi: 20 Nisan 2017. 
  10. ^ Wang, Xiaoyun; Yu, Hongbo; Wang, Wei; Zhang, Haina; Zhan, Tao (2009). "Cryptanalysis on HMAC/NMAC-MD5 and MD5-MAC" (PDF). 30 Nisan 2015 tarihinde kaynağından (PDF). Erişim tarihi: 15 Haziran 2015. 
  11. ^ "RFC 6151 – Updated Security Considerations for the MD5 Message-Digest and the HMAC-MD5 Algorithms". Internet Engineering Task Force. Mart 2011. 15 Haziran 2017 tarihinde kaynağından . Erişim tarihi: 15 Haziran 2015. 
Notlar
  • Mihir Bellare, Ran Canetti and Hugo Krawczyk, Keying Hash Functions for Message Authentication, 1996, pp1–15 (PS or PDF) 9 Mayıs 2009 tarihinde Wayback Machine sitesinde ..
  • Mihir Bellare, Ran Canetti and Hugo Krawczyk, Message authentication using hash functions: The HMAC construction, CryptoBytes 2(1), Spring 1996 (PS or PDF) 9 Mayıs 2009 tarihinde Wayback Machine sitesinde ..

Dış bağlantılar

  • RFC210429 Kasım 2016 tarihinde Wayback Machine sitesinde .
  • Online HMAC Calculator for dozens of underlying hashing algorithms 11 Temmuz 2017 tarihinde Wayback Machine sitesinde .
  • Online HMAC Generator / Tester Tool 2 Mayıs 2017 tarihinde Wayback Machine sitesinde .
  • FIPS PUB 198-1, The Keyed-Hash Message Authentication Code (HMAC)17 Şubat 2013 tarihinde Wayback Machine sitesinde .
  • PHP HMAC implementation 23 Nisan 2017 tarihinde Wayback Machine sitesinde .
  • Python HMAC implementation 22 Ekim 2012 tarihinde Wayback Machine sitesinde .
  • Perl HMAC implementation 29 Haziran 2017 tarihinde Wayback Machine sitesinde .
  • C HMAC implementation 2 Mayıs 2017 tarihinde Wayback Machine sitesinde .
  • C++ HMAC implementation (part of Crypto++) 24 Şubat 2021 tarihinde Wayback Machine sitesinde .
  • Java implementation 23 Haziran 2017 tarihinde Wayback Machine sitesinde .
  • JavaScript MD5 and SHA HMAC implementation 7 Mayıs 2017 tarihinde Wayback Machine sitesinde .
  • JavaScript SHA-only HMAC implementation25 Temmuz 2012 tarihinde Wayback Machine sitesinde .
  • .NET's System.Security.Cryptography.HMAC 14 Temmuz 2017 tarihinde Wayback Machine sitesinde .
  • Delphi/Free Pascal implementation 28 Haziran 2017 tarihinde Wayback Machine sitesinde .

wikipedia, wiki, viki, vikipedia, oku, kitap, kütüphane, kütübhane, ara, ara bul, bul, herşey, ne arasanız burada,hikayeler, makale, kitaplar, öğren, wiki, bilgi, tarih, yukle, izle, telefon için, turk, türk, türkçe, turkce, nasıl yapılır, ne demek, nasıl, yapmak, yapılır, indir, ücretsiz, ücretsiz indir, bedava, bedava indir, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, resim, müzik, şarkı, film, film, oyun, oyunlar, mobil, cep telefonu, telefon, android, ios, apple, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, pc, web, computer, bilgisayar

Kriptografide HMAC bazen keyed hash message authentication code anahtarli karma mesaj dogrulama kodu veya hash based message authentication code karma tabanli mesaj dogrulama kodu olarak genisletilir kriptografik ozet fonksiyonu ve gizli bir kriptografik anahtar iceren bir mesaj dogrulama kodu MDK veya MAC turudur Diger MAC turleri gibi HMAC de hem veri butunlugunu kontrol etmek hem de mesaj icerigini onaylamakta kullanilabilir HMAC in hesaplanmasinda herhangi bir kriptografik ozet fonksiyonu kullanilabilir Ornegin HMAC in hesaplanmasinda MD5 veya SHA 1 ozet fonksiyonu kullanilmasi durumunda ilgili MAC algoritmasi da buna uygun olarak HMAC MD5 veya HMAC SHA1 olarak isimlendirilebilir HMAC in kriptografik saldirilara karsi dayanikliligi kullanilan ozet fonksiyonunun dayanikliligina elde edilen ozetin boyutuna kullanilan kriptografik anahtarin boyutuna ve kalitesine baglidir SHA 1 HMAC Generation Otelemeli bir ozet fonksiyonu iletilmek istenen mesaji belirli bir boyuttaki bloklara bolerek sirasiyla bu bloklar uzerinde bir sikistirma fonksiyonu uygular Ornegin MD5 ve SHA 1 ozet fonksiyonlari 512 bitlik bloklar kullanir Uretilen HMAC in boyutu gerektiginde kesilerek azaltilabilse de genelde bu islem icin kullanilan ozet fonksiyonun boyutuyla aynidir MD5 ve SHA 1 ozetleri icin sirasiyla 128 ve 160 bit HMAC iletilmek istenen mesaji sifrelemez Bunun yerine mesaj sifreli veya degil ve HMAC ozeti beraber iletilir Gizli anahtara sahip taraf mesajin yeniden ozetini alip bunu mesajla birlikte gonderilen ozetle karsilastirir Eger elde edilen yeni ozet mesajla birlikte gonderilen ozetle eslesirse mesaj dogrulanmis olur HMAC yapisi ve ilgili analizler ilk defa 1996 da Bellare Mihir Bellare Ran Canetti ve Hugo Krawczyk ayni zamanda RFC 2014 un yazaridir tarafindan yayinlanmistir Ilgili makalede nadiren de olsa kullanilan bir MAC cesidi olan NMAC de tanimlanmistir FIPS PUB 198 ise HMAC leri standartlastirmistir HMAC SHA1 ve HMAC MD5 IPsec ve TLS protokolleri ile beraber kullanilmaktadir TanimAsagidaki tanimlar RFC 2104 protokolunden alinmistir HMAC K m H K opad H K ipad m displaystyle textit HMAC K m H Bigl K oplus opad H bigl K oplus ipad m bigr Bigr burada H herhangi bir kriptografik ozet fonksiyonu K gizli anahtar m dogrulanmasi istenen mesaj K orijinal anahtar K dan turetilen yeni bir gizli anahtar birlestirme islemi ozel veya XOR islemi opad dis tamamlama padding ve ipad ic tamamlama padding olarak verilmistir UygulamaAsagida verilen sozde kod pseudocode HMAC in yazilimsal olarak nasil uygulanabilecegini gostermektedir Blok boyutu SHA 1 MD5 RIPEMD 128 16064 ozet fonksiyonlarindan birisi kullaniliyorsa 64 byte olarak alinir function hmac key message if length key gt blocksize key hash key keys longer than blocksize are shortened if length key lt blocksize keys shorter than blocksize are zero padded where is concatenation key key 0x00 blocksize length key Where is repetition o key pad 0x5c blocksize key Where blocksize is that of the underlying hash function i key pad 0x36 blocksize key Where is exclusive or XOR return hash o key pad hash i key pad message Where is concatenation Dizayn TemelleriHMAC in tasariminda anahtar ve ozet fonksiyonu kullanan daha basit mesaj dogrulama kodu MAC mekanizmalarindaki guvenlik aciklari etkili olmustur Ornegin HMAC in sagladigi guvenlige denk seviyedeki bir guvenligin MAC H key message ozet fonksiyonu kullanilarak olusturulan daha basit bir mekanizmayla da elde edilebilecegi varsayilabilir Fakat bu varsayim ciddi bir guvenlik acigi barindirmaktadir cogu ozet fonksiyonun tasarimi kullanilan kriptografik anahtar bilinmese dahi orijinal mesaja ekleme yaparak yeni bir mesaj olusturmaya ve bu olusturulan yeni mesaj icin gercekte var olmayan gecerli bir MAC degeri elde edilmesine izin vermektedir Diger bir HMAC alternatifi olan MAC H message key mekanizmasindaki sorun ise kullanilan ozet fonksiyonda olusabilecek bir cakismanin MAC teki bir cakismaya neden olmasidir ayni ozete sahip olan m1 ve m mesajlari eklenen anahtarin ozeti alinmadan onceki ozet fonksiyonuna ayni baslangic sartlarini verecektir boylece son hash degerleri ayni olacaktir Son olarak baska bir HMAC alternatifi olan MAC H key message key mekanizmasini kullanmak daha makul gorunse de guvenlik alaninda yazilmis bazi makaleler iki farkli anahtar kullanilsa dahi bu yaklasimin da cesitli guvenlik aciklari barindirdigindan bahsetmektedir Su an kullanilmakta olan HMAC mekanizmasi HMAC H key H key message biciminde tasarlanmis olup bu mekanizma icin var olan herhangi bir bilinmemektedir Bunun nedeni cift ozet fonksiyonu kullanimi sonucu icerideki ozet fonksiyonunun urettigi ara ciktinin disaridaki ozet fonksiyonu tarafindan maskelenmesidir Yukarida tarifi verilen algoritmanin guvenligi icin kullanilan ipad ve opad degerleri kritik bir oneme sahip olmasa da bu degerler ic ve dis anahtarlarin az sayida ortak bit degeri icermesi icin aralarindaki Hamming uzakligi fazla olacak sekilde tanimlanmalidir Guvenlikle ilgili yapilan tumden gelim calismalarinda HMAC in guvenligi icin gizli anahtarlar arasi en az bir bitlik bir fark olmasi gerektigi vurgulanmistir kaynak belirtilmeli NIST tarafindan SHA 3 yarismasinin birincisi olarak secilen Keccack ozet fonksiyonu uzunluk genisletme saldirilarina karsi guvenli olmasindan dolayi yukarida tanimlanan ic ice gecmis ozet fonksiyon yapisina gerek kalmadan sadece gizli anahtarin mesajin onune eklenmesi ve elde edilen ifadenin ozetinin alinmasiyla MAC elde etmek icin kullanilabilir GuvenlikHMAC in kriptografik direnci kullanilan gizli anahtarin boyutuna baglidir HMAC e karsi yapilan en yaygin saldiri gizli anahtari ele gecirmeyi hedefleyen kaba kuvvet atagidir HMAC ler cakismalardan yapilarindaki ozet algoritmalarina oranla cok daha az etkilenirler Bu nedenle HMAC MD5 mesaj dogrulama kodu MD5 ozetleme algoritmasindaki zayifliklardan etkilenmez 2006 da ve basitlestirilmis MD5 veya SHA 1 ya da tam 1 2 ve SHA 0 ozet fonksiyonlarini kullanan HMAC lerin rastgele bir fonksiyondan veya rastgele bir fonksiyon kullanan HMAC ten nasil ayirt edilebilecegini gosterdi Diferansiyel kripto analizde bir konsept olan diferansiyel ayirt ediciler bir saldirganin HMAC uzerinde varolussal sahtecilik saldirilari gerceklestirmesine izin vermektedir Ayrica diferansiyel ayirt ediciler ikinci ongoruntu saldirilarina neden olabilir MD4 un tam surumunu kullanan HMAC bu bilgi sayesinde saldiriya ugrayabilir Bu tip saldirilar HMAC in guvenligine dair ispata ters dusmeyip ayni zamanda var olan kriptografik ozet fonksiyonlarini baz alarak HMAC hakkinda ongoruler sunmaktadir 2009 da Xiaoyun Wang ve digerleri ilgili gizli anahtarlari kullanmadan HMAC MD5 icin bir ayirt etme saldirisi ortaya koydular Bu saldiri MD5 tabanli bir HMAC ornegini rastgele bir fonksiyon tabanli HMAC orneginden 297 sorguyla ve 0 87 olasilikla ayirt edebilmektedir 2011 de MD5 teki ve HMAC MD5 teki guvenlik hususlarini guncellemek amaciyla RFC 6151 onaylandi RFC de HMAC MD5 icin MD5 ozet fonksiyonunun kendisinin guvenligi ciddi bir bicimde zafiyete ugrasa da su anda HMAC MD5 mesaj dogrulama koduna yonelik bilinen guncel saldirilar pratikte bir guvenlik acigi teskil etmemektedir OrnekBazi bos HMAC degerleri HMAC MD5 0x74e6f7298a9c2d168935f58c001bad88 HMAC SHA1 0xfbdb1d1b18aa6c08324b7d64b71fb76370690e1d HMAC SHA256 0xb613679a0814d9ec772f95d778c35fc5ff1697c493715653c6c712144292c5ad Bazi dolu HMAC degerleri 8 bit ASCII veya UTF 8 kodlama HMAC MD5 key The quick brown fox jumps over the lazy dog 0x80070713463e7749b90c2dc24911e275 HMAC SHA1 key The quick brown fox jumps over the lazy dog 0xde7c9b85b8b78aa6bc8a7a36f70a90701c9db4d9 HMAC SHA256 key The quick brown fox jumps over the lazy dog 0xf7bc83f430538424b13298e6aa6fb143ef4d59a14946175997479dbc2d1a3cd8Kaynakca a b Canetti Ran Krawczyk Hugo 1996 Keying Hash Functions for Message Authentication 4 Mart 2016 tarihinde kaynagindan Erisim tarihi 20 Nisan 2017 RFC 2104 section 2 Definition of HMAC page 3 1995 4 Haziran 2010 tarihinde kaynagindan arsivlendi Erisim tarihi 28 Agustos 2009 1995 23 Subat 2009 tarihinde kaynagindan arsivlendi Erisim tarihi 28 Agustos 2009 Keccak team 6 Haziran 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 30 Ocak 2013 Unlike SHA 1 and SHA 2 Keccak does not have the length extension weakness hence does not need the HMAC nested construction Instead MAC computation can be performed by simply prepending the message with the key Bruce Schneier Agustos 2005 SHA 1 Broken 26 Haziran 2017 tarihinde kaynagindan Erisim tarihi 9 Ocak 2009 although it doesn t affect applications such as HMAC where collisions aren t important IETF Subat 1997 RFC 2104 29 Kasim 2016 tarihinde kaynagindan Erisim tarihi 3 Aralik 2009 The strongest attack known against HMAC is based on the frequency of collisions for the hash function H birthday attack PV BCK2 and is totally impractical for minimally reasonable hash functions Bellare Mihir Haziran 2006 Dwork Cynthia Ed Advances in Cryptology Crypto 2006 Proceedings Lecture Notes in Computer Science 4117 Springer Verlag 16 Temmuz 2011 tarihinde kaynagindan arsivlendi Erisim tarihi 25 Mayis 2010 This paper proves that HMAC is a under the sole assumption that the compression function is a PRF This recovers a proof based guarantee since no known attacks compromise the pseudorandomness of the compression function and it also helps explain the resistance to attack that HMAC has shown even when implemented with hash functions whose weak collision resistance is compromised Jongsung Kim Biryukov Alex Preneel Bart Hong Seokhie 2006 PDF 12 Mayis 2013 tarihinde kaynagindan PDF arsivlendi Erisim tarihi 20 Nisan 2017 Wang Xiaoyun Yu Hongbo Wang Wei Zhang Haina Zhan Tao 2009 Cryptanalysis on HMAC NMAC MD5 and MD5 MAC PDF 30 Nisan 2015 tarihinde kaynagindan PDF Erisim tarihi 15 Haziran 2015 RFC 6151 Updated Security Considerations for the MD5 Message Digest and the HMAC MD5 Algorithms Internet Engineering Task Force Mart 2011 15 Haziran 2017 tarihinde kaynagindan Erisim tarihi 15 Haziran 2015 NotlarMihir Bellare Ran Canetti and Hugo Krawczyk Keying Hash Functions for Message Authentication 1996 pp1 15 PS or PDF 9 Mayis 2009 tarihinde Wayback Machine sitesinde Mihir Bellare Ran Canetti and Hugo Krawczyk Message authentication using hash functions The HMAC construction CryptoBytes 2 1 Spring 1996 PS or PDF 9 Mayis 2009 tarihinde Wayback Machine sitesinde Dis baglantilarRFC210429 Kasim 2016 tarihinde Wayback Machine sitesinde Online HMAC Calculator for dozens of underlying hashing algorithms 11 Temmuz 2017 tarihinde Wayback Machine sitesinde Online HMAC Generator Tester Tool 2 Mayis 2017 tarihinde Wayback Machine sitesinde FIPS PUB 198 1 The Keyed Hash Message Authentication Code HMAC 17 Subat 2013 tarihinde Wayback Machine sitesinde PHP HMAC implementation 23 Nisan 2017 tarihinde Wayback Machine sitesinde Python HMAC implementation 22 Ekim 2012 tarihinde Wayback Machine sitesinde Perl HMAC implementation 29 Haziran 2017 tarihinde Wayback Machine sitesinde C HMAC implementation 2 Mayis 2017 tarihinde Wayback Machine sitesinde C HMAC implementation part of Crypto 24 Subat 2021 tarihinde Wayback Machine sitesinde Java implementation 23 Haziran 2017 tarihinde Wayback Machine sitesinde JavaScript MD5 and SHA HMAC implementation 7 Mayis 2017 tarihinde Wayback Machine sitesinde JavaScript SHA only HMAC implementation25 Temmuz 2012 tarihinde Wayback Machine sitesinde NET s System Security Cryptography HMAC 14 Temmuz 2017 tarihinde Wayback Machine sitesinde Delphi Free Pascal implementation 28 Haziran 2017 tarihinde Wayback Machine sitesinde

Yayın tarihi: Temmuz 09, 2024, 05:35 am
En çok okunan
  • Kasım 03, 2024

    Delilhan Sugurbayoglu

Günlük

  • Özgür içerik

  • Türkçe

  • Oyun yazarı

  • 1906

  • Sovyetler Birliği

  • İran'daki Yahudilerin tarihi

  • İstanbul

  • Koltuk altı

  • Lost (dizi)

  • Alışveriş merkezi

NiNa.Az - Stüdyo

  • Vikipedi

Bültene üye ol

Mail listemize abone olarak bizden her zaman en son haberleri alacaksınız.
Temasta ol
Bize Ulaşın
DMCA Sitemap Feeds
© 2019 nina.az - Her hakkı saklıdır.
Telif hakkı: Dadaş Mammedov
Üst