Akademik tədqiqatlar, aydın dil

Verianla | Akademik Araştırmalardan Türkçe Ekonomi ve Bilim İçerikleri

12 noyabr 2026, cümə axşamı
VERİANLA Müstəqil elmi yayımçılıq
Menyunu açın və ya bağlayın
...
Home / Tətbiqi Elmlər / Kompüter Elmləri / Özəl Bulud Daxilində Qorunan Məlumat Ötürülməsi üçün Hibrid Arxitektura
Kompüter Elmləri

Özəl Bulud Daxilində Qorunan Məlumat Ötürülməsi üçün Hibrid Arxitektura

KREA v2, SPECK-64/128 strukturundan törədilmiş, 64 bit blok və 128 bit açardan istifadə edən 27 raundlu Add-Rotate-XOR (ARX) blok şifrələmə strukturudur; Modified Least Significant Bit (MLSB) isə şifrələnmiş məlumatı RGB təsvirinin hər rəng kanalındakı üç ən az əhəmiyyətli bitə yerləşdirən steqanoqrafik yerləşdirmə üsuludur.

12/11/2026  Veri Anla  46 baxış
Özəl Bulud Daxilində Qorunan Məlumat Ötürülməsi üçün Hibrid Arxitektura

KREA v2, SPECK-64/128 strukturundan törədilmiş, 64 bit blok və 128 bit açardan istifadə edən 27 raundlu Add-Rotate-XOR (ARX) blok şifrələmə strukturudur; Modified Least Significant Bit (MLSB) isə şifrələnmiş məlumatı RGB təsvirinin hər rəng kanalındakı üç ən az əhəmiyyətli bitə yerləşdirən steqanoqrafik yerləşdirmə üsuludur. Tədqiqat bu iki mexanizmi MinIO əsaslı özəl bulud obyekt saxlama sistemi ilə vahid ucdan-uca arxitekturaya birləşdirir; KREA v2-nin statistik/diferensial xüsusiyyətlərini, MLSB-nin təsvir keyfiyyəti və tutumunu, klassik və CNN əsaslı steqoanalizə qarşı aşkaredilmə qabiliyyətini və real MinIO məlumat axınındakı gecikməni eksperimental olaraq qiymətləndirir.

KREA v2, SPECK-64/128-in əsas ARX strukturunu qoruyaraq tətbiq yönümlü üç dəyişiklikdən istifadə edir: təsvir kontekstindən törədilən CRC32 əsaslı context whitening, SPECK-dəki \(\alpha=8,\beta=3\) əvəzinə \(\alpha=7,\beta=2\) rotation sabitləri və SHA-256 əsaslı deterministik CTR nonce törətməsi. Müəlliflər bu dəyişikliklərin KREA v2-ni SPECK və ya AES-dən daha təhlükəsiz etdiyini iddia etmirlər. MILP diferensial təhlili yalnız araşdırıla bilən intervalda oxşar davranış göstərir; linear, related-key, integral, algebraic, side-channel və fault attack təhlilləri tamamlanmayıb.

KREA v2-nin ölçülmüş mean avalanche effect dəyəri 320.000 sınaqda %49,9825-dir. Şifrələnmiş çıxış dörd real tətbiq payload sinfində 7,9992–7,9998 bit/byte Shannon entropy yaradıb. NIST SP 800-22 paketindəki 15 test tədqiqatın istifadə etdiyi test protokolunda keçib. Bununla belə, bu testlər adversarial cryptanalysis üçün təhlükəsizlik sübutu deyil; mənbə də onları yalnız yaxşı keystream davranışı üçün zəruri statistik ilkin şərtlər kimi şərh edir.

MLSB hər RGB kanalında üç bitdən istifadə etdiyi üçün standart bir-bit LSB ilə müqayisədə deterministik olaraq 3 dəfə tutum təmin edir. 512×512 RGB təsvirdə tam tutum 294.912 byte-dır. Testlərdə MLSB + XOR watermark təsvirə görə təxminən 37–38 dB PSNR və 0,9986–0,9991 səviyyəsində SSIM yaradıb; sınaqdan keçirilmiş bütün təsvir/sıxlıq kombinasiyalarında BER 0,000000 ölçülüb. Lakin daha yüksək tutum daha yüksək aşkaredilmə xərcinə səbəb olur.

Ən kritik steqoanaliz nəticəsi sabit-key XOR watermark-ın müasir detektor qarşısında dizayn məqsədini yerinə yetirə bilməməsidir. Yedroudj-Net CNN watermarked MLSB variantını %25, %50, %75 və %100 embedding nisbətlərinin hamısında AUC ≥ 0,999 ilə fərqləndirib. Mənbə watermark-ın periodik maskasını dominant aşkaredilə bilən artefakt kimi təsvir edir. Appendix A-dakı 200 təsvirlik pilot aperiodic və sparse keystream maskasının RS detectability-ni azalda biləcəyini göstərib; lakin bu nəticə yalnız bir nisbət və bir detektor sinfində pilot səviyyəsindədir.

4 KB mesaj üçün ucdan-uca KREA → MLSB → MinIO upload → download → extraction → decryption xətti 355,1 ms çəkib. Bunun 243,7 ms-si, yəni %68,6-sı network I/O-dur. Mesaj ölçüləri 128 B–8 KB arasında sınaqdan keçirilmiş bütün konfiqurasiyalarda 700 ms-dən aşağı qalıb və byte-exact message fidelity %100 olub. Bu fidelity dəyəri cryptographic integrity demək deyil; KREA v2 CTR axınında MAC və ya AEAD authentication tag olmadığından dəyişdirilmiş ciphertext korlanmış plaintext-ə çevrilə bilər və dəyişiklik avtomatik aşkarlanmaz.

Tədqiqat problemi və ədəbiyyat boşluğu

Özəl bulud fiziki və şəbəkə infrastrukturunu tək təşkilata ayıraraq public-cloud multi-tenant risklərini azalda bilər; lakin bu, object storage daxilindəki application-layer məlumatının avtomatik olaraq şifrələnmiş qalması demək deyil. Mənbənin problem tərifində storage credential ələ keçirilərsə və ya cloud administrator hesabından sui-istifadə olunarsa, TLS ilə daşınmış obyekt saxlama qatında məlumat plaintext kimi görünə bilər.

Tədqiqat üç komponentin eyni sistemdə birlikdə qiymətləndirilməməsini ədəbiyyat boşluğu kimi müəyyən edir: tətbiq kontekstinə uyğunlaşdırılmış ARX cipher, standart 1-bit LSB-dən daha yüksək tutum verən multi-bit steganography və real self-hosted private cloud üzərində ölçülmüş ucdan-uca latency/fidelity.

Buna görə tədqiqat iki fərqli təhlükəsizlik məqsədini üst-üstə qoyur. Şifrələmə mesajın məzmununu gizlətməyi; steqanoqrafiya isə mümkün qədər mesajın varlığını gizlətməyi hədəfləyir. Hücumçu stego image-i ələ keçirərsə, əvvəlcə gizli məlumatın mövcudluğunu aşkarlamalı, sonra çıxarılan ciphertext-i deşifrə etməlidir. Lakin bu iki qatın hər birinin öz məhdudiyyətləri var və biri digərinin zəifliyini avtomatik aradan qaldırmır.

Təhdid modeli

Mənbə iki əsas hücumçu sinfi müəyyən edir.

  • Passiv şəbəkə/saxlama hücumçusu: Göndərən, MinIO və alıcı arasındakı trafiki müşahidə edə bilər; object-storage credential və ya administrator hesabının ələ keçirilməsi kimi vəziyyətdə TLS-dən sonra saxlanılan obyekt bytes-larına çıxış əldə edə bilər; stego image üzərində offline təhlil apara bilər; lakin məlumatı dəyişdirmir.
  • Aktiv steqoanaliz hücumçusu: Əldə edilən təsvirlərə chi-square və RS kimi avtomatik detektorlar tətbiq edərək gizli məzmunun olub-olmadığını aşkar etməyə çalışır.

Mənbə fiziki endpoint compromise, timing/cache kimi side-channel attack-ları və aparat səviyyəli adversary-ləri əsas təhdid modelindən kənarda saxlayır. TLS 1.3-ün transport integrity təmin etdiyi fərz edildiyindən tranzit zamanı write-capable man-in-the-middle hücumu da modelin əsas hədəfi deyil.

Hədəflənən üç təhlükəsizlik xüsusiyyəti

Məxfilik: Stego image və onun içindəki ciphertext əldə edilsə belə, 128-bit ortaq açar \(K\) olmadan plaintext-in bərpa edilə bilməməsi hədəflənir. Mənbə KREA v2 CTR istifadəsində IND-CPA hədəfini standart CTR təhlükəsizlik arqumentinə bağlayır; bu arqumentin kritik şərti eyni açar altında nonce təkrarının baş verməməsidir.

Aşkaredilməzlik: İdeal halda stego image ilə dəyişdirilməmiş təbii fotoşəklin avtomatik steqoanaliz tərəfindən fərqləndirilə bilməməsi hədəflənir. Lakin tədqiqat öz nəticələri ilə bu hədəfin mövcud fixed-key XOR watermark üçün təmin olunmadığını göstərir.

Dəqiqlik: Alıcı orijinal mesaj bytes-larını səhvsiz bərpa etməlidir. Sınaqdan keçirilmiş bütün konfiqurasiyalarda BER 0,000000 bildirilib.

%100 Mesaj Dəqiqliyi Kriptoqrafik Bütövlük Deməkdirmi?

Xeyr. Tədqiqatdakı %100 fidelity yalnız pozulmamış test axınında göndərilmiş plaintext-in alıcıda byte-exact bərpa edildiyini göstərir; KREA v2 CTR axınında MAC və ya AEAD authentication tag olmadığından zərərli ciphertext dəyişikliyi avtomatik doğrulanmır və fidelity nəticəsi cryptographic integrity və ya authenticity sübutu deyil.

Üçqatlı sistem arxitekturası

Mənbə tədqiqatındakı Şəkil 1-in sistem əlaqələrinə əsaslanaraq Verianla üçün yenidən yaradılmış source-derived, miqyassız arxitektura. Mənbə şəklinin piksel surəti deyil.

KREA v2 niyə ARX adlandırılır?

ARX, Add-Rotate-XOR sözlərinin qısaltmasıdır. KREA v2 round funksiyası substitution box istifadə etmək əvəzinə modular addition, bit rotation və XOR əməliyyatlarına əsaslanır. Əsas variant KREA-64/128-dir: 64-bit block iki 32-bit word \((x,y)\) kimi emal edilir, master key 128 bitdir və cəmi 27 round tətbiq olunur.

KREA v2 encryption round-u

Mənbənin alqoritmində hər round üçün birinci word aşağıdakı çevrilmədən keçir:

\[ x \leftarrow \left( \left( \operatorname{ROR}(x,7)+y \right) \bmod 2^{32} \right) \oplus k_i \]

Burada \(x\) və \(y\) 32-bit state word-ləridir; \(\operatorname{ROR}(x,7)\), \(x\)-in bitlərinin yeddi mövqe sağa fırladılmasını; \(+\bmod2^{32}\), 32-bit modular addition-ı; \(k_i\), \(i\)-ci round key-i; \(\oplus\) isə bitwise XOR-u ifadə edir.

Sonra ikinci word yenilənir:

\[ y \leftarrow \operatorname{ROL}(y,2)\oplus x \]

Bu iki tənlikdə addition, rotation və XOR birlikdə bit təsirinin müxtəlif word və byte mövqelərinə yayılmasını təmin edir. Mənbə \(\alpha=7\) və \(\beta=2\) rotation sabitlərini steqanoqrafik byte-major yerləşdirmə ilə əlaqələndirir; lakin bunların SPECK-in \((8,3)\) sabitlərindən kriptoqrafik baxımdan daha güclü olduğunu iddia etmir.

Mənbə tədqiqatındakı Şəkil 2-nin alqoritmik əlaqələrindən Verianla üçün yenidən yaradılmış miqyassız ARX round sxemi. Sxem təhlükəsizlik sübutu deyil.

Kontekstə bağlanan whitening

Round-lardan əvvəl və sonra state təsvir kontekstindən törədilmiş 32-bit \(C_{\mathrm{ctx}}\) dəyəri ilə XOR edilir:

\[ C_{\mathrm{ctx}} = \operatorname{CRC32} ( \text{image\_width} \parallel \text{image\_height} \parallel \text{image\_channels} \parallel \text{image\_size\_bytes} ) \]

\(\parallel\) byte concatenation deməkdir. CRC32 burada secret deyil və mənbə də bunu cryptographic secrecy mexanizmi kimi təqdim etmir. Məqsəd eyni açar/plaintext müxtəlif cover context daxilində istifadə edildikdə state-ə təsvir kontekstini daxil etməkdir.

Pre-whitening:

\[ x\leftarrow x\oplus\operatorname{ROR}(C_{\mathrm{ctx}},11) \]
\[ y\leftarrow y\oplus\operatorname{ROL}(C_{\mathrm{ctx}},5) \]

Post-whitening:

\[ x\leftarrow x\oplus\operatorname{ROL}(C_{\mathrm{ctx}},7) \]
\[ y\leftarrow y\oplus\operatorname{ROR}(C_{\mathrm{ctx}},13) \]

\(C_{\mathrm{ctx}}=0\) olduqda bu XOR-lar identity operation-a çevrilir və əlavə context whitening təsiri aradan qalxır.

KREA açar cədvəli

128-bit master key dörd 32-bit word-ə bölünür. Mənbədəki key schedule SPECK key schedule strukturunu qoruyur:

\[ l_{i+3} \leftarrow \left( \operatorname{ROR}(l_i,7)+k_i \right) \bmod 2^{32} \oplus i \]
\[ k_{i+1} \leftarrow \operatorname{ROL}(k_i,2)\oplus l_{i+3} \]

Round counter \(i\)-nin key update daxilində XOR edilməsi round key ardıcıllığının təkrarlanan quruluşa düşməsinin qarşısını almağı hədəfləyir. Cəmi \(k_0,\ldots,k_{26}\) olmaqla 27 round key yaradılır.

KREA v2 SPECK-64/128 və ya AES-128-dən Daha Təhlükəsizdirmi?

Xeyr; mənbə belə bir iddia etmir. KREA v2 SPECK-64/128-dən törədilmiş tətbiq yönümlü ARX strukturu kimi təqdim olunur; MILP nəticəsi yalnız araşdırıla bilən diferensial intervalda SPECK-ə oxşar davranışı dəstəkləyir və tədqiqat linear, related-key, integral, algebraic, side-channel və ya müstəqil üçüncü tərəf cryptanalysis tamamlanmadan istehsal səviyyəsində üstünlük və ya ekvivalentlik iddiası irəli sürmür.

CTR rejimi

CTR rejimi block cipher-ı keystream generator kimi istifadə edir. Mənbənin hər \(j\). blok üçün verdiyi əlaqə:

\[ \mathrm{keystream}_j = \operatorname{KREA\!-\!Encrypt} ( \mathrm{nonce}\parallel\mathrm{counter}_j, K, C_{\mathrm{ctx}} ) \]
\[ \mathrm{ciphertext}_j = \mathrm{plaintext}_j \oplus \mathrm{keystream}_j [0:\operatorname{len}(\mathrm{plaintext}_j)] \]

64-bit KREA input burada 32-bit nonce ilə 32-bit counter birləşməsindən ibarətdir. CTR-da eyni key + eyni nonce/counter keystream-inin fərqli plaintext-lərdə təkrar istifadə olunmaması kritik şərtdir.

Deterministik nonce

\[ \mathrm{nonce} = \operatorname{truncate}_{32} \left( \operatorname{SHA256} ( K \parallel \operatorname{hash}(\mathrm{cover\_image}) \parallel \mathrm{timestamp} ) \right) \]

Mənbəyə görə \(K\) ortaq secret key-dir; `hash(cover_image)` təsvir bytes-larını kontekstə daxil edir; timestamp mesaj vaxtını ayırır; SHA-256 çıxışı 32 bitə truncate edilir. Müəlliflərin məqsədi nonce-u ayrıca ötürmədən sender və receiver-ın eyni dəyəri deterministik şəkildə yaratmasıdır.

Təkrar istehsal oluna bilmə qeydi: Mənbə sender formulunda `cover_image` hash-indən istifadə edərkən receiver-ın “downloaded cover image hash” ilə nonce-u yenidən hesabladığını bildirir. Lakin MinIO-dan endirilən obyekt arxitekturada stego image-dir. Pre-embedding cover hash-in alıcı tərəfində necə qorunub yenidən təmin edildiyi mətndə ayrıca izah olunmur. Verianla bu boşluğu yeni protocol step uyduraraq tamamlamır.

Padding əvəzinə message-length prefix

CTR rejimi arbitrary byte length emal edə bildiyindən PKCS#7 tipli padding istifadə olunmur. Mənbə mesajı aşağıdakı formada paketləyir:

\[ \mathrm{encoded\_message} = [\text{4-byte big-endian length}] \parallel \mathrm{plaintext\_bytes} \]

İlk dörd byte plaintext uzunluğunu göstərir. Receiver əvvəlcə bu sahəni deşifrə edərək real mesaj uzunluğunu müəyyən edir və yalnız lazım olan bytes-ları bərpa edir.

MLSB necə işləyir?

Standart LSB hər RGB channel-ın yalnız bit 0 mövqeyinə bir mesaj biti yerləşdirir. MLSB isə bit 2, bit 1 və bit 0 olmaqla hər kanal üçün üç bit istifadə edir.

Bir \(M\times N\) RGB təsvir üçün mənbə tutumu:

\[ \mathrm{capacity} = M\times N\times3\times3 \quad\text{bit} \]

kimi hesablayır. Birinci \(3\), R/G/B kanallarını; ikinci \(3\) isə hər kanala yerləşdirilən üç payload bitini göstərir.

512×512 RGB təsvir üçün:

\[ 512\times512\times3\times3 = 2.359.296\ \text{bit} = 294.912\ \text{byte} \]

Standart LSB eyni təsvirdə 98.304 byte daşıdığı üçün MLSB tutumu tam 3 dəfədir.

MLSB embedding əməliyyatı

Mənbədə channel value \(v\) üçün əvvəlcə ən aşağı üç bit təmizlənir:

\[ v\leftarrow v\ \&\ \texttt{0xF8} \]

Sonrakı üç ciphertext bit yerləşdirilir:

\[ v\leftarrow v\ |\ B[\mathrm{pos}:\mathrm{pos}+3] \]

Watermark byte-ın üç aşağı biti:

\[ w_3 = W[\mathrm{idx}\bmod K_W]\ \&\ \texttt{0x07} \]

kimi götürülür və mənbə dizaynında channel value:

\[ S(i,j,c)=v\oplus w_3 \]

şəklində yazılır. Bir channel-da üç bit dəyişdirildiyi üçün maksimum intensity dəyişikliyi 0–255 miqyasında 7 səviyyə ola bilər.

Watermark açarı

Watermark açarı müstəqil paylaşıla və ya encryption key-dən:

\[ W= \operatorname{SHA256} ( K\parallel\text{"mlsb-watermark"} ) \]

şəklində törədilə bilər. Çıxış 256-bit pseudorandom sequence kimi cyclic şəkildə istifadə olunur.

MLSB çıxarma

Receiver eyni \(W\) dəyərindən istifadə edərək watermark XOR-u geri çevirir:

\[ v=S(i,j,c)\oplus w_3 \]

Sonra aşağı üç bit:

\[ b=v\ \&\ \texttt{0x07} \]

ilə çıxarılır və ciphertext bitstream yenidən qurulur. Yanlış watermark key istifadəsi extracted bitstream-i pozur və normal decryption uğursuz olur.

XOR Watermark Steqoanalizdən Gizlənməni Həqiqətən Artırdı?

Yalnız məhdud və detektordan asılı şəkildə: sabit XOR watermark bəzi aşağı/orta sıxlıqlı klassik chi-square/RS şərtlərində aşağı skorlar yaratsa da, %75–100 tutumda RS detectability-ni artırıb və Yedroudj-Net CNN tərəfindən bütün sınaqdan keçirilmiş embedding nisbətlərində AUC ≥ 0,999 ilə asanlıqla fərqləndirilib; buna görə mənbə mövcud watermark-ın müasir steqoanaliz qarşısında gizlənə bilmə hədəfini yerinə yetirmədiyi nəticəsinə gəlir.

PNG niyə lazımdır?

MLSB spatial-domain bit dəyişməsi etdiyi üçün pixel dəyərləri storage/retrieval prosesində eynilə qorunmalıdır. Mənbə MinIO-da PNG lossless format istifadə edir. JPEG kimi lossy re-encoding aşağı bitləri dəyişdirərək hidden payload-u poza bilər. Buna görə metod təşkilatın həm storage formatını, həm də delivery pipeline-ını idarə etdiyi mühitlərdən asılıdır.

Minimum cover ölçüsü

Mənbəyə görə cover image təbii RGB fotoşəkil olmalı və ən azı 256×256 pixel olmalıdır. 256×256×3 channel×3 bit hesabı 589.824 bit, yəni 73.728 byte = 72 KiB MLSB tutumu yaradır.

Təbii fotoşəkil fərziyyəsi ilə eksperiment təsvirləri arasındakı sərhəd

Təhdid modeli təbii fotoşəkillərdəki tonal gradient və spatial correlation xüsusiyyətlərini MLSB üçün mühüm sayır və sintetik təsvirlərin fərqli davrana biləcəyini açıq şəkildə bildirir. Buna baxmayaraq, Section 6-dakı klassik-detector/image-quality eksperimentlərində gradient, checkerboard texture və mixed-pattern olmaqla üç sintetik RGB təsvir istifadə olunub. Buna görə bu bölmənin klassik chi-square/RS nəticələri təbii fotoşəkil populyasiyasının hərtərəfli doğrulaması deyil. BOSSBase təbii fotoşəkilləri yalnız CNN experiment və Appendix A pilotunda istifadə olunur.

Tədqiqatın Metodu və Nəticələri

Eksperiment mühiti

KomponentMənbədə bildirilən dəyər
İş stansiyasıApple M1 Pro, arm64
RAM16 GB
Əməliyyat sistemimacOS 26.4
Python3.9.6
Təsvir I/OPillow
Array əməliyyatlarıNumPy
AES/Blowfish/ChaCha20pycryptodome C-extension implementation
KREA v2Saf Python / standard library
Sintetik cover image3 ədəd, 512×512 RGB: gradient_512, texture_512, mixed_512
Test mesajıUniform random byte sequence, NumPy seed 42

KREA v2 avalanche effect

Avalanche effect plaintext-də bir bit dəyişdikdə ciphertext bitlərinin nə qədərinin dəyişdiyini ölçür. İdeal hədəf təxminən %50-dir.

  • Ümumi sınaq: 320.000.
  • 64 input-bit mövqeyi.
  • Bit mövqeyi başına 1000 sınaq.
  • 5 müstəqil random key.
  • Mean bit change: %49,9825.
  • Standart sapma: %6,2442.
  • Fərdi sınaq intervalı: %23,44–%76,56.

Mənbə paylanmanın 64-bit çıxış üçün gözlənilən binomial variation ilə uyğun olduğunu bildirir. Strict Avalanche Criterion təhlilində output-bit flip probability-nin 0,5-dən mean sapması 0,012410, maksimum sapması 0,050000-dır.

Açar həssaslığı

  • 1000 random single-bit key flip sınağında mean ciphertext bit change: %49,8766.
  • Standart sapma: %6,5730.
  • İnterval: %31,25–%68,75.
  • Bütün 128 key bit × 100 random plaintext = 12.800 systematic trial.
  • Systematic overall mean: %50,0267.
  • Minimum per-key-bit mean: %48,5938.
  • Maksimum per-key-bit mean: %51,3750.

NIST SP 800-22 testi

Tədqiqat 2.000.000 bit ciphertext yaradıb. On bir test üçün axın 200 ədəd 10.000-bit sequence-ə bölünüb; keçid şərti sequence-lərin ən azı %96-sında \(p>0,01\) kimi tətbiq olunub. Minimum məlumat tələbi yüksək olan dörd test full stream üzərində qiymətləndirilib. Bütün eksperiment bir random key altında aparılıb; mənbə multi-key doğrulamasını gələcək tədqiqata saxlayır.

TestKeçənNisbətOrta p / full-stream pNəticə
Frequency (Monobit)199/2000,99500,5287KEÇDİ
Block Frequency (M=128)200/2001,00000,4943KEÇDİ
Runs197/2000,98500,5094KEÇDİ
Longest Run of Ones200/2001,00000,5080KEÇDİ
Binary Matrix Rank199/2000,99500,4936KEÇDİ
Discrete Fourier Transform196/2000,98000,4660KEÇDİ
Non-overlapping Template197/2000,98500,4797KEÇDİ
Serial (m=2)199/2000,99500,5222KEÇDİ
Approximate Entropy (m=5)197/2000,98500,4886KEÇDİ
Cumulative Sums (Forward)198/2000,99000,2614KEÇDİ
Cumulative Sums (Reverse)197/2000,98500,2619KEÇDİ
Overlapping TemplateFull stream—0,1242KEÇDİ
Maurer's UniversalFull stream—0,6523KEÇDİ
Random ExcursionsFull stream—0,0957KEÇDİ
Random Excursions VariantFull stream—0,2225KEÇDİ

Şərh sərhədi: NIST testlərindən keçmək ciphertext-in müəyyən statistik testlərdə random-like olduğunu göstərir; cipher-ın chosen-attack, related-key, algebraic, linear və ya side-channel hücumlarına davamlı olduğunu sübut etmir.

Shannon entropy

Bir byte-stream üçün nəzəri maksimum entropy 8 bit/byte-dır. Mənbə dörd 1 MB baseline plaintext-i və dörd tətbiqə bənzər payload-u şifrələyərək ciphertext byte entropy-sini ölçüb.

Plaintext növüEntropy (bit/byte)Chi-squarepBərabər paylanıb?
All-zero7,999833242,780,698549Bəli
All-one (0xFF)7,999830247,060,627641Bəli
English text7,999800290,330,063391Bəli
Random7,999849218,980,950238Bəli
PayloadÖlçüPlaintext entropyCiphertext entropy
XML configuration1 MB4,72467,9998
JSON API payload1 MB4,97727,9998
H.264 NAL stream256 KB6,92017,9992
HTTP/2 framed traffic1 MB7,93477,9998

Mənbə bu dəyərləri birbaşa cryptographic strength ölçüsü deyil, steganographic embedding-dən əvvəl ciphertext-in input format izini byte-frequency səviyyəsində daşımadığını göstərən statistik ilkin şərt kimi şərh edir.

Diffusion təhlili

Mənbə “full diffusion” üçün 64 output bit-dən orta hesabla ən azı 30-unun aktiv/dəyişmiş olması həddindən istifadə edir. On fərqli başlanğıc bit mövqeyi üzrə mean active-bit sayları ilk raundlarda 2,6 → 9,4 → 17,2 → 28,3 şəklində artıb; round 6-da 31,3 ilə mənbə həddi keçilib.

RaundMean active bits / 64
12,6
29,4
317,2
428,3
529,2
631,3
730,6
833,8
930,1
1033,2
2732,2

Mənbə SPECK-64/128 üçün ədəbiyyatda 4–5 round diffusion istinadı verir. Bu müqayisə KREA v2-nin 27 round-unun “təhlükəsiz olduğu sübut edildi” demək deyil; yalnız measured diffusion profile müqayisəsidir.

Input–output correlation

10.000 random plaintext/ciphertext pair istifadə edilərək 64×64 = 4096 Pearson correlation coefficient hesablanıb.

  • Maksimum \(|r|\): 0,034122.
  • Mean \(|r|\): 0,007822.
  • Median \(|r|\): 0,006603.
  • \(|r|<0,05\) fraction: %100.
  • \(|r|<0,10\) fraction: %100.

Mənbə 10.000 nümunə və 4096 pair üçün null vəziyyətdə təxminən maksimum 0,041 gözlədiyini bildirir. Bu nəticə linear correlation testində nəzərəçarpan əlaqə tapılmadığını dəstəkləyir; non-linear və ya adversarial attack siniflərini istisna etmir.

MILP diferensial trail təhlili

KREA v2-nin \((7,2)\) rotation sabitlərinin SPECK-64/128-in \((8,3)\) sabitləri ilə müqayisədə diferensial müqaviməti pozub-pozmadığını araşdırmaq üçün Mixed Integer Linear Programming istifadə olunub. Lipmaa–Moriai modular-addition differential şərtləri binary integer constraint kimi modelləşdirilib. Solver COIN-OR CBC 2.10.13-dür və hər round count üçün timeout 600 saniyədir.

RaundSPECK-64/128 istinadıKREA v2Vəziyyət
100Optimal
211Optimal
333Optimal
46 dərc edilmiş optimum≤6KREA solver upper bound; SPECK optimum ilə uyğun gəlir
59 dərc edilmiş optimum≤23KREA CBC upper bound
613 dərc edilmiş optimum≤138KREA CBC upper bound
718 dərc edilmiş optimum—KREA axtarılmayıb
824 dərc edilmiş optimum—KREA axtarılmayıb

Minimum trail weight-in daha aşağı olması single-trail diferensial hücum baxımından daha zəif profil mənasına gələ bilər. Lakin round 5–6 KREA dəyərləri optimum deyil; yalnız 600 saniyəlik solver budget daxilində tapılan üst sərhədlərdir. Buna görə 23 və ya 138 rəqəmlərini SPECK-dən daha yaxşı və ya daha pis “sübut edilmiş təhlükəsizlik” dəyəri kimi müqayisə etmək düzgün deyil.

KREA v2 cryptanalysis məhdudiyyətləri

  • Round 4-dən sonrakı MILP dəyərləri tight optimum deyil, solver-budget upper bound-dur.
  • Linear cryptanalysis aparılmayıb.
  • Related-key analysis aparılmayıb.
  • Integral/division-property analysis aparılmayıb.
  • Algebraic/Gröbner-basis attack analysis aparılmayıb.
  • Timing, power, electromagnetic və ya fault-injection evaluation aparılmayıb.
  • Python reference implementation constant-time deyil.
  • Independent third-party cryptanalysis mövcud deyil.

Encryption throughput müqayisəsi

Bu cədvəl birbaşa algorithm-speed superiority cədvəli kimi şərh edilməməlidir. KREA v2 saf Python-dur; digər alqoritmlər optimized C-extension backend istifadə edir.

CipherBlock (bit)Key (bit)Encrypt (MB/s)Decrypt (MB/s)
KREA-64/128 CTR641280,730,73
AES-128-CTR128128410,67416,22
Blowfish-CTR64128194,41196,51
ChaCha20512256657,44675,43

Müəlliflər KREA-nın native C/Rust implementation-ının fərqi azaltmasını gözlədiklərini bildirirlər; lakin bu tədqiqat C/Rust KREA implementation-ını ölçməyib. Buna görə 50–100× yaxşılaşma ifadəsi ölçülmüş nəticə deyil, müəlliflərin typical Python-to-native overhead-ə əsaslanan gözləntisidir.

Steqanoqrafik təsvir keyfiyyəti — gradient_512

MetodNisbətPSNR (dB)MSESSIMBER
StandardLSB10%61,140,05001,00000,000000
StandardLSB25%57,140,12561,00000,000000
StandardLSB50%54,140,25041,00000,000000
StandardLSB75%52,380,37551,00000,000000
StandardLSB100%51,130,50071,00000,000000
MLSB + WM10%38,159,95470,99910,000000
MLSB + WM25%38,1110,03850,99910,000000
MLSB + WM50%38,0510,18860,99910,000000
MLSB + WM75%37,9910,33810,99910,000000
MLSB + WM100%37,9210,48870,99900,000000
PVD10%51,530,45671,00000,000000
PVD25%47,601,13040,99990,000000
PVD50%44,572,26890,99980,000000
PVD75%42,803,40990,99970,000000
PVD100%41,554,54690,99960,000000

Steqanoqrafik təsvir keyfiyyəti — texture_512

MetodNisbətPSNR (dB)MSESSIMBER
StandardLSB10%61,140,05001,00000,000000
StandardLSB25%57,170,12481,00000,000000
StandardLSB50%54,150,25011,00000,000000
StandardLSB75%52,390,37521,00000,000000
StandardLSB100%51,140,49991,00000,000000
MLSB + WM10%38,169,93730,99910,000000
MLSB + WM25%38,1210,02690,99910,000000
MLSB + WM50%38,0510,18500,99910,000000
MLSB + WM75%37,9910,33510,99910,000000
MLSB + WM100%37,9210,49340,99900,000000
PVD10%33,7827,22920,99760,000000
PVD25%29,8167,97640,99400,000000
PVD50%26,79136,11170,98800,000000
PVD75%25,02204,64570,98200,000000
PVD100%23,76273,33980,97610,000000

Steqanoqrafik təsvir keyfiyyəti — mixed_512

MetodNisbətPSNR (dB)MSESSIMBER
StandardLSB10%61,140,05001,00000,000000
StandardLSB25%57,150,12541,00000,000000
StandardLSB50%54,140,25041,00000,000000
StandardLSB75%52,380,37591,00000,000000
StandardLSB100%51,130,50120,99990,000000
MLSB + WM10%37,1712,47340,99870,000000
MLSB + WM25%37,1412,55290,99870,000000
MLSB + WM50%37,0912,70200,99860,000000
MLSB + WM75%37,0912,71520,99860,000000
MLSB + WM100%37,0812,72500,99860,000000
PVD10%50,990,51740,99990,000000
PVD25%40,665,58890,99920,000000
PVD50%37,8110,75510,99840,000000
PVD75%35,4718,46370,99750,000000
PVD100%33,8027,07940,99650,000000

Mənbə StandardLSB-nin hər nisbətdə ən yüksək PSNR verməsini yalnız bit 0-ı dəyişməsi ilə əlaqələndirir. MLSB + watermark təxminən 13–24 dB daha aşağı PSNR yaradır; mənbə bunu üç-bit embedding-in təxminən 21 dəfə daha yüksək mean-squared error yaratması ilə əlaqələndirir. Bununla belə, StandardLSB və MLSB SSIM dəyərləri bütün testlərdə 0,998-dən yuxarı qalıb.

Embedding tutumu

TəsvirStandardLSB (byte)MLSB (byte)PVD (byte)MLSB / LSB
gradient_51298.304294.912147.4563,0×
texture_51298.304294.912268.8633,0×
mixed_51298.304294.912169.4023,0×

MLSB tutumu image content-dən asılı deyil, çünki sabit üç bit/channel istifadə edir. PVD tutumu isə adjacent pixel difference-a görə dəyişdiyindən texture_512-də daha yüksək, gradient_512-də daha aşağıdır.

Klassik steqoanaliz

Aşağıdakı detection score-larda mənbə 0 ilə 1 arasında daha yüksək dəyəri daha yüksək detectability kimi şərh edir.

MetodNisbətChi-squareRSHistogram
StandardLSB25%0,00000,00040,9872
StandardLSB50%0,00000,00070,9902
StandardLSB75%0,00000,00380,9902
StandardLSB100%0,44430,10600,9974
MLSB25%0,00000,00200,9859
MLSB50%0,00000,00280,9902
MLSB75%0,00000,00340,9903
MLSB100%0,63890,20800,9987
MLSB + WM25%0,00000,00290,9737
MLSB + WM50%0,00000,00050,9825
MLSB + WM75%0,00000,33330,9826
MLSB + WM100%0,62830,66671,0000

Chi-square cədvəlində hər üç metod %75-ə qədər 0,0000 yaradır, tam tutumda isə aşkaredilmə artır. RS təhlili xüsusilə XOR watermark üçün %75-də 0,3333 və %100-də 0,6667-yə yüksəlir. Mənbə bunu sabit watermark key-in adjacent pixel group-larda periodik correlated flipping pattern yaratması ilə əlaqələndirir.

Histogram detector isə bütün nisbətlərdə təxminən 0,97 və ya daha yüksək skor yaradır. Buna görə “klassik steqoanaliz MLSB-ni görə bilmir” kimi ümumi ifadə mənbə tərəfindən dəstəklənmir.

Yedroudj-Net CNN eksperiment dizaynı

Müasir steqoanaliz testi üçün BOSSBase-1.01 istifadə olunub. Məlumat dəsti 10.000 ədəd 512×512 grayscale təbii fotoşəkildən ibarətdir.

  • Train/validation/test: 8000 / 1000 / 1000.
  • Deterministik seed: 42.
  • Hər training iteration-da 8000 cover üçün on-the-fly stego counterpart yaradılır; bir epoch 16.000 sample olur.
  • Embedding nisbətləri: 0,25; 0,50; 0,75; 1,00.
  • Metodlar: Standard LSB, plain MLSB, MLSB + XOR watermark.
  • Training crop: random 256×256 + horizontal/vertical flip.
  • Validation/test: center crop, augmentation yoxdur.
  • Yedroudj-Net trainable parameter: 699.810.
  • High-pass preprocessing filter weights: frozen.
  • Optimizer: Adam.
  • Learning rate: \(5\times10^{-4}\).
  • Weight decay: \(10^{-4}\).
  • Batch size: 32.
  • Epoch: 30.
  • GPU: Google Colab T4.
  • Final training accuracy: 0,9078.
  • Final validation accuracy: 0,880.
  • Peak validation accuracy: 0,891, epoch 12.

CNN steqoanaliz nəticələri

MetodNisbətAccuracyAUC
Standard LSB25%0,50000,5000
Standard LSB50%0,88800,9674
Standard LSB75%0,93500,9879
Standard LSB100%0,93500,9879
MLSB25%0,50000,5000
MLSB50%0,97050,9974
MLSB75%0,97250,9994
MLSB100%0,97250,9994
MLSB + XOR watermark25%0,97250,9990
MLSB + XOR watermark50%0,97200,9993
MLSB + XOR watermark75%0,97200,9994
MLSB + XOR watermark100%0,97200,9994

%25 Standard LSB və plain MLSB nəticəsi niyə 0,5-dir? Mənbə bunun CNN uğursuzluğu olmadığını açıq göstərir. Embedding pixel storage-ın əvvəlindən sequential irəlilədiyi üçün %25 nisbəti yalnız image-in ilk quarter hissəsini dəyişdirir. Testdə istifadə edilən center 256×256 crop bu dəyişdirilmiş sahənin kənarında qalır; buna görə crop daxilində stego perturbation yoxdur. Watermark isə bütün pixels-a yayıldığından bu artefaktdan təsirlənmir. Buna görə %25-dəki chance result real “undetectability” nəticəsi kimi şərh edilməməlidir.

XOR watermark uğursuzluğunun əsas səbəbi

Fixed watermark key channel-major scan boyunca periodik şəkildə təkrarlanır. \(H\times W\times3\) image üçün key length \(|k|\) olduqda eyni üç-bit XOR pattern image üzərində müntəzəm tile-lar şəklində yenidən tətbiq olunur. RS detector natural image-dəki regular/singular group paylanmasının spatial smoothness xüsusiyyətindən istifadə edir; təkrarlanan watermark isə bu paylanmada periodik artefakt yarada bilər.

Mənbə buna görə iki alternativ təklif edir:

  • Aperiodic full-coverage keystream mask: Sabit təkrarlanan key əvəzinə KREA keystream-dən hər image position üçün fərqli mask yaratmaq.
  • Aperiodic + sparse selection: Keystream mask-ı yalnız key-derived pixel subset-ə, məsələn təxminən %50-sinə tətbiq etmək.

Appendix A — 200 təsvirlik watermark pilotu

VariantMeanMedianStdMax
A — fixed-key periodic XOR0,3420,2890,2871,000
B — KREA-keystream aperiodic, full coverage0,3710,0010,4391,000
C — KREA-keystream, sparse %50 selection0,1300,0000,2651,000

Variant B median-ı güclü şəkildə azaldıb, lakin mean-i baseline-dan yaxşılaşdırmayıb; mənbə bunu bəzi images-dəki uzun upper-tail ilə izah edir. Variant C həm median, həm də mean-i azaldan yeganə pilot variantdır.

Pilot sərhədi: yalnız 200 image, yalnız %75 embedding və yalnız RS detector istifadə olunub. CNN və ya content-adaptive detector doğrulaması aparılmadan Variant C deployment üçün tövsiyə edilə bilməz.

Ucdan-uca MinIO performansı

MərhələLatency (ms)
KREA v2 Encrypt15,6
MLSB Embed42,3
MinIO Upload128,5
MinIO Download115,2
MLSB Extract38,7
KREA v2 Decrypt14,8
Ümumi355,1

Upload + download cəmi 243,7 ms, yəni ümumi latency-nin %68,6-sıdır. Encryption + decryption 30,4 ms = %8,6; steganographic embed + extract 81,0 ms = %22,8-dir.

Mənbə 128 B ilə 8 KB arasındakı mesajlarda sınaqdan keçirilmiş bütün cover images üçün end-to-end latency-nin 700 ms-dən aşağı qaldığını və message fidelity-nin %100 olduğunu bildirir.

Müəlliflər bu gecikmə səviyyəsini configuration propagation, audit-log transmission və ya oxşar asynchronous inter-service mesajları üçün məqbul; authentication token validation kimi sub-10-ms synchronous path-lər üçün uyğunsuz hesab edirlər.

64-bit block ölçüsünün həcm sərhədi

KREA-64/128-in block size-ı 64 bitdir. Mənbə CTR istifadəsində eyni key altında təxminən \(2^{32}\) block, yəni təxminən 32 GiB məlumatdan sonra birthday-bound collision riskinin nəzərə alınmalı olduğunu bildirir. Yüksək həcmli bulk encryption üçün 128-bit block cipher və ya uyğun stream cipher istifadəsini zəruri sayır.

Tədqiqatın dəstəklədiyi nəticələr

  • KREA v2-nin ölçülmüş avalanche, key-sensitivity, entropy və correlation xüsusiyyətləri araşdırılan testlərdə random-like cipher-output davranışı ilə uyğundur.
  • 15 NIST SP 800-22 testi istifadə olunan single-key eksperiment protokolunda keçib.
  • KREA v2 və SPECK differential trail nəticələri optimal həll edilə bilən ilk üç round-da eynidir; round 4 KREA upper bound-u SPECK-in dərc edilmiş optimumu ilə uyğun gəlir.
  • MLSB StandardLSB ilə müqayisədə tam 3× deterministic capacity təmin edir.
  • MLSB + watermark sınaqdan keçirilmiş sintetik RGB images üzərində təxminən 37–38 dB PSNR və yüksək SSIM təmin edib.
  • Bütün image-quality konfiqurasiyalarında BER 0-dır.
  • Mövcud fixed XOR watermark yüksək nisbətlərdə RS tərəfindən və sınaqdan keçirilmiş bütün nisbətlərdə Yedroudj-Net tərəfindən güclü şəkildə aşkarlana bilir.
  • Appendix A Variant C pilotunda RS mean və median detection baseline ilə müqayisədə azalıb.
  • MinIO pipeline 4 KB üçün 355,1 ms total latency yaradıb və bottleneck network I/O olub.

Tədqiqatın dəstəkləmədiyi nəticələr

  • KREA v2-nin AES-128 və ya SPECK-64/128-dən daha təhlükəsiz olduğu sübut edilməyib.
  • KREA v2 production-hardened və ya standardized cipher deyil.
  • NIST SP 800-22 uğuru adversarial cryptanalysis resistance sübutu deyil.
  • Linear, related-key, integral və algebraic attack resistance göstərilməyib.
  • Side-channel, timing, power, EM və ya fault-injection resistance göstərilməyib.
  • %100 fidelity cryptographic integrity və ya authenticity təmin etmir.
  • Mövcud XOR watermark müasir CNN steqoanalizinə qarşı undetectable deyil.
  • Klassik-detector nəticələri bütün təbii fotoşəkil populyasiyasına ümumiləşdirilə bilməz; əsas klassik test dəsti üç sintetik RGB image-dır.
  • Appendix A Variant C-nin production deployment üçün hazır olduğu göstərilməyib.
  • JPEG və ya başqa lossy transform altında payload recovery göstərilməyib; mənbə əksinə spatial MLSB-nin lossy re-encoding ilə pozulacağını bildirir.
  • KREA-nın C/Rust implementation-dakı təxmini sürət artımı bu tədqiqatda ölçülməyib.

Metodoloji və təkrar istehsal oluna bilmə məhdudiyyətləri

  • KREA v2 müstəqil üçüncü tərəf cryptanalysis görməyib.
  • NIST randomness testləri bir key altında aparılıb.
  • MILP solver optimum sübutunu yalnız ilk üç round-da təmin edib; round 4-dən sonrakı sərhədlər solver budget-a bağlıdır.
  • Linear cryptanalysis aparılmayıb.
  • Reference implementation constant-time deyil.
  • Klassik steqoanalizin əsas qiymətləndirilməsi yalnız üç sintetik image-a əsaslanır.
  • BOSSBase CNN testi grayscale dataset istifadə edir; əsas MLSB system description RGB üç-channel daşıyıcısı üzərindən müəyyən edilib.
  • Yedroudj-Net-dən başqa SRNet, ZhuNet, transformer əsaslı və ya S-UNIWARD-class content-adaptive detector-lar sınaqdan keçirilməyib.
  • Nonce formulunda sender-ın pre-embedding cover hash-i ilə receiver-ın downloaded image hash-inin eyni məlumatdan necə yenidən yaradıldığı mətndə aydın deyil.
  • Lossy image pipeline sınaqdan keçirilməyib və metod lossless PNG/TIFF mühitindən asılıdır.
  • Authenticated encryption tətbiq edilməyib.
  • 64-bit block size yüksək single-key məlumat həcmini məhdudlaşdırır.

Gələcək tədqiqatlar

Mənbə üç əsas davam istiqaməti göstərir: fixed periodic watermark əvəzinə Appendix A-dakı keystream-derived adaptive watermark-ın geniş BOSSBase və daha güclü detector-larla doğrulanması; KREA v2 üçün linear/related-key cryptanalysis və constant-time C/Rust implementation ilə side-channel evaluation; MAC/AEAD bütövlüyü və JPEG-resistant frequency-domain steganography inteqrasiyası.

Mənbə və Metod Qeydi

Orijinal başlıq: Hybrid Architecture for Protected Data Communication Inside the Private Cloud

Müəlliflər: Biswaranjan Senapati; Lalit Narayan Mishra; Awad Bin Naeem; Amit J. Rangari.

Müəllif sırası: Biswaranjan Senapati birinci, Lalit Narayan Mishra ikinci, Awad Bin Naeem üçüncü, Amit J. Rangari dördüncü müəllifdir.

Məsul müəllif: Biswaranjan Senapati; bsenapati@ualr.edu.

Qurum 1: Department of Computer Science, University of Arkansas at Little Rock (UALR), Little Rock, Arkansas, USA.

Qurum 2: Lowe’s Companies Inc., Mooresville, North Carolina, USA.

Qurum 3: Department of Biomedical and Neuromotor Sciences, University of Bologna, Bologna, Italy.

Qurum 4: JPMorgan Chase, Atlanta, Georgia, USA.

Bərabər töhfə: Mənbədə bərabər birinci müəlliflik və ya bərabər töhfə işarəsi/bəyanatı yoxdur.

Jurnal: Cryptography.

Nəşriyyat: MDPI.

Cild / nömrə / məqalə: 10(3), Article 36.

Səhifə sayı: 41.

DOI: 10.3390/cryptography10030036.

Göndərilmə: 15 aprel 2026.

Reviziya: 25 may 2026.

Qəbul: 30 may 2026.

Nəşr: 2 iyun 2026.

Akademik redaktor: Jim Plusquellic.

Mənbə növü: Rəyli tədqiqat məqaləsi; custom ARX cipher adaptation, multi-bit spatial steganography, steganalysis və real MinIO özəl bulud deployment benchmarkını birləşdirən mühəndislik tədqiqatı.

Rəy prosesi: Cryptography rəsmi MDPI materiallarında single-blind/single-anonymized peer-review istifadə edən rəyli jurnal kimi təsvir olunur.

Preprint statusu: Verianla-da işlənən fayl dərc edilmiş Version of Record-dur; bu prosesdə ayrıca preprint əsas götürülməyib.

Lisenziya: Creative Commons Attribution (CC BY).

Rəsmi DOI keçidi: https://doi.org/10.3390/cryptography10030036

Açar sözlər: ARX block cipher; steganography; private cloud security; modified LSB; steganalysis resistance; MinIO object storage; hybrid cryptography-steganography.

Əsas sistem komponentləri: KREA v2; MLSB; XOR watermark; MinIO; TLS 1.3; Yedroudj-Net.

KREA v2 parametrləri: 64-bit block, 128-bit key, iki ədəd 32-bit word, 27 round, \(\alpha=7\), \(\beta=2\).

MLSB parametri: Hər RGB channel üçün 3 LSB; cəmi 9 bit/pixel tutumu.

Bulud qatı: S3-compatible MinIO private object storage; HTTPS/TLS 1.3; lossless PNG storage.

Təhlükəsizlik testləri: Avalanche, Strict Avalanche Criterion, key sensitivity, NIST SP 800-22, Shannon entropy, diffusion, correlation və MILP differential trail analysis.

Steqoanaliz: Chi-square, RS, histogram analysis və Yedroudj-Net CNN.

CNN məlumat dəsti: BOSSBase-1.01, 10.000 ədəd 512×512 grayscale təbii fotoşəkil; 8000/1000/1000 train/validation/test.

CNN təlim avadanlığı: Google Colab T4 GPU.

Klassik image-quality test dəsti: Proqramlaşdırılaraq yaradılmış üç ədəd 512×512 RGB sintetik cover: gradient_512, texture_512, mixed_512.

Ucdan-uca əsas nəticə: 4 KB mesaj üçün 355,1 ms total latency; %68,6 network I/O; sınaqdan keçirilmiş bütün pipeline konfiqurasiyalarında BER 0.

Maliyyələşdirmə: Mənbə xarici maliyyələşdirmə alınmadığını bildirir.

Etik komitə: Institutional Review Board Statement: Not applicable.

Məlumatlandırılmış razılıq: Informed Consent Statement: Not applicable.

Məlumatların əlçatanlığı: BOSSBase-1.01 publicly available-dır. Classical-detector test təsvirləri sintetik olaraq yaradılıb. KREA v2 reference implementation, MILP differential search scripts və steganography framework corresponding author-dan əsaslandırılmış sorğu əsasında əldə edilə bilər.

Maraqlar toqquşması: Lalit Narayan Mishra tədqiqat zamanı Lowe’s Companies Inc. əməkdaşıdır; Amit J. Rangari JPMorgan Chase əməkdaşıdır. Mənbə digər müəlliflərin commercial/financial relationship-dən qaynaqlanan potensial maraqlar toqquşmasının olmadığını bəyan edir.

Müəllif töhfələri: Conceptualization: Biswaranjan Senapati və Lalit Narayan Mishra; methodology: Biswaranjan Senapati; software: Biswaranjan Senapati, Awad Bin Naeem, Amit J. Rangari; validation: Biswaranjan Senapati, Lalit Narayan Mishra, Amit J. Rangari; formal analysis: Biswaranjan Senapati və Lalit Narayan Mishra; investigation: Biswaranjan Senapati; original draft: Biswaranjan Senapati; review/editing: Lalit Narayan Mishra və Awad Bin Naeem.

Mənbə daxilində mühüm metodoloji gərginlik: Section 3 təbii RGB fotoşəkil fərziyyəsi qoyduğu halda klassik steganography benchmarkı üç sintetik RGB image üzərində aparılıb. Mənbə daha sonra klassik-detector nəticələrinin əhatəsini bu sintetik təsvirlərlə məhdudlaşdırır və yalnız CNN qiymətləndirməsini BOSSBase-1.01-ə genişləndirir.

Nonce hesabatındakı qeyri-müəyyənlik: Nonce formulu `hash(cover_image)` istifadə edir və receiver-ın downloaded image hash-i ilə nonce-u yenidən hesabladığı bildirilir; pre-embedding cover hash-in stego-only download axınında necə eyni şəkildə əldə edildiyi mənbədə izah olunmur.

Əsas təhlükəsizlik sərhədi: KREA v2 independent third-party cryptanalysis görməyib; statistical randomness uğurları cryptographic proof deyil; linear/related-key/integral/algebraic/side-channel/fault analysis natamamdır; authenticated encryption yoxdur.

Steqanoqrafiya sərhədi: Fixed-key XOR watermark müasir CNN steqoanalizi tərəfindən güclü şəkildə aşkarlanır; spatial MLSB lossy image re-encoding-ə davamlı deyil.

Performans sərhədi: KREA speed benchmarkı saf Python implementation-ı optimized C-extension cipher-larla müqayisə etdiyindən birbaşa algorithmic throughput ranking kimi şərh edilməməlidir.

Ümumi şərh sərhədi: Tədqiqat sənədləşdirilmiş və ölçülmüş private-cloud engineering integration təqdim edir; production-hardened cipher, müasir steqoanalizə qarşı ümumi undetectability və ya tamamlanmış cryptographic security proof təqdim etmir.


Paylaşın:

Şərhlər yoxlandıqdan sonra yayımlanır. Şərhiniz təsdiq prosesinə daxil ediləcək və uyğun hesab olunduqda görünəcək.

Şərh yazın

E-poçt ünvanınız yayımlanmayacaq. Məcburi sahələr * ilə işarələnib