G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda, bulut bili\u015fim hizmetlerinden yaz\u0131l\u0131m lisanslamas\u0131na kadar bir\u00e7ok alanda “hesaplama kullan\u0131m\u0131” (compute usage) verileri b\u00fcy\u00fck \u00f6nem ta\u015f\u0131yor. Bu kullan\u0131m verilerinin do\u011frulu\u011fu, faturaland\u0131rma, denetim ve g\u00fcvenilirlik a\u00e7\u0131s\u0131ndan kritik bir rol oynar. Bu nedenle, kullan\u0131m makbuzlar\u0131n\u0131 kriptografik olarak imzalamak, verilerin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve kayna\u011f\u0131n\u0131 garanti alt\u0131na alman\u0131n yayg\u0131n bir yoludur. Ancak, bir makbuz kriptografik olarak imzalanm\u0131\u015f olsa bile, belirli senaryolarda sahtekarl\u0131\u011fa a\u00e7\u0131k hale gelebilir. Peki, bu a\u00e7\u0131\u011f\u0131 kapatan ve sahtekarl\u0131\u011f\u0131 ger\u00e7ekten engelleyen o tek kritik alan nedir ve bunu komut sat\u0131r\u0131ndan nas\u0131l uygular\u0131z? Bu makalede, bu derinlemesine konuyu ele alacak, temel kavramlardan ba\u015flay\u0131p uygulamal\u0131 \u00f6rneklere kadar ad\u0131m ad\u0131m ilerleyece\u011fiz.<\/p>\n
Dijital makbuzlar, bir hizmetin ne kadar kullan\u0131ld\u0131\u011f\u0131n\u0131, kim taraf\u0131ndan kullan\u0131ld\u0131\u011f\u0131n\u0131 ve ne zaman kullan\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6steren kay\u0131tlar\u0131 i\u00e7erir. \u00d6rne\u011fin, bir bulut sa\u011flay\u0131c\u0131s\u0131, m\u00fc\u015fterisinin sanal makineyi ka\u00e7 saat \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131, ne kadar depolama alan\u0131 kulland\u0131\u011f\u0131n\u0131 veya veri transferi ger\u00e7ekle\u015ftirdi\u011fini g\u00f6steren makbuzlar olu\u015fturur. Bu makbuzlar\u0131n g\u00fcvenilir olmas\u0131, hem hizmet sa\u011flay\u0131c\u0131 hem de kullan\u0131c\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131r. Sa\u011flay\u0131c\u0131, do\u011fru faturaland\u0131rma yapabildi\u011finden emin olmak isterken, kullan\u0131c\u0131 da \u00f6dedi\u011fi hizmetin kar\u015f\u0131l\u0131\u011f\u0131n\u0131 ald\u0131\u011f\u0131ndan ve herhangi bir manip\u00fclasyona u\u011framad\u0131\u011f\u0131ndan emin olmak ister. \u0130\u015fte tam bu noktada kriptografik imzalar devreye girer.<\/p>\n
Kriptografik imza, dijital bir belgenin (bu durumda bir hesaplama kullan\u0131m makbuzunun) orijinalli\u011fini ve b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc do\u011frulamak i\u00e7in kullan\u0131lan matematiksel bir y\u00f6ntemdir. Bu s\u00fcre\u00e7 genellikle asimetrik \u015fifreleme (public-key cryptography) prensiplerine dayan\u0131r ve \u00fc\u00e7 ana \u00f6zellikle \u00f6ne \u00e7\u0131kar:<\/p>\n
Bu s\u00fcre\u00e7 genellikle \u015f\u00f6yle i\u015fler: Hizmet sa\u011flay\u0131c\u0131, makbuz verilerini (\u00f6rne\u011fin, kullan\u0131c\u0131 ad\u0131, kullan\u0131lan kaynak, miktar) al\u0131r, bu verilerin bir \u00f6zetini (hash) \u00e7\u0131kar\u0131r ve bu \u00f6zeti kendi \u00f6zel anahtar\u0131yla (private key) \u015fifreleyerek dijital imzay\u0131 olu\u015fturur. Kullan\u0131c\u0131 veya denet\u00e7i, makbuzu ve imzay\u0131 ald\u0131\u011f\u0131nda, ayn\u0131 verilerin \u00f6zetini \u00e7\u0131kar\u0131r ve sa\u011flay\u0131c\u0131n\u0131n herkese a\u00e7\u0131k anahtar\u0131yla (public key) imzay\u0131 \u00e7\u00f6zer. E\u011fer \u00e7\u00f6z\u00fclen \u00f6zet ile kendi hesaplad\u0131\u011f\u0131 \u00f6zet e\u015fle\u015firse, makbuzun orijinal ve de\u011fi\u015ftirilmemi\u015f oldu\u011fu kabul edilir. Bu mekanizma, makbuzlar\u0131n g\u00fcvenilirli\u011fini sa\u011flamak i\u00e7in tasarlanm\u0131\u015ft\u0131r. Ancak, bu g\u00fc\u00e7l\u00fc g\u00fcvenlik katman\u0131na ra\u011fmen, baz\u0131 senaryolarda sahtekarl\u0131k hala m\u00fcmk\u00fcn olabilir. Bu durum, \u00f6zellikle “tekrarlama sald\u0131r\u0131lar\u0131” (replay attacks) gibi senaryolarda kendini g\u00f6sterir.<\/p>\n
Kriptografik imzalar\u0131n g\u00fcc\u00fcne ra\u011fmen, bir makbuzun sahtekarl\u0131\u011fa a\u00e7\u0131k olabilece\u011fi fikri ilk ba\u015fta \u015fa\u015f\u0131rt\u0131c\u0131 gelebilir. Ancak bu durum, imzan\u0131n kendisinin zay\u0131fl\u0131\u011f\u0131ndan de\u011fil, imzan\u0131n uyguland\u0131\u011f\u0131 verinin ba\u011flam\u0131ndan ve kullan\u0131m \u015feklinden kaynaklan\u0131r. \u0130\u015fte imzal\u0131 bir makbuzun bile nas\u0131l manip\u00fcle edilebilece\u011fine dair baz\u0131 senaryolar:<\/p>\n
Bu, imzal\u0131 makbuzlar\u0131n kar\u015f\u0131la\u015ft\u0131\u011f\u0131 en yayg\u0131n ve tehlikeli sahtekarl\u0131k t\u00fcrlerinden biridir. Bir sald\u0131rgan, ge\u00e7erli ve do\u011fru bir \u015fekilde imzalanm\u0131\u015f bir hesaplama kullan\u0131m makbuzunu ele ge\u00e7irebilir. Bu makbuz, \u00f6rne\u011fin, belirli bir kullan\u0131c\u0131n\u0131n belirli bir saatte 10 birim i\u015flem g\u00fcc\u00fc kulland\u0131\u011f\u0131n\u0131 g\u00f6steriyor olabilir. E\u011fer sistem, makbuzun “ne zaman” veya “ka\u00e7\u0131nc\u0131” kez sunuldu\u011funu kontrol etmiyorsa, sald\u0131rgan bu makbuzu tekrar tekrar sunarak sistemde sahtekarl\u0131k yapabilir. \u00d6rne\u011fin, bir \u00f6deme sistemi i\u00e7in ge\u00e7erli bir \u00f6deme makbuzunu defalarca sunarak birden fazla kez \u00f6deme yap\u0131lm\u0131\u015f gibi g\u00f6sterebilir veya bir kaynak tahsis sisteminde, zaten kullan\u0131lm\u0131\u015f bir kaynak tahsis makbuzunu tekrar sunarak ayn\u0131 kayna\u011f\u0131 tekrar talep edebilir. \u0130mza hala ge\u00e7erli oldu\u011fu i\u00e7in, sistem makbuzu ge\u00e7erli kabul eder ve bu da ciddi g\u00fcvenlik ve faturaland\u0131rma sorunlar\u0131na yol a\u00e7ar.<\/p>\n
Bir makbuzun ge\u00e7erlili\u011fi, genellikle belirli bir zaman dilimi veya bir dizi i\u015flemle ili\u015fkilidir. E\u011fer makbuz sadece “kullan\u0131c\u0131 X, Y kayna\u011f\u0131n\u0131 kulland\u0131” bilgisini i\u00e7eriyor ve bu bilginin ne zaman ger\u00e7ekle\u015fti\u011fi veya bu i\u015flemin bir seri i\u00e7indeki s\u0131ras\u0131 gibi ba\u011flamsal bilgiler imzal\u0131 veriye dahil edilmiyorsa, manip\u00fclasyon kap\u0131s\u0131 aralanm\u0131\u015f olur. \u00d6rne\u011fin, bir sald\u0131rgan, eski bir makbuzu yeni bir makbuz gibi sunarak sistemin ge\u00e7mi\u015f verileri yanl\u0131\u015f yorumlamas\u0131na neden olabilir. Veya, bir i\u015flem serisinin ortas\u0131ndaki bir makbuzu \u00e7\u0131kar\u0131p yerine eski bir makbuzu koyarak, denetim zincirini bozabilir. \u0130mza, verinin kendisinin de\u011fi\u015ftirilmedi\u011fini garanti eder, ancak verinin “anlam\u0131n\u0131n” veya “konumunun” de\u011fi\u015ftirilemeyece\u011fini garanti etmez. Bu durum, \u00f6zellikle zaman hassasiyeti olan veya s\u0131ral\u0131 i\u015flemlerin \u00f6nemli oldu\u011fu sistemlerde b\u00fcy\u00fck bir risk olu\u015fturur.<\/p>\n
Bu t\u00fcr sahtekarl\u0131k senaryolar\u0131n\u0131 \u00f6nlemek i\u00e7in, imzalanan veriye sadece kullan\u0131m detaylar\u0131n\u0131 de\u011fil, ayn\u0131 zamanda makbuzun benzersizli\u011fini ve ge\u00e7erlili\u011fini sa\u011flayan ek bilgiler de eklemek gerekir. \u0130\u015fte bu ek bilgi, makalemizin odak noktas\u0131 olan o kritik aland\u0131r.<\/p>\n
Kriptografik olarak imzalanm\u0131\u015f bir makbuzun tekrarlama sald\u0131r\u0131lar\u0131na ve ba\u011flam manip\u00fclasyonlar\u0131na kar\u015f\u0131 ger\u00e7ekten korunabilmesi i\u00e7in, imzalanan veri setine tek bir kritik alan\u0131n eklenmesi ve do\u011fru bir \u015fekilde y\u00f6netilmesi \u015fartt\u0131r: Benzersiz \u0130\u015flem Kimli\u011fi (Unique Transaction ID) ile birlikte kesin bir Zaman Damgas\u0131 (Timestamp)<\/strong>. Asl\u0131nda bu iki bilgi, bir araya geldi\u011finde tek bir “ge\u00e7erlilik ba\u011flam\u0131” alan\u0131 olu\u015fturur ve makbuzun e\u015fsizli\u011fini ve g\u00fcncelli\u011fini garanti alt\u0131na al\u0131r.<\/p>\n Bu iki alan\u0131n birle\u015fimi, makbuza hem “biriciklik” hem de “tazelik” kazand\u0131r\u0131r. Bir sald\u0131rgan, imzal\u0131 bir makbuzu ele ge\u00e7irse bile:<\/p>\n Bu alanlar\u0131n her ikisi de makbuzun imzalanan veri setine dahil edilmeli ve sistem taraf\u0131ndan s\u0131k\u0131 bir \u015fekilde do\u011frulanmal\u0131d\u0131r. Bu sayede, imza sadece verinin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc de\u011fil, ayn\u0131 zamanda verinin ba\u011flamsal ge\u00e7erlili\u011fini de korumu\u015f olur. Tek ba\u015f\u0131na bir i\u015flem kimli\u011fi veya tek ba\u015f\u0131na bir zaman damgas\u0131 yeterli de\u011fildir. \u0130\u015flem kimli\u011fi, makbuzun benzersizli\u011fini sa\u011flarken, zaman damgas\u0131 da makbuzun g\u00fcncelli\u011fini ve ge\u00e7erli bir zaman diliminde sunuldu\u011funu do\u011frular. Bu ikisinin birle\u015fimi, g\u00fcvenilir bir sistem i\u00e7in vazge\u00e7ilmezdir.<\/p>\n \u015eimdi bu kritik alanlar\u0131 kullanarak, komut sat\u0131r\u0131 \u00fczerinden nas\u0131l g\u00fcvenli bir hesaplama kullan\u0131m makbuzu olu\u015fturup imzalayabilece\u011fimizi ve do\u011frulayabilece\u011fimizi ad\u0131m ad\u0131m inceleyelim. Bu \u00f6rnekte, makbuz verilerini bir JSON dosyas\u0131 olarak ele alacak ve OpenSSL arac\u0131n\u0131 kullanarak imzalama ve do\u011frulama i\u015flemlerini ger\u00e7ekle\u015ftirece\u011fiz.<\/p>\n \u0130lk olarak, makbuzlar\u0131 imzalamak i\u00e7in bir \u00f6zel anahtara (private key) ve imzalar\u0131 do\u011frulamak i\u00e7in ilgili genel anahtara (public key) ihtiyac\u0131m\u0131z var. Bu anahtarlar, hizmet sa\u011flay\u0131c\u0131 taraf\u0131ndan olu\u015fturulur ve y\u00f6netilir.<\/p>\n Bu komutlar, Makbuz verilerimizi JSON format\u0131nda olu\u015ftural\u0131m. Burada, makalemizin odak noktas\u0131 olan Bu ad\u0131mda, \u015eimdi, olu\u015fturdu\u011fumuz JSON makbuz dosyas\u0131n\u0131 \u00f6zel anahtar\u0131m\u0131zla imzalayal\u0131m. \u00d6ncelikle dosyan\u0131n hash’ini (\u00f6zetini) al\u0131p, sonra bu hash’i \u00f6zel anahtar\u0131m\u0131zla \u015fifreleyerek imzay\u0131 olu\u015fturaca\u011f\u0131z.<\/p>\n Bir kullan\u0131c\u0131 veya denet\u00e7i, makbuzu ( E\u011fer “\u0130mza ge\u00e7erli!” mesaj\u0131n\u0131 al\u0131rsak, makbuzun imzaland\u0131ktan sonra de\u011fi\u015ftirilmedi\u011fini ve ger\u00e7ekten bizim \u00f6zel anahtar\u0131m\u0131zla imzaland\u0131\u011f\u0131n\u0131 anlar\u0131z.<\/p>\n \u0130mzan\u0131n ge\u00e7erli olmas\u0131, makbuzun orijinal oldu\u011funu g\u00f6sterir, ancak tekrarlama sald\u0131r\u0131s\u0131n\u0131 engellemez. \u0130\u015fte bu noktada sunucu taraf\u0131nda Bu Python \u00f6rne\u011fi, Hesaplama kullan\u0131m makbuzlar\u0131n\u0131n g\u00fcvenli\u011fini sa\u011flamak, sadece tek bir alan\u0131n eklenmesiyle biten bir s\u00fcre\u00e7 de\u011fildir. Yukar\u0131da bahsedilen temel mekanizma, bir\u00e7ok yayg\u0131n sald\u0131r\u0131y\u0131 engellese de, daha geli\u015fmi\u015f senaryolar ve sistemler i\u00e7in ek \u00f6nlemler ve yakla\u015f\u0131mlar gerekebilir.<\/p>\n Makbuzlar\u0131n de\u011fi\u015fmezli\u011fini ve tekrarlanmamas\u0131n\u0131 garanti alt\u0131na alman\u0131n en g\u00fc\u00e7l\u00fc yollar\u0131ndan biri, onlar\u0131 da\u011f\u0131t\u0131k defter teknolojileri (Distributed Ledger Technologies – DLT) veya blokzincir (blockchain) \u00fczerinde yay\u0131nlamakt\u0131r. Her makbuz, bir blo\u011fa eklenerek ve kriptografik olarak zincire ba\u011flanarak kaydedilebilir. Bu durumda, her yeni makbuz bir \u00f6nceki makbuzun veya blo\u011fun hash’ini i\u00e7erir. Bu sayede, makbuzlar\u0131n s\u0131ras\u0131 ve b\u00fct\u00fcnl\u00fc\u011f\u00fc garanti alt\u0131na al\u0131n\u0131r. Bir makbuzu de\u011fi\u015ftirmek veya tekrarlamak, t\u00fcm zinciri de\u011fi\u015ftirmeyi gerektirir ki bu da pratik olarak imkans\u0131zd\u0131r. Bu yakla\u015f\u0131m, \u00f6zellikle y\u00fcksek g\u00fcven gerektiren denetim ve \u015feffafl\u0131k senaryolar\u0131nda (\u00f6rne\u011fin, bulut faturaland\u0131rmas\u0131 veya IoT cihaz veri kayd\u0131) pop\u00fclerlik kazanmaktad\u0131r.<\/p>\n Zaman damgas\u0131n\u0131n do\u011frulu\u011fu, sistemdeki t\u00fcm bile\u015fenlerin g\u00fcvenilir bir zaman kayna\u011f\u0131na senkronize olmas\u0131na ba\u011fl\u0131d\u0131r. NTP (Network Time Protocol) gibi protokoller, sistem saatlerinin senkronizasyonunu sa\u011flar. Ancak, k\u00f6t\u00fc niyetli bir akt\u00f6r, kendi sistem saatini manip\u00fcle ederek ge\u00e7ersiz zaman damgalar\u0131na sahip makbuzlar olu\u015fturmaya \u00e7al\u0131\u015fabilir. Bu t\u00fcr sald\u0131r\u0131lara kar\u015f\u0131 koymak i\u00e7in, g\u00fcvenilir zaman damgas\u0131 hizmetleri (Trusted Timestamping Services) kullan\u0131labilir. Bu hizmetler, belirli bir verinin belirli bir zamanda var oldu\u011funu ba\u011f\u0131ms\u0131z olarak kan\u0131tlayan, \u00fc\u00e7\u00fcnc\u00fc taraf\u00e7a onaylanm\u0131\u015f zaman damgalar\u0131 sa\u011flar.<\/p>\n Kriptografik imzalar\u0131n g\u00fcvenli\u011fi, kullan\u0131lan \u00f6zel anahtarlar\u0131n g\u00fcvenli\u011fine ba\u011fl\u0131d\u0131r. \u00d6zel anahtarlar\u0131n \u00e7al\u0131nmas\u0131 veya k\u00f6t\u00fcye kullan\u0131lmas\u0131, t\u00fcm sistemin g\u00fcvenli\u011fini tehlikeye atar. Bu nedenle, anahtar y\u00f6netimi (key management) kritik \u00f6neme sahiptir. \u00d6zel anahtarlar, HSM (Hardware Security Module) gibi g\u00fcvenli donan\u0131mlarda saklanmal\u0131 ve eri\u015fimleri s\u0131k\u0131 bir \u015fekilde kontrol edilmelidir. Ayr\u0131ca, genel anahtarlar\u0131n do\u011frulanmas\u0131 i\u00e7in X.509 sertifikalar\u0131 ve Sertifika Otoriteleri (Certificate Authorities – CA) kullan\u0131labilir. Bu, bir genel anahtar\u0131n ger\u00e7ekten belirli bir hizmet sa\u011flay\u0131c\u0131ya ait oldu\u011funu do\u011frulamak i\u00e7in g\u00fcvenilir bir zincir olu\u015fturur.<\/p>\n Her makbuz i\u015flemi, imzalama ve do\u011frulama denemeleri de dahil olmak \u00fczere detayl\u0131 bir \u015fekilde loglanmal\u0131d\u0131r. Bu loglar, herhangi bir anormalli\u011fi veya potansiyel sahtekarl\u0131k giri\u015fimini tespit etmek i\u00e7in d\u00fczenli olarak denetlenmelidir. G\u00fcvenli, de\u011fi\u015ftirilemez loglama sistemleri, olay sonras\u0131 analiz ve adli bili\u015fim (forensics) i\u00e7in vazge\u00e7ilmezdir. Loglar, makbuzun hangi IP adresinden, ne zaman ve hangi Bu ileri d\u00fczey yakla\u015f\u0131mlar, temel g\u00fcvenlik mekanizmalar\u0131n\u0131 tamamlayarak, hesaplama kullan\u0131m makbuzlar\u0131n\u0131n ve genel olarak dijital belgelerin g\u00fcvenli\u011fini \u00e7ok daha y\u00fcksek bir seviyeye ta\u015f\u0131r. Her bir ek g\u00fcvenlik katman\u0131, k\u00f6t\u00fc niyetli akt\u00f6rlerin i\u015fini zorla\u015ft\u0131r\u0131r ve sistemin genel direncini art\u0131r\u0131r.<\/p>\n Kriptografik imzalar, dijital belgelerin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve kimli\u011fini do\u011frulamak i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Ancak, hesaplama kullan\u0131m makbuzlar\u0131 gibi zaman ve ba\u011flam hassasiyeti olan verilerde, tek ba\u015f\u0131na bir imza yeterli de\u011fildir. Tekrarlama sald\u0131r\u0131lar\u0131 ve zamansal manip\u00fclasyonlar gibi sahtekarl\u0131k giri\u015fimlerini engellemek i\u00e7in, imzalanan veri setine benzersiz bir i\u015flem kimli\u011fi (transaction ID)<\/strong> ve kesin bir zaman damgas\u0131 (timestamp)<\/strong> kombinasyonunun dahil edilmesi hayati \u00f6neme sahiptir. Bu iki alan, makbuza hem biriciklik hem de tazelik kazand\u0131rarak, sistemin sahtekarl\u0131k giri\u015fimlerine kar\u015f\u0131 direncini art\u0131r\u0131r. Komut sat\u0131r\u0131 ara\u00e7lar\u0131 (OpenSSL gibi) ile bu alanlar\u0131 i\u00e7eren makbuzlar\u0131 imzalamak ve sunucu taraf\u0131nda bu alanlar\u0131 s\u0131k\u0131 bir \u015fekilde do\u011frulamak, g\u00fcvenli bir dijital makbuz sisteminin temelini olu\u015fturur. G\u00fcvenli anahtar y\u00f6netimi, zaman senkronizasyonu ve blokzincir gibi ileri d\u00fczey teknolojilerle desteklendi\u011finde, bu sistemler neredeyse a\u015f\u0131lamaz hale gelir.<\/p>\n C: Kriptografik imza, bir belgenin imzaland\u0131ktan sonra de\u011fi\u015ftirilmedi\u011fini ve kim taraf\u0131ndan imzaland\u0131\u011f\u0131n\u0131 garanti eder. Ancak, imzal\u0131 belgeyi tekrar tekrar sunarak (tekrarlama sald\u0131r\u0131s\u0131) veya eski bir belgeyi yeni gibi g\u00f6stererek yap\u0131lan sahtekarl\u0131klar\u0131 engellemez. Bu t\u00fcr sald\u0131r\u0131lar\u0131 \u00f6nlemek i\u00e7in, belgenin benzersizli\u011fini ve g\u00fcncelli\u011fini sa\u011flayan ek bilgilere ihtiya\u00e7 vard\u0131r.<\/p>\n<\/li>\n C: Makalede bahsedilen “tek alan”, asl\u0131nda benzersiz i\u015flem kimli\u011fi (transaction ID)<\/strong> ve zaman damgas\u0131 (timestamp)<\/strong> kombinasyonunu ifade eder. Bu iki bilgi bir araya geldi\u011finde, makbuzun ba\u011flamsal ge\u00e7erlili\u011fini ve biricikli\u011fini sa\u011flayan tek bir mant\u0131ksal “ge\u00e7erlilik ba\u011flam\u0131” alan\u0131 olu\u015fturur. Tek ba\u015f\u0131na biri yeterli de\u011fildir.<\/p>\n<\/li>\n C: UUID (Universally Unique Identifier) kullanmak, yeterince b\u00fcy\u00fck bir say\u0131 aral\u0131\u011f\u0131 sundu\u011fu i\u00e7in \u00e7o\u011fu durumda benzersizlik a\u00e7\u0131s\u0131ndan yeterince g\u00fcvenlidir. Ancak, kritik sistemlerde UUID’nin yan\u0131nda ek olarak artan bir seri numaras\u0131 veya kriptografik olarak g\u00fcvenli bir nonce (number used once) kullanmak, \u00e7ak\u0131\u015fma olas\u0131l\u0131\u011f\u0131n\u0131 daha da d\u00fc\u015f\u00fcrebilir ve s\u0131ralama garantisi sa\u011flayabilir.<\/p>\n<\/li>\n C: Zaman damgas\u0131, makbuzun ne zaman olu\u015fturuldu\u011funu g\u00f6stererek, eski makbuzlar\u0131n tekrar kullan\u0131lmas\u0131n\u0131 veya gelece\u011fe ait makbuzlar\u0131n sunulmas\u0131n\u0131 engeller. Do\u011frulama, makbuzun zaman damgas\u0131n\u0131n belirli bir “ge\u00e7erlilik penceresi” (\u00f6rne\u011fin, son 5 dakika) i\u00e7inde olup olmad\u0131\u011f\u0131n\u0131 kontrol etmeyi i\u00e7erir. Bu pencere, sistemin tolerans\u0131na g\u00f6re ayarlan\u0131r ve sunucu taraf\u0131nda g\u00fcvenilir bir zaman kayna\u011f\u0131na g\u00f6re kontrol edilmelidir.<\/p>\n<\/li>\n C: Blokzincir, her makbuzu bir blo\u011fa ekleyerek ve bu bloklar\u0131 kriptografik olarak birbirine ba\u011flayarak makbuzlar\u0131n de\u011fi\u015fmez bir kayd\u0131n\u0131 tutabilir. Bu durumda, her makbuzun #Kriptografik\u0130mza #DijitalMakbuz #Sahtekarl\u0131k\u00d6nleme #KomutSat\u0131r\u0131 #VeriG\u00fcvenli\u011fi #Blockchain<\/p>\n","protected":false},"excerpt":{"rendered":"Bu, imzal\u0131 makbuzlar\u0131n kar\u015f\u0131la\u015ft\u0131\u011f\u0131 en yayg\u0131n ve tehlikeli sahtekarl\u0131k t\u00fcrlerinden biridir. Bir sald\u0131rgan, ge\u00e7erli ve do\u011fru bir \u015fekilde imzalanm\u0131\u015f bir hesaplama kullan\u0131m makbuzunu ele ge\u00e7irebilir.","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-44401","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nNeden Bu Kombinasyon Bu Kadar \u00d6nemli?<\/h4>\n
\n
\n
i\u015flem_kimli\u011fi<\/code> daha \u00f6nce kullan\u0131lm\u0131\u015fsa, sistem onu reddedecektir (Tekrarlama sald\u0131r\u0131s\u0131 engellenir).<\/li>\nzaman_damgas\u0131<\/code> \u00e7ok eskiyse veya gelece\u011fe aitse, sistem onu reddedecektir (Zamansal manip\u00fclasyon engellenir).<\/li>\n<\/ol>\nKomut Sat\u0131r\u0131nda Uygulama: Ad\u0131m Ad\u0131m G\u00fcvenli Makbuz Olu\u015fturma ve Do\u011frulama<\/h3>\n
Ad\u0131m 1: \u00d6zel ve Genel Anahtar \u00c7ifti Olu\u015fturma<\/h4>\n
\n# \u00d6zel anahtar olu\u015fturma (2048 bit RSA)\nopenssl genrsa -out private_key.pem 2048\n\n# Genel anahtar\u0131 \u00f6zel anahtardan \u00e7\u0131karma\nopenssl rsa -in private_key.pem -pubout -out public_key.pem\n<\/code><\/pre>\n<\/div>\nprivate_key.pem<\/code> ve public_key.pem<\/code> ad\u0131nda iki dosya olu\u015fturacakt\u0131r.<\/p>\nAd\u0131m 2: Makbuz Verilerini Haz\u0131rlama (Kritik Alanlarla Birlikte)<\/h4>\n
transaction_id<\/code> ve timestamp<\/code> alanlar\u0131n\u0131 eklemeyi unutmuyoruz. transaction_id<\/code> i\u00e7in benzersiz bir UUID, timestamp<\/code> i\u00e7in ise Unix zaman damgas\u0131 kullanaca\u011f\u0131z.<\/p>\n\n# Benzersiz \u0130\u015flem Kimli\u011fi (UUID) ve Zaman Damgas\u0131 olu\u015fturma\nTRANSACTION_ID=$(uuidgen)\nTIMESTAMP=$(date +%s) # Unix zaman damgas\u0131 (saniye cinsinden)\n\n# Makbuz verilerini bir dosyaya yazma\ncat << EOF > usage_receipt.json\n{\n \"user_id\": \"kullanici_123\",\n \"resource_type\": \"CPU_saati\",\n \"amount\": 50,\n \"unit\": \"saat\",\n \"transaction_id\": \"$TRANSACTION_ID\",\n \"timestamp\": $TIMESTAMP,\n \"description\": \"2023-10-27 tarihli CPU kullan\u0131m makbuzu\"\n}\nEOF\n\necho \"Olu\u015fturulan makbuz:\"\ncat usage_receipt.json\n<\/code><\/pre>\n<\/div>\nusage_receipt.json<\/code> dosyam\u0131zda hem kullan\u0131m detaylar\u0131 hem de sahtekarl\u0131\u011f\u0131 \u00f6nleyecek kritik transaction_id<\/code> ve timestamp<\/code> alanlar\u0131 bulunmaktad\u0131r.<\/p>\nAd\u0131m 3: Makbuzu \u0130mzalama<\/h4>\n
\n# Makbuz dosyas\u0131n\u0131n SHA256 \u00f6zetini alma\nopenssl dgst -sha256 -binary usage_receipt.json > usage_receipt.hash\n\n# \u00d6zeti \u00f6zel anahtar ile imzalama\nopenssl pkeyutl -sign -in usage_receipt.hash -out usage_receipt.sig -inkey private_key.pem -sha256\necho \"Makbuz ba\u015far\u0131yla imzaland\u0131: usage_receipt.sig\"\n<\/code><\/pre>\n<\/div>\nusage_receipt.sig<\/code> dosyas\u0131, makbuzumuzun dijital imzas\u0131n\u0131 i\u00e7ermektedir.<\/p>\nAd\u0131m 4: Makbuzu ve \u0130mzay\u0131 Do\u011frulama<\/h4>\n
usage_receipt.json<\/code>) ve imzay\u0131 (usage_receipt.sig<\/code>) ald\u0131\u011f\u0131nda, bunlar\u0131 genel anahtar (public_key.pem<\/code>) ile do\u011frulayabilir. Do\u011frulama iki a\u015famal\u0131d\u0131r:<\/p>\n\n
\n# Makbuz dosyas\u0131n\u0131n SHA256 \u00f6zetini tekrar hesaplama (do\u011frulama i\u00e7in)\nopenssl dgst -sha256 -binary usage_receipt.json > usage_receipt_verify.hash\n\n# \u0130mzay\u0131 genel anahtar ile do\u011frulama\nif openssl pkeyutl -verify -in usage_receipt_verify.hash -sigfile usage_receipt.sig -pubin -inkey public_key.pem -sha256; then\n echo \"\u0130mza ge\u00e7erli! Veri b\u00fct\u00fcnl\u00fc\u011f\u00fc sa\u011fland\u0131.\"\nelse\n echo \"\u0130mza ge\u00e7ersiz! Makbuz de\u011fi\u015ftirilmi\u015f veya sahte olabilir.\"\nfi\n<\/code><\/pre>\n<\/div>\nAd\u0131m 5: Kritik Alanlar\u0131n Sunucu Taraf\u0131 Do\u011frulamas\u0131 (Tekrarlama Sald\u0131r\u0131s\u0131n\u0131 \u00d6nleme)<\/h4>\n
transaction_id<\/code> ve timestamp<\/code> alanlar\u0131n\u0131n do\u011frulanmas\u0131 devreye girer. Bu mant\u0131k, genellikle bir veritaban\u0131 veya da\u011f\u0131t\u0131k bir defter sistemi \u00fczerinde \u00e7al\u0131\u015f\u0131r.<\/p>\n\n# Python ile basit bir sunucu taraf\u0131 do\u011frulama mant\u0131\u011f\u0131 \u00f6rne\u011fi\n# (Bu kod, ger\u00e7ek bir sunucu uygulamas\u0131nda daha karma\u015f\u0131k olacakt\u0131r)\nimport json\nimport time\n\ndef verify_receipt_server_side(receipt_json_path, processed_transactions_db):\n with open(receipt_json_path, 'r') as f:\n receipt_data = json.load(f)\n\n transaction_id = receipt_data.get(\"transaction_id\")\n timestamp = receipt_data.get(\"timestamp\")\n\n # 1. Transaction ID kontrol\u00fc: Daha \u00f6nce i\u015flendi mi?\n if transaction_id in processed_transactions_db:\n print(f\"HATA: \u0130\u015flem Kimli\u011fi '{transaction_id}' daha \u00f6nce i\u015flenmi\u015f. Tekrarlama sald\u0131r\u0131s\u0131!\")\n return False\n \n # 2. Zaman Damgas\u0131 kontrol\u00fc: Makbuz \u00e7ok eski mi veya gelece\u011fe mi ait?\n current_time = int(time.time())\n validity_window_seconds = 300 # \u00d6rne\u011fin, makbuz son 5 dakika i\u00e7inde olu\u015fturulmu\u015f olmal\u0131\n\n if not (current_time - validity_window_seconds <= timestamp <= current_time + 60): # 1 dakika gelece\u011fe izin verilebilir\n print(f\"HATA: Zaman damgas\u0131 ge\u00e7erlilik aral\u0131\u011f\u0131 d\u0131\u015f\u0131nda. Makbuz \u00e7ok eski veya gelece\u011fe ait. ({timestamp})\")\n return False\n \n # T\u00fcm kontrollerden ge\u00e7tiyse, i\u015flemi i\u015fleyip kimli\u011fi veritaban\u0131na ekle\n processed_transactions_db.add(transaction_id)\n print(f\"Makbuz '{transaction_id}' ba\u015far\u0131yla do\u011fruland\u0131 ve i\u015flendi.\")\n return True\n\n# \u00d6rnek kullan\u0131m\nprocessed_transactions = set() # Ger\u00e7ekte bu bir veritaban\u0131 olmal\u0131\n\n# \u0130lk kez ge\u00e7erli makbuzun i\u015flenmesi\nprint(\"\\n--- \u0130lk Makbuz \u0130\u015flemi ---\")\nverify_receipt_server_side(\"usage_receipt.json\", processed_transactions)\n\n# Ayn\u0131 makbuzun tekrar sunulmas\u0131 (tekrarlama sald\u0131r\u0131s\u0131 sim\u00fclasyonu)\nprint(\"\\n--- Tekrarlanan Makbuz \u0130\u015flemi ---\")\nverify_receipt_server_side(\"usage_receipt.json\", processed_transactions)\n\n# Yeni bir makbuz olu\u015fturup i\u015fleme (farkl\u0131 transaction_id ile)\nprint(\"\\n--- Yeni Makbuz \u0130\u015flemi ---\")\nTRANSACTION_ID_NEW=$(uuidgen)\nTIMESTAMP_NEW=$(date +%s)\ncat << EOF_NEW > usage_receipt_new.json\n{\n \"user_id\": \"kullanici_123\",\n \"resource_type\": \"Depolama\",\n \"amount\": 100,\n \"unit\": \"GB\",\n \"transaction_id\": \"$TRANSACTION_ID_NEW\",\n \"timestamp\": $TIMESTAMP_NEW,\n \"description\": \"2023-10-27 tarihli depolama kullan\u0131m makbuzu\"\n}\nEOF_NEW\nverify_receipt_server_side(\"usage_receipt_new.json\", processed_transactions)\n<\/code><\/pre>\n<\/div>\ntransaction_id<\/code>‘nin ve timestamp<\/code>‘in sunucu taraf\u0131nda nas\u0131l kontrol edilmesi gerekti\u011fini g\u00f6stermektedir. Bu kontroller olmaks\u0131z\u0131n, kriptografik imza tek ba\u015f\u0131na yeterli de\u011fildir.<\/p>\n\u0130leri D\u00fczey G\u00fcvenlik Yakla\u015f\u0131mlar\u0131 ve Zorluklar<\/h3>\n
Da\u011f\u0131t\u0131k Defter Teknolojileri (DLT) ve Blokzincir<\/h4>\n
Zaman Senkronizasyonu ve G\u00fcvenilir Zaman Kaynaklar\u0131<\/h4>\n
Anahtar Y\u00f6netimi ve Sertifika Otoriteleri<\/h4>\n
Denetim ve Loglama<\/h4>\n
transaction_id<\/code> ile sunuldu\u011funu kaydetmelidir.<\/p>\nSonu\u00e7<\/h3>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
transaction_id<\/code>‘si ve timestamp<\/code>‘i blokzincir \u00fczerinde benzersiz bir i\u015flem olarak kaydedilir. Blokzincir, tekrarlama sald\u0131r\u0131lar\u0131n\u0131 ve manip\u00fclasyonlar\u0131 do\u011fal olarak engeller, \u00e7\u00fcnk\u00fc her i\u015flem bir zincirin par\u00e7as\u0131d\u0131r ve de\u011fi\u015ftirilemez.<\/p>\n<\/li>\n<\/ol>\n