ओवल का परिचय: खुलेपन और मूल्यांकन की भाषा

शुभ दिन, साथियों!
आप सभी ने लक्ष्य प्रणाली पर भेद्यता विश्लेषण की समस्या का बार-बार सामना किया है। मुख्य ठोकर जो विक्रेता के डेटा फीड का विखंडन है।
एक स्थान पर आप स्वयं भेद्यता का पता लगा सकते हैं, दूसरे मूल्यांकन में, तीसरे में सत्यापन के लिए आवश्यक शर्तें और पैच के चौथे लिंक में।
विशेष रूप से इस समस्या को हल करने के लिए, एक OVAL भेद्यता विवरण भाषा है




यह भाषा सूचना प्रस्तुत करने के तरीके, प्रणाली विश्लेषण की प्रक्रिया और आउटपुट के प्रारूप को मानकीकृत करती है। इस प्रकार, हमें एक एक्सएमएल फ़ाइल मिलती है जो पहले से ही भेद्यता, इसे निर्धारित करने की विधि, पैच का लिंक, सीवीई के लिए एक लिंक और बहुत कुछ बताती है। साथ ही, यह प्रारूप सुरक्षा स्कैनर के लिए सूचना स्वीकार करने का मानक है।

भाषा अपने आप में एक बहुत ही लचीली औपचारिक वातावरण है जो टेम्पलेट निर्माण और आपके संशोधन को दोनों का उपयोग करने की अनुमति देता है। इस प्रकार, विभिन्न सूचनाओं की आपूर्ति करने के लिए समान मॉडलों का उपयोग किया जाता है। इस दस्तावेज़ में भाषा का पूरा विवरण पाया जा सकता है। मैं आपको भेद्यता सूचना की रिपोर्टिंग के पहलुओं से परिचित कराना चाहता हूं। विशेष रूप से, अंतिम उत्पाद के साथ।

अंतिम रूप जिसमें आपको OVAL में भेद्यता डेटा प्राप्त होता है वह XML प्रारूप में होगा।
समझने में आसानी के लिए, हम RedHat के लिए भेद्यता OVAL के उदाहरण पर करीब से नज़र डालेंगे
आइए देखें कि हम अंदर क्या पाते हैं।

सबसे पहले, OVAL फ़ाइलों के प्रसंस्करण को स्वचालित करने में हमें क्या मदद मिलेगी यह योजना और नाम स्थान है:

<oval_definitions xsi: schemaLocation = " oval.mitre.org/XMLSchema/oval-definitions-5 अंडाकार- योजनाएं-स्कीमा। xsd http : //oval.mitre.org/XMLSchema/oval-definitions-5#linux linux-परिभाषाएँ schema.xsd http://oval.mitre.org/XMLSchema/oval-common-5 अंडाकार-सामान्य- schema.xsd http://oval.mitre.org/XMLSchema/oval-definitions-5#unix यूनिक्स-परिभाषाएँ- स्कीमा। xsd " >

यह इस बात का विवरण है कि वे किस पैरामीटर और कहाँ हमारी प्रतीक्षा कर रहे हैं।
इसके बाद जनरेटर द्वारा ब्लॉक अपने आप पॉप्युलेट हो जाता है। पारंपरिक "क्या, कहाँ, कब":

<जनरेटर >
<अंडाकार: product_name > OVAL रिपोजिटरी </ अंडाकार: product_name >
<अंडाकार: schema_version > 5.10 </ अंडाकार: schema_version >
<अंडाकार: टाइमस्टैम्प > 2012-01-11T06: 12: 25.053-05: 00 </ अंडाकार: टाइमस्टैम्प >
</ जनरेटर >

आगे की जानकारी को कई बड़े शब्दार्थ ब्लॉकों में विभाजित किया गया है: परिभाषाएँ, परीक्षण, वस्तुएं और राज्य।
परिभाषाएँ स्वयं भेद्यता के बारे में वास्तविक जानकारी को वहन करती हैं, परीक्षण ब्लॉक चेक का वर्णन करता है, ऑब्जेक्ट अनुभाग चेक की वस्तुओं को सूचीबद्ध करता है, और राज्यों अनुभाग औपचारिक परीक्षण स्थिति का वर्णन करता है जो ऑब्जेक्ट पर लागू होता है।

स्पष्टता के लिए, आइए "परिभाषा" ब्लॉक के एक तत्व को पंक्ति द्वारा पंक्तिबद्ध करें:

<परिभाषा आईडी = "अंडाकार: org.mitre.oval: def: 975" संस्करण = "2" वर्ग = " अक्षमता " >
<मेटाडेटा >
<शीर्षक > Red Hat OpenSSL do_change_cipher_spec फ़ंक्शन सेवा का अस्वीकार </ शीर्षक >
<प्रभावित परिवार = "यूनिक्स" >
<प्लेटफ़ॉर्म > Red Hat Linux 9 </ platform >
<उत्पाद > ओपनएसएसएल </ उत्पाद >
</ प्रभावित >
<संदर्भ स्रोत = "CVE" ref_id = "CVE-2004-0079" ref_url = " cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-0079" />
<विवरण > OpenSSL में do_change_cipher_spec फ़ंक्शन 0.9.6c से 0.9.6k, और 0.9.7a से 0.9.7c, दूरस्थ हमलावरों को अनुमति देता है
एक तैयार किए गए एसएसएल / टीएलएस हैंडशेक के माध्यम से सेवा (दुर्घटना) को अस्वीकार करने का कारण बनता है जो एक अशांति को रोकता है। </ विवरण >
<oval_repository >
<दिनांक >
<प्रस्तुत दिनांक = "2004-03-20T12: 00: 00.000-04: 00" >
<योगदानकर्ता संगठन = "द MITER Corporation" > मैट बस्बी </ योगदानकर्ता >
</ प्रस्तुत >
<संशोधित तिथि = "2004-05-05T12: 00: 00.000-04: 00" टिप्पणी = "परिभाषा के वर्ग वर्जन में वाक्यविन्यास त्रुटियों को ठीक किया।" >
<योगदानकर्ता संगठन = "द MITER Corporation" > मैट बस्बी </ योगदानकर्ता >
</ संशोधित >
<status_change date = "2004-05-25T12: 00: 00.000-04: 00" > INTERIM </ status_change >
<status_change date = "2004-06-16T12: 00: 00.000-04: 00" > स्वीकृत </ status_hange >
<संशोधित टिप्पणी = "मशीन वर्ग के लिए उचित मूल्यों से मेल खाने के लिए regex को सही किया।
MITER Corporation के जॉन बेकर द्वारा लागू किया गया। " दिनांक = " 2007-04-10T15: 39: 00.888-04: 00 " >
<योगदानकर्ता संगठन = "मैत्रेय सुरक्षा" > थॉमस आर। जोन्स </ योगदानकर्ता >
</ संशोधित >
<status_change date = "2007-04-10T15: 41: 24.326-04: 00" > INTERIM </ status_change >
<status_change date = "2007-04-25T19: 53: 11.788-04: 00" > स्वीकार किया गया </ status_change >
</ तिथियां >
<स्थिति > स्वीकृत </ स्थिति >
</ oval_repository >
</ मेटाडेटा >
<मानदंड टिप्पणी = "सॉफ़्टवेयर अनुभाग" ऑपरेटर = "और" >
<मानदंड टिप्पणी = "Red Hat 9 स्थापित है " नेगेट = " गलत" test_ref = "अंडाकार: org.mitre.oval: tst: 3153" />
<मानदंड टिप्पणी = "ix86 वास्तुकला" नकारात्मक = "गलत" test_ref = "अंडाकार: org.mitre.oval: tst: 3152" />
<मानदंड टिप्पणी = "ओपनसीएल संस्करण 0.9.7a-20" नकारात्मक = "गलत" test_ref = "अंडाकार: org.mitre.oval: tst: 1484" /> से कम है
<मानदंड टिप्पणी = "ओपनसेल-डेवेल संस्करण 0.9.7a-20" निगेट = "गलत" test_ref = "अंडाकार: org.mitre.oval: tst: 1483" /> से कम है
<मानदंड टिप्पणी = "खुलता है-पर्ल संस्करण 0.9.7a-20 से कम है " नकारात्मक = " गलत" test_ref = "अंडाकार: org.mitre.oval: tst: 1482" />
<मानदंड टिप्पणी = "खुलता है ०.०५ संस्करण ९ ०.६-२५.९" से कम है " नकारात्मक = " गलत " test_ref = " अंडाकार: org.mitre.oval: tst: १४ "१ " />
<मानदंड टिप्पणी = "खुलता है .00bb संस्करण 0.9.6b-15" नकारात्मक = "गलत" test_ref = "अंडाकार: org.mitre.oval: tst: 1480" /> से कम है
</ मानदंड >
</ परिभाषा >

मूल जानकारी मूल टैग की विशेषताओं के रूप में प्रदान की जाती है:
आईडी = "अंडाकार: org.mitre.oval: def: 975" - इस नाम स्थान के लिए विशिष्ट पहचान संख्या। इससे आप यह पता लगा सकते हैं कि यह ओवल है: org.mitre.oval द्वारा बनाया गया है कि यह एक परिभाषा है: def: नंबर 975।
संस्करण = "2" - संस्करण जानकारी
वर्ग = "भेद्यता" - परिभाषा वर्ग (हमारे मामले में यह एक भेद्यता है, एक पैच के लिए यह "पैच" होगा

निम्नलिखित सामान्य जानकारी है, जिसे एक टैग द्वारा अलग किया गया है।
जैसा कि "टॉकिंग" टैग से देखा जा सकता है, यह "रेड हैट ओपनएसएसएल do_change_cipher_spec फंक्शन डेनियल ऑफ सर्विस" की भेद्यता है।
जो Red Hat Linux 9 प्लेटफार्मों के यूनिक्स परिवार में OpenSSL को प्रभावित करता है।

अगला, एक सार्वभौमिक संदर्भ फ़ील्ड प्रदान किया जाता है, जो सीवीई स्रोत का लिंक प्रदान करता है। इस प्रकार की कोई भी जानकारी यहाँ प्रस्तुत की जा सकती है (उदाहरण के लिए बगज़िला के लिए लिंक)।

टैग को समझना भी आसान है और भेद्यता का एक पाठीय विवरण देना है।

इसके बाद वैकल्पिक सेवा की जानकारी आती है <oval_repository> भंडार। इसका मुख्य उद्देश्य परिभाषा की स्थितियों के परिवर्तन के बारे में जानकारी प्रदान करना है। मुख्य क्षेत्र "स्थिति" है।

अगला ब्लॉक सबसे "स्वादिष्ट" है। यह तार्किक स्थितियों से एकजुट होकर, इस भेद्यता को निर्धारित करने के लिए आवश्यक मानदंडों और जाँच के बारे में जानकारी प्रदान करता है। शर्त ऑपरेटर तार्किक स्थिति पैरामीटर के साथ मानदंड ब्लॉक है, जिसे नेस्टेड किया जा सकता है। इस प्रकार, नकार की संभावना होने (नकार = "गलत" / "सच"), ऑपरेटरों और या हम एक पूर्ण बीजगणित है। यदि आवश्यक हो, तो यहां आप किसी भी जटिलता की स्थिति का वर्णन कर सकते हैं। आवश्यक परीक्षण को मानदंड ब्लॉक द्वारा संदर्भित किया जाता है, जो इस OVAL फ़ाइल में निहित "परीक्षण" प्रकार के एक अद्वितीय तत्व को इंगित करता है।

इस लिंक का अनुसरण करें और इसे देखें:

<rpminfo_test id = "oval: org.mitre.oval: tst: 3153" version = "1" check = "कम से कम एक" टिप्पणी = "Red Hat 9 स्थापित है" check_existence = "to_least_one_exists" >
<ऑब्जेक्ट object_ref = "अंडाकार: org.mitre.oval: obj: 1414" />
<स्थिति state_ref = "अंडाकार: org.mitre.oval: ste: 2949" />
</ rpminfo_test >

जैसा कि हम सामग्री से देख सकते हैं, यह इस तथ्य के लिए एक परीक्षण है कि Red Hat 9 स्थापित है।
इस चेक को कम से कम एक बार ("कम से कम एक") और कम से कम एक उदाहरण ("at_least_one_exists") में ऐसी वस्तु के अस्तित्व को सत्यापित करने के लिए किया जाना चाहिए।
निम्नलिखित सकारात्मक परिणाम के लिए आवश्यक वस्तु और स्थिति के संदर्भ हैं। इन ब्लॉकों को भी एक ही OVAL रिपॉजिटरी में होना आवश्यक है।
निर्दिष्ट ऑब्जेक्ट के लिए लिंक का पालन करें:

<rpminfo_object id = "अंडाकार: org.mitre.oval: obj: 1414" संस्करण = "1" टिप्पणी = " रेडहैट -रिलीज़ आरपीएम" >
<name > redhat-release </ name >
</ rpminfo_object >

और यहां से हम सीखते हैं कि रेडहैट-रिलीज़ आरपीएम के संस्करण की जांच करना आवश्यक है।
आइए आवश्यक शर्तों का पता लगाएं, हम परीक्षण में निर्दिष्ट स्थिति पर जाएंगे:

<rpminfo_state id = "oval: org.mitre.oval: ste: 2949" संस्करण = "1" >
<संस्करण ऑपरेशन = "बराबर" > 9 </ संस्करण >
</ rpminfo_state >

और विवरण में आप देखते हैं कि 9. (9) के साथ RPM संस्करण की तुलना करना आवश्यक है

इस प्रकार, मापदंड में निर्दिष्ट शर्तों के अनुसार तार्किक श्रृंखलाओं को जोड़ते हुए, हम एक भेद्यता के अस्तित्व का निर्धारण करने और परिभाषा के लिए शर्तों की पूर्ति के लिए आवश्यक शर्तें प्राप्त करते हैं।
मुझे उम्मीद है, इस छोटे से उदाहरण के साथ, आप OVAL- कमजोर को जानकारी की आपूर्ति के रास्ते पर स्पष्ट हो जाएंगे।

प्रारूप का मुख्य हित इसकी चरम लचीलापन है। अतिरिक्त डेटा जोड़ने के लिए, यह योजना को समायोजित करने और इसके लिए एक लिंक इंगित करने के लिए पर्याप्त है। लेकिन, इन फ़ाइलों को बनाने के तरीकों के बारे में, मैं आपको एक और समय बताऊंगा।

पढ़ने के लिए धन्यवाद, मुझे आशा है कि मैंने आपको कुछ नया बताया।