Cədvəl Təhlükəsizliyi Ən Yaxşı Təcrübələri: Pozuntuların və Məlumat Sızmalarının Qarşısını Almaq

Son Yenilənmə: 20 Avqust, 2026

İnkişafçılar üçün Cədvəl Təhlükəsizliyi Ən Yaxşı Təcrübələri

Cədvəllər müasir biznes əməliyyatlarını idarə edir. Maliyyə proqnozlarından və icra heyəti hesabatlarından tutmuş, toplu istifadəçi idxallarına, faktura ixracına və maşın öyrənməsi məlumat dəstlərinə qədər, .xlsx, .xlsm və .csv kimi formatlar müəssisə iş axınlarının təməlini təşkil edir. Bu geniş yayılmışlıq səbəbindən, proqram mühəndisləri tez-tez cədvəl fayllarını yaratmaq, qəbul etmək, təhlil etmək, çevirmək və ixrac etmək üçün kod yazırlar.

Ancaq, tərtibatçılar tez-tez cədvəlləri zərərsiz cədvəl məlumatı kimi qəbul edirlər — düz mətn faylının rəqəmsal ekvivalenti. Əslində, müasir cədvəllər dinamik hesablamalar icra edə bilən, xarici son nöqtələri həll edən, sistem makrolarını işə salan və istənilən ikili obyektləri yerləşdirən aktiv icra mühitləridir. Qeyri-diqqətli yanaşdıqda, cədvəl emalı boru kəmərləri Uzaq Kod İcrası (RCE), Formula İnjektsiyası (CSV İnjektsiyası), Server Tərəfli Sorğu Saxtaçılığı (SSRF), XML Xarici Varlıq (XXE) hücumları və gizli məlumat sızmaları üçün cazibədar hədəflərə çevrilir.

Aşağıda proqram təminatı yığını boyunca cədvəllərlə işləyərkən müdafiə mühəndisliyi təcrübələrini tətbiq etmək üçün texniki bələdçi təqdim olunur.

1. Formul İnjekasiyasını Neytrallaşdırmaq (CSV & Cədvəl İnjekasiyası)

Formul İnyeksiyası—tez-tez CSV İnyeksiyası kimi adlandırılır—etibarsız istifadəçi girişinin düzgün təmizlənmə olmadan birbaşa cədvəl hüceyrələrinə yazılması zamanı baş verir.

İstifadəçi və ya administrator yaradılmış faylı Microsoft Excel, Google Sheets və ya LibreOffice Calc proqramlarında açdıqda, müəyyən funksional simvollarla başlayan hər hansı hüceyrə dəyəri statik mətn kimi göstərilmək əvəzinə aktiv formul kimi şərh edilərək icra olunur.

Təhlükə Mexanikası

Hücumçular formul inyeksiyasından iki əsas hücum sinifini həyata keçirmək üçün istifadə edirlər:

1. Data Exfiltration: HYPERLINK kimi funksiyalardan istifadə edərək həssas qonşu hüceyrə məlumatlarını hücumçunun idarə etdiyi sorğu parametrinə səssizcə əlavə etmək.
2. Command Execution: Dinamik Data Mübadiləsi (DDE) formulalarını (məsələn, köhnə konfiqurasiyalarda) və ya protokol idarəçi bağlantılarını istifadə edərək sistem icra fayllarını işə salmaq və ya zərərli URL-ləri açmaq.

Təhlükəli başlanğıc simvolları bunlardır:

• = (Birbaşa hesablamalar və ya funksiya çağırışı)
• + (Formul əlavə etmə və ya dolayı funksiya çağırışı)
• - (Formul çıxarma və ya neqativ prefiks)
• @ (Müasir Excel versiyalarında dinamik massiv formulunun çağırılması)
• \t (Tab simvolu) və ya \r (Karryaq dönüşü) (sadə filtrdən keçmək üçün istifadə olunur)
• | və ya % (Unix əsaslı cədvəl baxış proqramlarında boru əməliyyatları və ya shell çağırışları)

Mühəndislik Müdafiələri

• Simvol Prefiksi (Tək-İqtibas Qaçırma): Əgər etibarsız sətir girişi =, +, -, @, \t və ya \r ilə başlayırsa, hüceyrəyə yazmadan əvvəl sətirə tək iqtibas (') əlavə edin. Excel və LibreOffice başlanğıc tək iqtibası formatlama göstəricisi kimi qəbul edir, hüceyrəni mətn kimi göstərməyə məcbur edir və görünən çıxışdan iqtibası silir.
• Sərt Serializasiya Kitabxanaları: CSV və ya XLSX fayllarını xam sətir interpolasiyası ilə (məsələn, f\"{user_input_1},{user_input_2}\\n\") yaratmayın. RFC 4180 ayırıcı qaçırma, sahə bükülməsi və iqtibas ikiqatlaşdırmasını avtomatik idarə edən, sınaqdan keçmiş cədvəl serializasiya kitabxanalarına etibar edin.
• Hüceyrə Növünün Tətbiqi: Proqram vasitəsilə OpenXML (.xlsx) faylları yaradırkən, hüceyrə məlumat növünü String (və ya InlineString) kimi açıq şəkildə təyin edin, mühərrikin dəyərlərdən hüceyrə növlərini təxmin etməsinə icazə verməyin.

2. Qəbul və Parser Boru Kəmərlərinin Gücləndirilməsi

İstifadəçi yüklədiyi elektron cədvəllərin parsinqi arxa plan sistemlərini əhəmiyyətli parser səviyyəli hücum səthlərinə məruz qoyur. Müasir .xlsx faylları Open Packaging Conventions (OPC) standartına uyğun bir-biri ilə əlaqəli XML sənədləri ehtiva edən sıxılmış ZIP arxivləridir.

Arxa planda etibarsız XML-in parsinqi, parser konfiqurasiyası standart ayarlarda qalarsa, xidmətlərinizi klassik parser istismarlarına açıq edir.

Azaltma Strategiyaları:

• DTD-ləri və Xarici Varlıqları (XXE Müdafiəsi) Söndürün: XML mühərrikinizin Document Type Definitions (DTDs) -i açıq şəkildə qadağan etdiyinə və xarici sxem həllini deaktiv etdiyinə (disallow-doctype-decl = true, resolve-external-entities = false) əmin olun. Bunu etməmək, yüklənmiş .xlsx faylının yerli server fayllarını (məsələn, /etc/passwd) oxumasına və ya daxili bulud xidmətlərini araşdırmasına imkan verə bilər.
• Decompression Bombalarına (ZIP Bombalarına) Qarşı Qorunun: Zərərli istifadəçilər təkrarlanan XML məlumatlarından ibarət onlarla gigabayta qədər açılan kiçik arxivlər təqdim edə bilərlər, bu da yaddaşı çökdürür və disk sahəsini tükədir. Çıxarılma zamanı sıxılmamış baytları izləyin və həm sıxılmış arxiv ölçüsü, həm də ümumi açılmış yaddaş izi üçün sərt limitlər tətbiq edin.
• Streaming Parsers qəbul edin: Böyük ölçülü elektron cədvəlləri yaddaşda (in-memory) Document Object Model (DOM) təmsillərinə yükləməkdən çəkinin. Böyük toplu idxallarda, yaddaş istifadəsini sabit saxlamaq üçün streaming, SAX‑əsaslı və ya sətir‑sətir bölünmüş iteratörlərdən istifadə edin.

3. Makro Nəzarətləri və Aktiv Məzmunun Sanitizasiyası

Visual Basic for Applications (VBA) makroları, OLE (Object Linking and Embedding) yükləmələri və yerləşdirilmiş skriptlər, masaüstü hesablama mühitində ən davamlı hücum vektorlarından bəzilərini təşkil edir.

İnkişafçılar üçün Ən Yaxşı Təcrübələr:

• Sərt Uzantı Siyasətlərini Tətbiq edin: Makro‑aktiv fayl formatlarını (.xlsm, .xltm, .xlsb, və ya köhnə .xls) API keçidinizdə rədd edin, əgər onları işləmək üçün təsdiqlənmiş, dəyişməz iş tələbi yoxdursa.
• Təmiz .xlsx Formatlarını Tətbiq edin: Standart .xlsx konteyner formatı struktur olaraq makro dəstəyi olmadan hazırlanmışdır. .xlsx faylı içindəki hər hansı makro kodu, uyğun Office mühərriklərində fayl formatını etibarsız edir.
• Aktiv Axınları Yoxlayın və Silin: Xidmətiniz təsadüfi əlavə faylları emal edirsə, faylları obyekt saxlayıcısına saxlamaqdan və ya digər müştərilərə təqdim etməzdən əvvəl VBA layihə ikili fayllarını (vbaProject.bin), ActiveX idarəedicilərini və yerləşdirilmiş OLE paketlərini silən avtomatlaşdırılmış təmizləmə mərhələsini inteqrasiya edin.

4. Başsız Ön Baxışlar və PDF Çevirmələri zamanı SSRF-in Qarşısının Alınması

Müasir müəssisə tətbiqləri adətən sənəd önizləmə kartları və ya avtomatlaşdırılmış PDF hesabat yaradılması təklif edir. Bunu həyata keçirmək üçün arxa plan sistemləri tez-tez başsız ofis paketlərindən (məsələn, LibreOffice başsız rejimdə) və ya başsız brauzerlərdən istifadə edir.

Cədvəllər dinamik xarici asılılıqları, məsələn, bağlı şəkil formulları (=IMAGE(\"http://internal-host/...\")), uzaq OData bağlantıları və ya yerləşdirilmiş veb çərçivələri ehtiva edə bilər. Başsız prosessor cədvəli renderlətdikdə, bu bağlı resursları avtomatik olaraq əldə edə bilər və Server‑Tərəfli Sorğu Saxtaçılığı (SSRF)‑ni tetikleyebilir.

Dərin Müdafiə Tədbirləri:

• Konversiya Mühitlərini İzolyasiya Edin: Başsız renderləmə xidmətlərini minimal sistem icazələri ilə təchiz olunmuş sandboxed mikro‑konteynerlərdə və ya müvəqqəti serverless funksiyalarda işlədin.
• Şəbəkə İzolyasiyasını Tətbiq Edin: Sənəd renderləmə işçilərini daxili VPC-nizə, özəl verilənlər bazalarınıza və ya bulud meta‑məlumat son nöqtəsinə (169.254.169.254) marşrut girişi olmayan məhdudlaşdırılmış alt şəbəkələrə yerləşdirin.
• Uzaq Resurs Həllini Deaktivləşdirin: Render mühərrikinizə şəbəkə‑əsaslı aktivlərin həllini qadağan etmək üçün konfiqurasiya bayraqları göndərin (məsələn, LibreOffice‑i ixrac prosedurları zamanı xarici resurs yükləməsini rədd etməyə yönləndirin).

5. Cədvəl Qoruması vs. Real Kriptografik Fayl Şifrələməsi

Məhsul komandaları arasında ən davamlı anlaşılmazlıqlardan biri, Excel‑in yerli Worksheet/Workbook Protection və Cryptographic Encryption arasındakı fərqdir.

“Qıfızlanmış” Hüceyrələrin İllüziyası

Excel‑in yerli “Protect Sheet” və “Protect Workbook” xüsusiyyətləri ofis işçilərinin təsadüfi redaktələrini qarşısını almaq üçün hazırlanmış UI səviyyəli imkanlardır. Onlar kriptografik giriş maneələri istifadə etmir. Sadə bir skript, .xlsx arxivinin içindəki əsas XML fayllarından sheet‑protection etiketlərini saniyələr içində silə bilər, bu da məhdudiyyətləri məqsədli təhriflərə qarşı faydasız edir.

Həqiqi Kriptografik Qoruma:

• Daşıma və Saxlanma Zamanı Şifrələmə: Həssas cədvəl ixracını müasir standartlarla şifrələnmiş (məsələn, AWS S3 SSE‑KMS, Azure Storage Encryption) saxlama həcmlərində saxlayın və onları yalnız TLS 1.3 üzərindən köçürün.
• Standart OpenXML Şifrələmə: Bir cədvəl paylama üçün şifrə ilə qorunmalı olduqda, köhnə Office XOR şifrələməsi yerinə sənaye standartı AES‑256 OpenXML şifrələməsindən istifadə edin.
• Veritabanı Səviyyəli Redaktə (RBAC): Cədvəli yaratmadan əvvəl verilənlər bazası və tətbiq qatlarında Rol əsaslı Giriş Nəzarətini tətbiq edin. İxrac edən istifadəçinin Sosial Təhlükəsizlik Nömrələrini, daxili hesab ID-lərini və ya ümumi marjinləri görmək icazəsi yoxdursa, həmin sütunları sorğudan tamamilə çıxarın. Həssas məlumatları "gizli" sətir və ya sütunlarda buraxmayın.

6. Giriş Nəzarəti, Paylama və Audit Jurnalları

Cədvəllər daşınabilir, öz-özünə kifayət edən fayllar olduğu üçün yükləndikdən sonra mərkəzləşdirilmiş perimetr nəzarətlərini tez-tez keçirlər.

Tərtibatçı Üçün Ən Yaxşı Təcrübələr:

• Doğrulanmış, Qısa Müddətli Öncedən İmzalanmış URL-lər vasitəsilə Xidmət edin: Yaradılan cədvəl ixraclarını ictimai olaraq əlçatan bucket-lərə qoymayın. Doğrulanmış və icazəli istifadəçi sessiyasına bağlı, 5 dəqiqədən az müddətə sonlanan zaman məhdudiyyətli öncedən imzalanmış URL-lər yaradın.
• Əhatəli İxrac Auditi: Hər bir ixrac əməliyyatını məlumat giriş hadisəsi kimi qəbul edin. İstifadəçi ID-si, tenant ID-si, sorğu parametrləri, yaradılma vaxtı və alıcı IP ünvanını dəyişməz audit dəftərində qeyd edin.
• Metadata Silinməsi: Faylı xarici müştərilərə təqdim etməzdən əvvəl son sənəd xüsusiyyətlərindən daxili debug metadata-sını, yerli server fayl yollarını, müəllif hesablarını və formul redaktə tarixçəsini çıxarın.

Tərtibatçılar Üçün Xülasə Yoxlama Siyahısı

Tez-tez Soruşulan Suallar (FAQ)

Q1. Standart CSV faylına məlumat ixracı tamamilə kod icrasından təhlükəsizdirmi? Xeyr, çünki cədvəl proqramları avtomatik olaraq =, @, + və ya - kimi başlanğıc simvolları aktiv formulalar kimi şərh edir, bu da hüceyrə məzmununu ötürə və ya yerli əmrləri işə sala bilər.

Q2. Excel iş vərəqi şifrəsi icazəsiz tərtibatçılar və ya istifadəçilərdən həssas məlumatları qorumaq üçün istifadə edilə bilərmi? Xeyr, yerli iş vərəqi və iş dəftəri qoruma şifrələri yalnız UI səviyyəsində redaktəni məhdudlaşdırır və şifrə bərpa alətləri olmadan əsas XML fayllarından birbaşa silinə bilər.

Q3. .xlsx fayllarını təhlil edərkən XML Xarici Varlıq (XXE) hücumlarını qarşısını almağın ən təhlükəsiz yolu nədir? XML parserinizi açıq DTD-ləri qəti şəkildə qadağan etmək və arxivdəki daxili XML fayllarını təhlil etməzdən əvvəl xarici sxemaların və varlıqların həllini deaktiv etmək üçün konfiqurasiya edin.

Q4. Niyə ixrac olunan elektron cədvəllərdə "gizli sütunlara" etibar etmək, həssas daxili ID-ləri və ya metrikləri gizlətmək üçün təhlükəlidir? Gizli sütunlar əsas məlumat yükündə tam olaraq mövcuddur və cədvəl UI-də bir kliklə ortaya çıxarıla bilər və ya xam fayl məzmunundan birbaşa oxuna bilər.

Q5. İstifadəçi elektron cədvəllərinin PDF xülasələri və ya miniatur ön baxışlarını yaradırkən Server‑Side Request Forgery (SSRF) necə qarşısını alım? Rendering mühərriklərini izolyasiya olunmuş, şəbəkə məhdudlaşdırılmış konteynerlərdə icra edin ki, özəl alt şəbəkələrə və bulud meta‑məlumat xidmətlərinə çıxışı qəti şəkildə qadağan etsin.

Baxın

• 2026-ci ildə CSV vs XLSX vs ODS: İnkişafçılar üçün ən yaxşı cədvəl formatı
• XLS vs XLSX vs XLSM vs XLSB - Düzgün Cədvəl Formatını Seçmək
• Excel nədir? Bilməli olduğunuz əsas məlumatlar
• Excel Fayl Formatları: XLSX, XLSM, XLS, XLTX, XLTM
• XLS və XLSX arasındakı fərq