அவர்களின் தொழில்முறை நடவடிக்கைகளின் ஒரு பகுதியாக, டெவலப்பர்கள், பென்டெஸ்டர்கள் மற்றும் பாதுகாப்பு வல்லுநர்கள் பாதிப்பு மேலாண்மை (VM), (பாதுகாப்பான) SDLC போன்ற செயல்முறைகளைக் கையாள வேண்டும்.
இந்த சொற்றொடர்களுக்குக் கீழே பலவிதமான நடைமுறைகள் மற்றும் கருவிகள் பயன்படுத்தப்படுகின்றன, அவை பின்னிப் பிணைந்துள்ளன, இருப்பினும் அவற்றின் பயனர்கள் வேறுபடுகிறார்கள்.
உள்கட்டமைப்பு மற்றும் மென்பொருளின் பாதுகாப்பை பகுப்பாய்வு செய்வதற்கு ஒரு நபரை ஒரு கருவி மாற்றும் நிலையை தொழில்நுட்ப முன்னேற்றம் இன்னும் எட்டவில்லை.
இது ஏன், என்ன பிரச்சனைகளை எதிர்கொள்ள வேண்டும் என்பதைப் புரிந்துகொள்வது சுவாரஸ்யமானது.
செயல்முறைகள்
பாதிப்பு மேலாண்மை செயல்முறையானது உள்கட்டமைப்பு பாதுகாப்பு மற்றும் பேட்ச் நிர்வாகத்தை தொடர்ந்து கண்காணிக்க வடிவமைக்கப்பட்டுள்ளது.
பாதுகாப்பான SDLC செயல்முறை ("பாதுகாப்பான மேம்பாட்டு சுழற்சி") மேம்பாடு மற்றும் செயல்பாட்டின் போது பயன்பாட்டு பாதுகாப்பை பராமரிக்க வடிவமைக்கப்பட்டுள்ளது.
இந்த செயல்முறைகளின் இதேபோன்ற பகுதியானது பாதிப்பு மதிப்பீட்டு செயல்முறை ஆகும் - பாதிப்பு மதிப்பீடு, பாதிப்பு ஸ்கேனிங்.
VM மற்றும் SDLC க்குள் ஸ்கேன் செய்வதற்கு இடையே உள்ள முக்கிய வேறுபாடு என்னவென்றால், முதல் வழக்கில், மூன்றாம் தரப்பு மென்பொருள் அல்லது உள்ளமைவில் அறியப்பட்ட பாதிப்புகளைக் கண்டறிவதே குறிக்கோள். எடுத்துக்காட்டாக, விண்டோஸின் காலாவதியான பதிப்பு அல்லது SNMPக்கான இயல்புநிலை சமூக சரம்.
இரண்டாவது வழக்கில், மூன்றாம் தரப்பு கூறுகளில் (சார்புநிலைகள்) மட்டுமல்ல, முதன்மையாக புதிய தயாரிப்பின் குறியீட்டில் உள்ள பாதிப்புகளைக் கண்டறிவதே குறிக்கோள்.
இது கருவிகள் மற்றும் அணுகுமுறைகளில் வேறுபாடுகளை உருவாக்குகிறது. என் கருத்துப்படி, ஒரு பயன்பாட்டில் புதிய பாதிப்புகளைக் கண்டறியும் பணி மிகவும் சுவாரஸ்யமானது, ஏனெனில் இது பதிப்பு கைரேகை, பேனர் சேகரிப்பு, கடவுச்சொல் ப்ரூட் ஃபோர்ஸ் போன்றவற்றுக்கு வரவில்லை.
பயன்பாட்டு பாதிப்புகளின் உயர்தர தானியங்கு ஸ்கேனிங்கிற்கு, பயன்பாட்டின் சொற்பொருள், அதன் நோக்கம் மற்றும் குறிப்பிட்ட அச்சுறுத்தல்களை கணக்கில் எடுத்துக்கொள்ளும் வழிமுறைகள் தேவை.
உள்கட்டமைப்பு ஸ்கேனரை பெரும்பாலும் டைமர் மூலம் மாற்றலாம் . புள்ளி விவரம் என்னவென்றால், உங்கள் உள்கட்டமைப்பை நீங்கள் ஒரு மாதமாகப் புதுப்பிக்கவில்லை என்றால், அது பாதிக்கப்படக்கூடியதாகக் கருதலாம்.
கருவிகள்
ஸ்கேனிங், அத்துடன் பாதுகாப்பு பகுப்பாய்வு, கருப்பு பெட்டி அல்லது வெள்ளை பெட்டியாக செய்யப்படலாம்.
கருப்பு பெட்டி
பிளாக்பாக்ஸ் ஸ்கேனிங் மூலம், பயனர்கள் பணிபுரியும் அதே இடைமுகங்கள் மூலம் கருவி சேவையுடன் வேலை செய்ய வேண்டும்.
உள்கட்டமைப்பு ஸ்கேனர்கள் (Tenable Nessus, Qualys, MaxPatrol, Rapid7 Nexpose, முதலியன) திறந்த நெட்வொர்க் போர்ட்களைத் தேடுகின்றன, "பேனர்களை" சேகரிக்கின்றன, நிறுவப்பட்ட மென்பொருள் பதிப்புகளைக் கண்டறிந்து, இந்த பதிப்புகளில் உள்ள பாதிப்புகள் பற்றிய தகவல்களுக்கு அவற்றின் அறிவுத் தளத்தைத் தேடுகின்றன. இயல்புநிலை கடவுச்சொற்கள் அல்லது தரவுக்கான பொது அணுகல், பலவீனமான SSL மறைக்குறியீடுகள் போன்ற உள்ளமைவுப் பிழைகளைக் கண்டறியவும் அவை முயற்சி செய்கின்றன.
இணைய பயன்பாட்டு ஸ்கேனர்கள் (Acunetix WVS, Netsparker, Burp Suite, OWASP ZAP போன்றவை) அறியப்பட்ட கூறுகளையும் அவற்றின் பதிப்புகளையும் (எ.கா. CMS, கட்டமைப்புகள், JS நூலகங்கள்) கண்டறிய முடியும். முக்கிய வலம் படிகள் ஊர்ந்து செல்வது மற்றும் குழப்பம்.
கிராலிங் போது, கிராலர் ஏற்கனவே உள்ள பயன்பாட்டு இடைமுகங்கள் மற்றும் HTTP அளவுருக்கள் பற்றிய தகவல்களை சேகரிக்கிறது. குழப்பத்தின் போது, பிழையைத் தூண்டுவதற்கும் பாதிப்பைக் கண்டறிவதற்கும் கண்டறியப்பட்ட அனைத்து அளவுருக்களும் மாற்றப்பட்ட அல்லது உருவாக்கப்பட்ட தரவுகளுடன் மாற்றப்படுகின்றன.
இத்தகைய பயன்பாட்டு ஸ்கேனர்கள் DAST மற்றும் IAST வகுப்புகளைச் சேர்ந்தவை - முறையே டைனமிக் மற்றும் இன்டராக்டிவ் அப்ளிகேஷன் செக்யூரிட்டி டெஸ்டிங்.
வெள்ளை பெட்டி
ஒயிட்பாக்ஸ் ஸ்கேனிங்கில், அதிக வேறுபாடுகள் உள்ளன.
VM செயல்முறையின் ஒரு பகுதியாக, ஸ்கேனர்கள் (Vulners, Incsecurity Couch, Vuls, Tenable Nessus, முதலியன) அங்கீகரிக்கப்பட்ட ஸ்கேன் செய்வதன் மூலம் பெரும்பாலும் கணினிகளுக்கான அணுகல் வழங்கப்படுகிறது. எனவே, ஸ்கேனர் நிறுவப்பட்ட தொகுப்பு பதிப்புகள் மற்றும் உள்ளமைவு அளவுருக்களை நெட்வொர்க் சேவை பேனர்களில் இருந்து யூகிக்காமல் கணினியிலிருந்து நேரடியாக பதிவிறக்கம் செய்யலாம்.
ஸ்கேன் மிகவும் துல்லியமானது மற்றும் முழுமையானது.
பயன்பாடுகளின் ஒயிட்பாக்ஸ் ஸ்கேனிங் (CheckMarx, HP Fortify, Coverity, RIPS, FindSecBugs, முதலியன) பற்றி பேசினால், நாம் வழக்கமாக நிலையான குறியீடு பகுப்பாய்வு மற்றும் தொடர்புடைய SAST வகுப்பு கருவிகளின் பயன்பாடு - நிலையான பயன்பாட்டு பாதுகாப்பு சோதனை பற்றி பேசுகிறோம்.
பிரச்சினைகள்
ஸ்கேன் செய்வதில் பல பிரச்சனைகள்! ஸ்கேனிங் மற்றும் பாதுகாப்பான மேம்பாட்டு செயல்முறைகளை உருவாக்குவதற்கான சேவையை வழங்குவதன் ஒரு பகுதியாகவும், அத்துடன் பாதுகாப்பு பகுப்பாய்வு பணிகளை மேற்கொள்ளும்போதும் அவர்களில் பெரும்பாலோர் தனிப்பட்ட முறையில் நான் சமாளிக்க வேண்டும்.
பல்வேறு நிறுவனங்களில் உள்ள பொறியாளர்கள் மற்றும் தகவல் பாதுகாப்பு சேவைகளின் தலைவர்களுடனான உரையாடல்களால் உறுதிப்படுத்தப்பட்ட 3 முக்கிய சிக்கல் குழுக்களை நான் தனிமைப்படுத்துவேன்.
இணைய விண்ணப்ப ஸ்கேனிங் சிக்கல்கள்
- செயல்படுத்துவதில் சிரமம். ஒவ்வொரு பயன்பாட்டிற்கும் ஸ்கேனர்கள் பயன்படுத்தப்பட வேண்டும், கட்டமைக்கப்பட வேண்டும், தனிப்பயனாக்கப்பட வேண்டும், ஸ்கேன் செய்ய ஒரு சோதனை சூழலை ஒதுக்க வேண்டும் மற்றும் பயனுள்ளதாக இருக்க CI / CD செயல்பாட்டில் செயல்படுத்த வேண்டும். இல்லையெனில், இது ஒரு பயனற்ற முறையான நடைமுறையாக இருக்கும், தவறான நேர்மறைகளை மட்டுமே வழங்கும்
- ஸ்கேன் காலம். ஸ்கேனர்கள், 2019 இல் கூட, இடைமுகங்களைக் குறைப்பதில் மோசமான வேலையைச் செய்கின்றன, மேலும் ஒரே குறியீடுதான் அவர்களுக்குப் பொறுப்பாக இருந்தாலும், அவற்றை வித்தியாசமாகக் கருதி, ஒவ்வொன்றும் 10 அளவுருக்கள் கொண்ட ஆயிரம் பக்கங்களை நாட்களுக்கு ஸ்கேன் செய்யலாம். அதே சமயம், வளர்ச்சி சுழற்சிக்குள் உற்பத்தியை பயன்படுத்துவதற்கான முடிவை விரைவாக எடுக்க வேண்டும்.
- மோசமான பரிந்துரைகள். ஸ்கேனர்கள் மிகவும் பொதுவான பரிந்துரைகளை வழங்குகின்றன, மேலும் ஆபத்தின் அளவை எவ்வாறு குறைப்பது என்பதை டெவலப்பர் அவர்களிடமிருந்து விரைவாகப் புரிந்துகொள்வது எப்போதும் சாத்தியமில்லை, மிக முக்கியமாக, இது இப்போதே செய்யப்பட வேண்டுமா, அல்லது இன்னும் பயமாக இல்லை.
- பயன்பாட்டில் அழிவுகரமான தாக்கம். ஸ்கேனர்கள் ஒரு பயன்பாட்டின் மீது DoS தாக்குதலை எளிதாகச் செய்யலாம், மேலும் அவை அதிக எண்ணிக்கையிலான நிறுவனங்களை உருவாக்கலாம் அல்லது ஏற்கனவே உள்ளவற்றை மாற்றலாம் (எடுத்துக்காட்டாக, ஒரு வலைப்பதிவில் பல்லாயிரக்கணக்கான கருத்துகளை உருவாக்கவும்), எனவே நீங்கள் சிந்தனையின்றி ஒரு ஸ்கேன் செய்யக்கூடாது. தயாரிப்பு.
- பாதிப்புக் கண்டறிதலின் மோசமான தரம். ஸ்கேனர்கள் பொதுவாக பேலோடுகளின் நிலையான வரிசையைப் பயன்படுத்துகின்றன மற்றும் அவற்றின் அறியப்பட்ட பயன்பாட்டு நடத்தைக்கு பொருந்தாத பாதிப்பை எளிதில் இழக்கலாம்.
- பயன்பாட்டின் செயல்பாடுகளை ஸ்கேனர் புரிந்து கொள்ளவில்லை. "இன்டர்நெட் பேங்க்", "பணம்", "கருத்து" என்றால் என்னவென்று ஸ்கேனர்களுக்குத் தெரியாது. அவர்களைப் பொறுத்தவரை, இணைப்புகள் மற்றும் அளவுருக்கள் மட்டுமே உள்ளன, எனவே சாத்தியமான வணிக லாஜிக் பாதிப்புகளின் ஒரு பெரிய அடுக்கு முழுமையாக வெளிவராமல் உள்ளது, அவர்கள் இருமுறை எழுதுவதை யூகிக்க மாட்டார்கள், ஐடி மூலம் மற்றவர்களின் தரவைப் பார்க்கவும் அல்லது ரவுண்டிங் மூலம் சமநிலையை முடிக்கவும் மாட்டார்கள்.
- ஸ்கேனர் மூலம் பக்க சொற்பொருள் பற்றிய தவறான புரிதல். ஸ்கேனர்கள் அடிக்கடி கேட்கப்படும் கேள்விகளைப் படிக்க முடியாது, கேப்ட்சாக்களை அடையாளம் காண முடியாது, எப்படிப் பதிவுசெய்வது, பிறகு மீண்டும் உள்நுழைவது, நீங்கள் "வெளியேறு" என்பதைக் கிளிக் செய்ய முடியாது, மற்றும் அளவுரு மதிப்புகளை மாற்றும்போது கோரிக்கைகளில் கையொப்பமிடுவது எப்படி என்பதை அவர்கள் தாங்களாகவே யூகிக்க மாட்டார்கள். இதன் விளைவாக, பெரும்பாலான பயன்பாடுகள் ஸ்கேன் செய்யப்படாமல் இருக்கலாம்.
மூலக் குறியீடு ஸ்கேனிங் சிக்கல்கள்
- தவறான நேர்மறைகள். நிலையான பகுப்பாய்வு என்பது பல சமரசங்களை உள்ளடக்கிய ஒரு சிக்கலான பணியாகும். பெரும்பாலும் நீங்கள் துல்லியத்தை தியாகம் செய்ய வேண்டும், மேலும் விலையுயர்ந்த நிறுவன ஸ்கேனர்கள் கூட ஏராளமான தவறான நேர்மறைகளை வழங்குகின்றன.
- செயல்படுத்துவதில் சிரமம். நிலையான பகுப்பாய்வின் துல்லியம் மற்றும் முழுமையை அதிகரிக்க, ஸ்கேனிங் விதிகளைச் செம்மைப்படுத்துவது அவசியம், மேலும் இந்த விதிகளை எழுதுவது அதிக நேரத்தை எடுத்துக்கொள்ளும். சில சமயங்களில், குறியீட்டில் உள்ள எல்லா இடங்களையும் ஒருவித பிழையுடன் கண்டுபிடித்து அவற்றைச் சரிசெய்வது, அத்தகைய நிகழ்வுகளைக் கண்டறிய ஒரு விதியை எழுதுவதை விட எளிதாக இருக்கும்.
- சார்பு ஆதரவு இல்லாமை. பெரிய திட்டங்கள், நிரலாக்க மொழியின் திறன்களை விரிவுபடுத்தும் ஏராளமான நூலகங்கள் மற்றும் கட்டமைப்புகளைச் சார்ந்தது. ஸ்கேனரின் அறிவுத் தளத்தில் இந்த கட்டமைப்பில் ஆபத்தான இடங்கள் ("மூழ்குகிறது") பற்றிய தகவல் இல்லை என்றால், இது ஒரு குருட்டுப் புள்ளியாக மாறும், மேலும் ஸ்கேனர் குறியீட்டை கூட புரிந்து கொள்ளாது.
- ஸ்கேன் காலம். குறியீட்டில் உள்ள பாதிப்புகளைக் கண்டறிவது அல்காரிதம்களின் அடிப்படையிலும் கடினமான பணியாகும். எனவே, செயல்முறை தாமதமாகலாம் மற்றும் குறிப்பிடத்தக்க கணினி ஆதாரங்கள் தேவைப்படலாம்.
- குறைந்த கவரேஜ். வள நுகர்வு மற்றும் ஸ்கேன் காலம் இருந்தபோதிலும், SAST கருவிகளை உருவாக்குபவர்கள் இன்னும் சமரசங்களை நாட வேண்டும் மற்றும் ஒரு நிரல் இருக்கக்கூடிய அனைத்து நிலைகளையும் பகுப்பாய்வு செய்யவில்லை.
- மறுஉருவாக்கம் கண்டறிதல். பாதிப்புக்கு வழிவகுக்கும் குறிப்பிட்ட வரி மற்றும் அழைப்பு அடுக்கை சுட்டிக்காட்டுவது சிறந்தது, ஆனால் உண்மையில், வெளிப்புற பாதிப்பை சரிபார்க்க ஸ்கேனர் போதுமான தகவலை வழங்காது. எல்லாவற்றிற்கும் மேலாக, குறைபாடு இறந்த குறியீட்டிலும் இருக்கலாம், இது தாக்குபவர்களுக்கு அணுக முடியாதது.
உள்கட்டமைப்பு ஸ்கேனிங் சிக்கல்கள்
- போதுமான இருப்பு இல்லை. பெரிய உள்கட்டமைப்புகளில், குறிப்பாக புவியியல் ரீதியாக பிரிக்கப்பட்டவைகளில், எந்த ஹோஸ்ட்களை ஸ்கேன் செய்வது என்பதைக் கண்டுபிடிப்பது பெரும்பாலும் கடினமான விஷயம். வேறு வார்த்தைகளில் கூறுவதானால், ஸ்கேன் செய்யும் பணி சொத்து மேலாண்மை பணியுடன் நெருக்கமாக தொடர்புடையது.
- மோசமான முன்னுரிமை. நெட்வொர்க் ஸ்கேனர்கள் பெரும்பாலும் நடைமுறையில் பயன்படுத்த முடியாத குறைபாடுகளுடன் பல முடிவுகளைத் தருகின்றன, ஆனால் முறையாக அவற்றின் ஆபத்து நிலை அதிகமாக உள்ளது. நுகர்வோர் ஒரு அறிக்கையைப் பெறுகிறார், அது புரிந்துகொள்ள கடினமாக உள்ளது, மேலும் முதலில் எதைச் சரிசெய்ய வேண்டும் என்பது தெளிவாகத் தெரியவில்லை
- மோசமான பரிந்துரைகள். ஸ்கேனர் அறிவுத் தளத்தில் பெரும்பாலும் பாதிப்பு மற்றும் அதை எவ்வாறு சரிசெய்வது என்பது பற்றிய பொதுவான தகவல்கள் மட்டுமே உள்ளன, எனவே நிர்வாகிகள் கூகுளுடன் தங்களை இணைத்துக் கொள்ள வேண்டும். ஒயிட்பாக்ஸ் ஸ்கேனர்களில் நிலைமை சற்று சிறப்பாக உள்ளது, இது சரிசெய்ய ஒரு குறிப்பிட்ட கட்டளையை வழங்க முடியும்
- கையால் செய்யப்பட்ட. உள்கட்டமைப்புகள் பல முனைகளைக் கொண்டிருக்கலாம், அதாவது பல குறைபாடுகள் இருக்கக்கூடும், ஒவ்வொரு மறு செய்கையின்போதும் கைமுறையாக அலசப்பட்டு ஆய்வு செய்ய வேண்டிய அறிக்கைகள்
- மோசமான கவரேஜ். உள்கட்டமைப்பு ஸ்கேனிங்கின் தரம் நேரடியாக பாதிப்புகள் மற்றும் மென்பொருள் பதிப்புகள் பற்றிய அறிவுத் தளத்தின் அளவைப் பொறுத்தது. இதில், , சந்தைத் தலைவர்களிடம் கூட விரிவான அறிவுத் தளம் இல்லை, மேலும் தலைவர்களிடம் இல்லாத இலவச தீர்வுகளின் தரவுத்தளங்களில் நிறைய தகவல்கள் உள்ளன.
- ஒட்டுவதில் சிக்கல்கள். பெரும்பாலும், ஒரு தொகுப்பை புதுப்பித்தல் அல்லது உள்ளமைவு கோப்பை மாற்றுதல் ஆகியவை உள்கட்டமைப்பு பாதிப்புகளை ஒட்டுதல் ஆகும். இங்குள்ள பெரிய பிரச்சனை என்னவென்றால், கணினி, குறிப்பாக மரபுவழி, ஒரு புதுப்பித்தலின் விளைவாக கணிக்க முடியாத வகையில் செயல்பட முடியும். உண்மையில், உற்பத்தியில் நேரடி உள்கட்டமைப்பில் நீங்கள் ஒருங்கிணைப்பு சோதனைகளை நடத்த வேண்டும்.
அணுகுமுறைகள்
எப்படி இருக்க வேண்டும்?
பின்வரும் பகுதிகளில் எடுத்துக்காட்டுகள் மற்றும் இந்த சிக்கல்களில் பலவற்றை எவ்வாறு சமாளிப்பது என்பதைப் பற்றி மேலும் விரிவாகப் பேசுவேன், ஆனால் இப்போது நீங்கள் வேலை செய்யக்கூடிய முக்கிய பகுதிகளை நான் குறிப்பிடுகிறேன்:
- பல்வேறு ஸ்கேனிங் கருவிகளின் தொகுப்பு. பல ஸ்கேனர்களின் சரியான பயன்பாட்டுடன், அறிவுத் தளத்திலும், கண்டறிதலின் தரத்திலும் குறிப்பிடத்தக்க அதிகரிப்பு அடைய முடியும். தனித்தனியாக இயங்கும் அனைத்து ஸ்கேனர்களின் கூட்டுத்தொகையைக் காட்டிலும் அதிக பாதிப்புகளை நீங்கள் காணலாம், அதே நேரத்தில் நீங்கள் அபாயத்தின் அளவை மிகவும் துல்லியமாக மதிப்பிடலாம் மற்றும் மேலும் பரிந்துரைகளை செய்யலாம்
- SAST மற்றும் DAST ஒருங்கிணைப்பு. அவற்றுக்கிடையே தகவல்களைப் பகிர்வதன் மூலம் DAST கவரேஜ் மற்றும் SAST துல்லியத்தை அதிகரிக்க முடியும். மூலத்திலிருந்து நீங்கள் ஏற்கனவே உள்ள வழிகளைப் பற்றிய தகவலைப் பெறலாம், மேலும் DAST இன் உதவியுடன் பாதிப்பு வெளியில் இருந்து தெரியக்கூடியதா என்பதைச் சரிபார்க்கலாம்.
- இயந்திர கற்றல்™. 2015 இல் ஐ (மற்றும் ) ஸ்கேனர்களுக்கு ஹேக்கரின் உள்ளுணர்வைக் கொடுத்து அவற்றை வேகப்படுத்த புள்ளிவிவரங்களைப் பயன்படுத்துவது பற்றி. எதிர்காலத்தில் தானியங்கி பாதுகாப்பு பகுப்பாய்வின் வளர்ச்சிக்கு இது நிச்சயமாக உணவாகும்.
- தன்னியக்க சோதனைகள் மற்றும் OpenAPI உடன் IAST ஒருங்கிணைப்பு. CI/CD-பைப்லைனுக்குள், HTTP ப்ராக்ஸிகளாக வேலை செய்யும் கருவிகள் மற்றும் HTTP மூலம் செயல்படும் செயல்பாட்டு சோதனைகள் ஆகியவற்றின் அடிப்படையில் ஸ்கேனிங் செயல்முறையை உருவாக்க முடியும். OpenAPI/Swagger சோதனைகள் மற்றும் ஒப்பந்தங்கள் ஸ்கேனருக்கு தரவு ஓட்டங்கள் பற்றிய விடுபட்ட தகவலை வழங்கும், பல்வேறு மாநிலங்களில் பயன்பாட்டை ஸ்கேன் செய்வதை சாத்தியமாக்கும்.
- சரியான கட்டமைப்பு. ஒவ்வொரு பயன்பாடு மற்றும் உள்கட்டமைப்புக்கு, நீங்கள் பொருத்தமான ஸ்கேனிங் சுயவிவரத்தை உருவாக்க வேண்டும், இடைமுகங்களின் எண்ணிக்கை மற்றும் தன்மை, பயன்படுத்தப்படும் தொழில்நுட்பங்கள் ஆகியவற்றை கணக்கில் எடுத்துக்கொள்ள வேண்டும்.
- ஸ்கேனர் தனிப்பயனாக்கம். பெரும்பாலும், ஸ்கேனரை மாற்றாமல் ஒரு பயன்பாட்டை ஸ்கேன் செய்ய முடியாது. ஒவ்வொரு கோரிக்கையும் கையொப்பமிடப்பட வேண்டிய கட்டண நுழைவாயில் ஒரு எடுத்துக்காட்டு. கேட்வே நெறிமுறைக்கு ஒரு இணைப்பியை எழுதாமல், ஸ்கேனர்கள் தவறான கையொப்பத்துடன் கோரிக்கைகளை மனதில் கொள்ளாது. ஒரு குறிப்பிட்ட வகை குறைபாடுகளுக்கு சிறப்பு ஸ்கேனர்களை எழுதுவதும் அவசியம்
- இடர் மேலாண்மை. பல்வேறு ஸ்கேனர்களின் பயன்பாடு மற்றும் அசெட் மேனேஜ்மென்ட் மற்றும் த்ரெட் மேனேஜ்மென்ட் போன்ற வெளிப்புற அமைப்புகளுடன் ஒருங்கிணைப்பு, பல அளவுருக்கள் அபாய அளவை மதிப்பிடுவதற்கு அனுமதிக்கும், இதனால் நிர்வாகம் வளர்ச்சி அல்லது உள்கட்டமைப்பின் தற்போதைய பாதுகாப்பு நிலையைப் பற்றிய போதுமான படத்தைப் பெற முடியும்.
காத்திருங்கள், பாதிப்பு ஸ்கேனிங்கை சீர்குலைப்போம்!
ஆதாரம்: www.habr.com