🥇 નબળાઈ સ્કેનિંગ અને સુરક્ષિત વિકાસ. ભાગ 1

તેમની વ્યાવસાયિક પ્રવૃત્તિઓના ભાગ રૂપે, વિકાસકર્તાઓ, પેન્ટેસ્ટર્સ અને સુરક્ષા વ્યાવસાયિકોએ નબળાઈ વ્યવસ્થાપન (VM), (સુરક્ષિત) SDLC જેવી પ્રક્રિયાઓનો સામનો કરવો પડે છે.
આ શબ્દસમૂહોની નીચે પ્રેક્ટિસ અને સાધનોના વિવિધ સેટ છે જે એકબીજા સાથે જોડાયેલા છે, જોકે તેમના વપરાશકર્તાઓ અલગ છે.

ટેક્નોલોજીકલ પ્રગતિ હજી એ બિંદુ સુધી પહોંચી નથી જ્યાં એક સાધન ઇન્ફ્રાસ્ટ્રક્ચર અને સોફ્ટવેરની સુરક્ષાનું વિશ્લેષણ કરવા માટે વ્યક્તિને બદલી શકે.
આ શા માટે છે તે સમજવું રસપ્રદ છે અને વ્યક્તિને કઈ સમસ્યાઓનો સામનો કરવો પડે છે.

પ્રક્રિયાઓ

નબળાઈ વ્યવસ્થાપન પ્રક્રિયા સતત ઈન્ફ્રાસ્ટ્રક્ચર સુરક્ષા અને પેચ મેનેજમેન્ટ પર દેખરેખ રાખવા માટે રચાયેલ છે.
સિક્યોર SDLC પ્રક્રિયા ("સિક્યોર ડેવલપમેન્ટ સાયકલ") એ ડેવલપમેન્ટ અને ઓપરેશન દરમિયાન એપ્લિકેશનની સુરક્ષા જાળવવા માટે રચાયેલ છે.

આ પ્રક્રિયાઓનો સમાન ભાગ નબળાઈ આકારણી પ્રક્રિયા છે - નબળાઈ આકારણી, નબળાઈ સ્કેનિંગ.
VM અને SDLC ની અંદર સ્કેનિંગ વચ્ચેનો મુખ્ય તફાવત એ છે કે પ્રથમ કિસ્સામાં, ધ્યેય તૃતીય-પક્ષ સોફ્ટવેરમાં અથવા રૂપરેખાંકનમાં જાણીતી નબળાઈઓ શોધવાનું છે. ઉદાહરણ તરીકે, વિન્ડોઝનું જૂનું સંસ્કરણ અથવા SNMP માટે ડિફૉલ્ટ સમુદાય શબ્દમાળા.
બીજા કિસ્સામાં, ધ્યેય માત્ર તૃતીય-પક્ષ ઘટકો (નિર્ભરતા)માં જ નહીં, પરંતુ મુખ્યત્વે નવા ઉત્પાદનના કોડમાં નબળાઈઓ શોધવાનો છે.

આ સાધનો અને અભિગમોમાં તફાવતોને જન્મ આપે છે. મારા મતે, એપ્લિકેશનમાં નવી નબળાઈઓ શોધવાનું કાર્ય વધુ રસપ્રદ છે, કારણ કે તે સંસ્કરણ ફિંગરપ્રિન્ટિંગ, બેનર સંગ્રહ, પાસવર્ડ બ્રુટ ફોર્સ વગેરેમાં આવતું નથી.
એપ્લિકેશન નબળાઈઓના ઉચ્ચ-ગુણવત્તાવાળા સ્વચાલિત સ્કેનિંગ માટે એલ્ગોરિધમ્સની જરૂર છે જે એપ્લિકેશનના અર્થશાસ્ત્ર, તેના હેતુ અને ચોક્કસ ધમકીઓને ધ્યાનમાં લે છે.

ઈન્ફ્રાસ્ટ્રક્ચર સ્કેનરને ઘણીવાર ટાઈમર સાથે બદલી શકાય છે, જેમ કે avleonov. મુદ્દો એ છે કે સંપૂર્ણ આંકડાકીય રીતે, તમે તમારા ઇન્ફ્રાસ્ટ્રક્ચરને સંવેદનશીલ ગણી શકો છો જો તમે તેને એક મહિના સુધી અપડેટ ન કર્યું હોય.

સાધનો

સ્કેનિંગ, તેમજ સુરક્ષા વિશ્લેષણ, બ્લેક બોક્સ અથવા સફેદ બોક્સ તરીકે કરી શકાય છે.

કાળી પેટી

બ્લેકબોક્સ સ્કેનિંગ સાથે, ટૂલ એ જ ઈન્ટરફેસ દ્વારા સેવા સાથે કામ કરવા સક્ષમ હોવું જોઈએ જેના દ્વારા વપરાશકર્તાઓ તેની સાથે કામ કરે છે.

ઈન્ફ્રાસ્ટ્રક્ચર સ્કેનર્સ (ટેનેબલ નેસસ, ક્વેલિસ, મેક્સપેટ્રોલ, રેપિડ7 નેક્સપોઝ, વગેરે) ખુલ્લા નેટવર્ક પોર્ટ્સ શોધે છે, "બેનરો" એકત્રિત કરે છે, ઇન્સ્ટોલ કરેલ સોફ્ટવેર સંસ્કરણોને ઓળખે છે અને આ સંસ્કરણોમાં નબળાઈઓ વિશેની માહિતી માટે તેમના જ્ઞાન આધારને શોધે છે. તેઓ રૂપરેખાંકન ભૂલો શોધવાનો પણ પ્રયાસ કરે છે જેમ કે ડિફોલ્ટ પાસવર્ડ્સ અથવા ડેટાની સાર્વજનિક ઍક્સેસ, નબળા SSL સાઇફર વગેરે.

વેબ એપ્લિકેશન સ્કેનર્સ (Acunetix WVS, Netsparker, Burp Suite, OWASP ZAP, વગેરે) જાણીતા ઘટકો અને તેમની આવૃત્તિઓ (દા.ત. CMS, ફ્રેમવર્ક, JS લાઇબ્રેરીઓ) પણ શોધી શકે છે. મુખ્ય ક્રોલ સ્ટેપ્સ ક્રોલ અને ફઝિંગ છે.
ક્રાઉલિંગ દરમિયાન, ક્રાઉલર હાલના એપ્લિકેશન ઇન્ટરફેસ અને HTTP પરિમાણો વિશેની માહિતી એકત્રિત કરે છે. ફઝિંગ દરમિયાન, ભૂલને ઉશ્કેરવા અને નબળાઈ શોધવા માટે તમામ શોધાયેલ પરિમાણોને પરિવર્તિત અથવા જનરેટેડ ડેટા સાથે બદલવામાં આવે છે.

આવા એપ્લિકેશન સ્કેનર્સ DAST અને IAST વર્ગોના છે - અનુક્રમે ડાયનેમિક અને ઇન્ટરેક્ટિવ એપ્લિકેશન સુરક્ષા પરીક્ષણ.

વ્હાઇટ બોક્સ

વ્હાઇટબોક્સ સ્કેનિંગ સાથે, ત્યાં વધુ તફાવતો છે.
VM પ્રક્રિયાના ભાગ રૂપે, સ્કેનર્સ (Vulners, Insecurity Couch, Vuls, Tenable Nessus, વગેરે) ને ઘણી વખત પ્રમાણિત સ્કેન કરીને સિસ્ટમમાં પ્રવેશ આપવામાં આવે છે. આમ, સ્કેનર નેટવર્ક સેવા બેનરો પરથી અનુમાન લગાવ્યા વિના, ઇન્સ્ટોલ કરેલ પેકેજ વર્ઝન અને રૂપરેખાંકન પરિમાણોને સીધા જ સિસ્ટમમાંથી ડાઉનલોડ કરી શકે છે.
સ્કેન વધુ સચોટ અને સંપૂર્ણ છે.

જો આપણે એપ્લીકેશનના વ્હાઇટબોક્સ સ્કેનિંગ (ચેકમાર્ક્સ, એચપી ફોર્ટિફાઇ, કવરિટી, RIPS, ફાઇન્ડસેકબગ્સ, વગેરે) વિશે વાત કરીએ, તો આપણે સામાન્ય રીતે સ્ટેટિક કોડ વિશ્લેષણ અને અનુરૂપ SAST વર્ગના સાધનોના ઉપયોગ વિશે વાત કરીએ છીએ - સ્ટેટિક એપ્લિકેશન સિક્યુરિટી ટેસ્ટિંગ.

સમસ્યાઓ

સ્કેનિંગ સાથે ઘણી સમસ્યાઓ છે! સ્કેનિંગ અને સુરક્ષિત વિકાસ પ્રક્રિયાઓ માટે સેવાની જોગવાઈના ભાગ રૂપે, તેમજ સુરક્ષા વિશ્લેષણ કાર્ય હાથ ધરતી વખતે મારે તેમાંના મોટા ભાગની સાથે વ્યક્તિગત રીતે વ્યવહાર કરવો પડશે.

હું સમસ્યાઓના 3 મુખ્ય જૂથોને અલગ કરીશ, જેની વિવિધ કંપનીઓમાં ઇજનેરો અને માહિતી સુરક્ષા સેવાઓના વડાઓ સાથેની વાતચીત દ્વારા પણ પુષ્ટિ થાય છે.

વેબ એપ્લિકેશન સ્કેનિંગ સમસ્યાઓ

અમલીકરણમાં મુશ્કેલી. સ્કેનર્સ દરેક એપ્લિકેશન માટે તૈનાત, રૂપરેખાંકિત, કસ્ટમાઇઝ કરવા, સ્કેન માટે પરીક્ષણ વાતાવરણ ફાળવવા અને અસરકારક બનવા માટે CI/CD પ્રક્રિયામાં અમલમાં મૂકવાની જરૂર છે. નહિંતર, તે એક નકામી ઔપચારિક પ્રક્રિયા હશે, ફક્ત ખોટા સકારાત્મક મુદ્દાઓ જારી કરશે
સ્કેન અવધિ. સ્કેનર્સ, 2019 માં પણ, ઈન્ટરફેસનું ડુપ્લિકેટ કરવાનું નબળું કામ કરે છે અને દરેક દિવસ માટે 10 પેરામીટર્સ સાથે હજાર પૃષ્ઠોને સ્કેન કરી શકે છે, તેમને અલગ ગણીને, જો કે સમાન કોડ તેમના માટે જવાબદાર છે. તે જ સમયે, વિકાસ ચક્રની અંદર ઉત્પાદનમાં જમાવટ કરવાનો નિર્ણય ઝડપથી લેવો જોઈએ.
નબળી ભલામણો. સ્કેનર્સ એકદમ સામાન્ય ભલામણો આપે છે, અને વિકાસકર્તા માટે જોખમનું સ્તર કેવી રીતે ઘટાડવું તે તેમની પાસેથી ઝડપથી સમજવું હંમેશા શક્ય નથી, અને સૌથી અગત્યનું, શું તે હમણાં જ કરવાની જરૂર છે, અથવા તે હજી ડરામણી નથી.
એપ્લિકેશન પર વિનાશક અસર. સ્કેનર્સ સરળતાથી એપ્લિકેશન પર DoS હુમલો કરી શકે છે, અને તેઓ મોટી સંખ્યામાં એન્ટિટી બનાવી શકે છે અથવા અસ્તિત્વમાં છે તે બદલી શકે છે (ઉદાહરણ તરીકે, બ્લોગ પર હજારો ટિપ્પણીઓ બનાવો), તેથી તમારે ઉત્પાદનમાં વિચાર કર્યા વિના સ્કેન ચલાવવું જોઈએ નહીં.
નબળાઈ શોધની નબળી ગુણવત્તા. સ્કેનર્સ સામાન્ય રીતે પેલોડ્સના નિશ્ચિત એરેનો ઉપયોગ કરે છે અને તેમની જાણીતી એપ્લિકેશન વર્તણૂકમાં ફિટ ન હોય તેવી નબળાઈ સરળતાથી ચૂકી શકે છે.
સ્કેનર એપ્લિકેશનના કાર્યોને સમજી શકતું નથી. સ્કેનર પોતે જાણતા નથી કે "ઇન્ટરનેટ બેંક", "ચુકવણી", "ટિપ્પણી" શું છે. તેમના માટે, ત્યાં ફક્ત લિંક્સ અને પરિમાણો છે, તેથી સંભવિત વ્યાપારી તર્કશાસ્ત્રની નબળાઈઓનું એક વિશાળ સ્તર સંપૂર્ણપણે ખુલ્લું રહે છે, તેઓ ડબલ રાઈટ-ઓફ કરવા, આઈડી દ્વારા અન્ય લોકોના ડેટાને પીપ કરવા અથવા રાઉન્ડિંગ દ્વારા સંતુલન સમાપ્ત કરવાનું અનુમાન કરશે નહીં.
સ્કેનર દ્વારા પૃષ્ઠ અર્થશાસ્ત્રની ગેરસમજ. સ્કેનર્સ FAQ વાંચી શકતા નથી, કેપ્ચાને ઓળખી શકતા નથી, તેઓ જાતે અનુમાન લગાવતા નથી કે કેવી રીતે નોંધણી કરવી અને પછી ફરીથી લોગિન કરવું, તમે "લોગઆઉટ" પર ક્લિક કરી શકતા નથી, અને પેરામીટર મૂલ્યો બદલતી વખતે વિનંતીઓ કેવી રીતે સહી કરવી. પરિણામે, મોટાભાગની એપ્લિકેશન બિલકુલ અનસ્કેન રહી શકે છે.

સ્ત્રોત કોડ સ્કેનિંગ સમસ્યાઓ

ખોટા હકારાત્મક. સ્થિર વિશ્લેષણ એ એક જટિલ કાર્ય છે જેમાં ઘણા સમાધાનો શામેલ છે. ઘણીવાર તમારે ચોકસાઈનું બલિદાન આપવું પડે છે, અને ખર્ચાળ એન્ટરપ્રાઇઝ સ્કેનર્સ પણ મોટી સંખ્યામાં ખોટા હકારાત્મક આપે છે.
અમલીકરણમાં મુશ્કેલી. સ્ટેટિક પૃથ્થકરણની ચોકસાઈ અને સંપૂર્ણતા વધારવા માટે, સ્કેનિંગના નિયમોમાં સુધારો કરવો જરૂરી છે, અને આ નિયમોને લખવામાં ઘણો સમય લાગી શકે છે. કેટલીકવાર આવા કિસ્સાઓ શોધવા માટે નિયમ લખવા કરતાં કોડમાં અમુક પ્રકારના બગ સાથેના તમામ સ્થાનો શોધવા અને તેને ઠીક કરવા વધુ સરળ છે.
નિર્ભરતા આધાર અભાવ. મોટા પ્રોજેક્ટ્સ મોટી સંખ્યામાં પુસ્તકાલયો અને ફ્રેમવર્ક પર આધાર રાખે છે જે પ્રોગ્રામિંગ ભાષાની ક્ષમતાઓને વિસ્તૃત કરે છે. જો સ્કેનરના જ્ઞાન આધારમાં આ માળખામાં ખતરનાક સ્થાનો ("સિંક") વિશે કોઈ માહિતી નથી, તો આ એક અંધ સ્થળ બની જશે, અને સ્કેનર ફક્ત કોડને પણ સમજી શકશે નહીં.
સ્કેન અવધિ. કોડમાં નબળાઈઓ શોધવી એલ્ગોરિધમ્સની દ્રષ્ટિએ પણ મુશ્કેલ કાર્ય છે. તેથી, પ્રક્રિયામાં વિલંબ થઈ શકે છે અને નોંધપાત્ર કમ્પ્યુટિંગ સંસાધનોની જરૂર છે.
ઓછું કવરેજ. સંસાધનનો વપરાશ અને સ્કેનનો સમયગાળો હોવા છતાં, SAST ટૂલ્સ ડેવલપર્સે હજુ પણ સમાધાનનો આશરો લેવો પડશે અને પ્રોગ્રામ હોઈ શકે તેવા તમામ રાજ્યોનું વિશ્લેષણ કરવું પડશે.
પ્રજનનક્ષમતા શોધવી. વિશિષ્ટ લાઇન અને કૉલ સ્ટેક તરફ નિર્દેશ કરવો જે નબળાઈ તરફ દોરી જાય છે તે મહાન છે, પરંતુ હકીકતમાં, ઘણીવાર સ્કેનર બાહ્ય નબળાઈને તપાસવા માટે પૂરતી માહિતી પ્રદાન કરતું નથી. છેવટે, ખામી ડેડ કોડમાં પણ હોઈ શકે છે, જે હુમલાખોર માટે અગમ્ય છે.

ઈન્ફ્રાસ્ટ્રક્ચર સ્કેનિંગ સમસ્યાઓ

અપૂરતી ઇન્વેન્ટરી. મોટા ઈન્ફ્રાસ્ટ્રક્ચરમાં, ખાસ કરીને ભૌગોલિક રીતે વિભાજિત, કયા હોસ્ટને સ્કેન કરવા તે શોધવાનું ઘણીવાર સૌથી મુશ્કેલ હોય છે. બીજા શબ્દોમાં કહીએ તો, સ્કેનિંગનું કાર્ય એસેટ મેનેજમેન્ટના કાર્ય સાથે ગાઢ રીતે સંબંધિત છે.
ખરાબ પ્રાથમિકતા. નેટવર્ક સ્કેનર્સ ઘણીવાર ખામીઓ સાથે ઘણા પરિણામો ઉત્પન્ન કરે છે જેનો વ્યવહારમાં ઉપયોગ કરી શકાતો નથી, પરંતુ ઔપચારિક રીતે તેમના જોખમનું સ્તર ઊંચું હોય છે. ઉપભોક્તાને એવો રિપોર્ટ મળે છે જેનું અર્થઘટન કરવું મુશ્કેલ છે, અને તે સ્પષ્ટ નથી કે પહેલા શું સુધારવાની જરૂર છે
નબળી ભલામણો. સ્કેનર નોલેજ બેઝમાં ઘણીવાર નબળાઈઓ અને તેને કેવી રીતે ઠીક કરવી તે વિશેની ખૂબ જ સામાન્ય માહિતી હોય છે, તેથી એડમિને પોતાને Google સાથે સજ્જ કરવું પડશે. વ્હાઇટબોક્સ સ્કેનર્સ સાથે પરિસ્થિતિ થોડી વધુ સારી છે, જે ઠીક કરવા માટે ચોક્કસ આદેશ આપી શકે છે
હાથવણાટ. ઇન્ફ્રાસ્ટ્રક્ચરમાં ઘણા ગાંઠો હોઈ શકે છે, જેનો અર્થ એ છે કે સંભવિત રૂપે ઘણી ખામીઓ છે, જેના પરના અહેવાલો પ્રત્યેક પુનરાવર્તન પર મેન્યુઅલી વિશ્લેષિત અને વિશ્લેષણ કરવામાં આવે છે.
ખરાબ કવરેજ. ઇન્ફ્રાસ્ટ્રક્ચર સ્કેનિંગની ગુણવત્તા નબળાઈઓ અને સૉફ્ટવેર સંસ્કરણો વિશેના જ્ઞાન આધારના કદ પર સીધો આધાર રાખે છે. જેમાં, બહાર વળે, બજારના નેતાઓ પાસે પણ વ્યાપક જ્ઞાનનો આધાર નથી, અને મફત ઉકેલોના ડેટાબેઝમાં ઘણી બધી માહિતી છે જે નેતાઓ પાસે નથી.
પેચિંગ સાથે સમસ્યાઓ. મોટાભાગે, ઇન્ફ્રાસ્ટ્રક્ચર નબળાઈઓનું પેચીંગ એ પેકેજને અપડેટ કરવું અથવા રૂપરેખાંકન ફાઇલને બદલી રહ્યું છે. અહીં મોટી સમસ્યા એ છે કે સિસ્ટમ, ખાસ કરીને લેગસી, અપડેટના પરિણામે અણધારી રીતે વર્તે છે. હકીકતમાં, તમારે ઉત્પાદનમાં લાઇવ ઇન્ફ્રાસ્ટ્રક્ચર પર એકીકરણ પરીક્ષણો કરવા પડશે.

અભિગમો

કેવી રીતે બનવું?
હું નીચેના ભાગોમાં ઉદાહરણો અને આમાંની ઘણી સમસ્યાઓનો સામનો કેવી રીતે કરવો તે વિશે વધુ વિગતમાં જઈશ, પરંતુ હમણાં માટે હું મુખ્ય ક્ષેત્રો સૂચવીશ જેમાં તમે કામ કરી શકો છો:

વિવિધ સ્કેનિંગ સાધનોનું એકત્રીકરણ. બહુવિધ સ્કેનરના યોગ્ય ઉપયોગથી, જ્ઞાનના આધાર અને તપાસની ગુણવત્તામાં નોંધપાત્ર વધારો કરી શકાય છે. તમે વ્યક્તિગત રીતે ચાલતા તમામ સ્કેનર્સના સરવાળા કરતાં પણ વધુ નબળાઈઓ શોધી શકો છો, જ્યારે તમે જોખમના સ્તરનું વધુ સચોટપણે મૂલ્યાંકન કરી શકો છો અને વધુ ભલામણો કરી શકો છો.
SAST અને DAST એકીકરણ. તેમની વચ્ચે માહિતી શેર કરીને DAST કવરેજ અને SAST ચોકસાઈ વધારવી શક્ય છે. સ્ત્રોતમાંથી તમે હાલના રૂટ વિશે માહિતી મેળવી શકો છો, અને DAST ની મદદથી તમે તપાસ કરી શકો છો કે નબળાઈ બહારથી દેખાય છે કે કેમ.
મશીન લર્નિંગ™. 2015 માં આઇ કહ્યું (અને વધુ) સ્કેનર્સને હેકરની અંતર્જ્ઞાન આપવા અને તેમને ઝડપી બનાવવા માટે આંકડાઓનો ઉપયોગ કરવા વિશે. ભવિષ્યમાં સ્વચાલિત સુરક્ષા વિશ્લેષણના વિકાસ માટે આ ચોક્કસપણે ખોરાક છે.
ઑટોટેસ્ટ્સ અને OpenAPI સાથે IAST એકીકરણ. CI/CD-પાઇપલાઇનની અંદર, HTTP પ્રોક્સી તરીકે કામ કરતા સાધનો અને HTTP પર કામ કરતા કાર્યાત્મક પરીક્ષણો પર આધારિત સ્કેનિંગ પ્રક્રિયા બનાવવી શક્ય છે. ઓપનએપીઆઈ/સ્વેગર ટેસ્ટ અને કોન્ટ્રાક્ટ સ્કેનરને ડેટા ફ્લો વિશે ખૂટતી માહિતી આપશે, વિવિધ રાજ્યોમાં એપ્લિકેશનને સ્કેન કરવાનું શક્ય બનાવશે.
યોગ્ય રૂપરેખાંકન. દરેક એપ્લિકેશન અને ઈન્ફ્રાસ્ટ્રક્ચર માટે, તમારે ઈન્ટરફેસની સંખ્યા અને પ્રકૃતિ, ઉપયોગમાં લેવાતી ટેક્નોલોજીને ધ્યાનમાં લઈને યોગ્ય સ્કેનિંગ પ્રોફાઇલ બનાવવાની જરૂર છે.
સ્કેનર કસ્ટમાઇઝેશન. ઘણીવાર, સ્કેનરમાં ફેરફાર કર્યા વિના એપ્લિકેશનને સ્કેન કરી શકાતી નથી. ઉદાહરણ એ પેમેન્ટ ગેટવે છે જ્યાં દરેક વિનંતી પર સહી કરવી આવશ્યક છે. ગેટવે પ્રોટોકોલ સાથે કનેક્ટર લખ્યા વિના, સ્કેનર્સ ખોટી સહી સાથેની વિનંતીઓને અવિચારીપણે પેક કરશે. ચોક્કસ પ્રકારની ખામીઓ માટે વિશિષ્ટ સ્કેનર્સ લખવા પણ જરૂરી છે, જેમ કે અસુરક્ષિત ડાયરેક્ટ jectબ્જેક્ટ સંદર્ભ
જોખમ સંચાલન. વિવિધ સ્કેનર્સનો ઉપયોગ અને એસેટ મેનેજમેન્ટ અને થ્રેટ મેનેજમેન્ટ જેવી બાહ્ય સિસ્ટમો સાથે સંકલન જોખમના સ્તરનું મૂલ્યાંકન કરવા માટે બહુવિધ પરિમાણોનો ઉપયોગ કરવાની મંજૂરી આપશે, જેથી મેનેજમેન્ટ વિકાસ અથવા ઈન્ફ્રાસ્ટ્રક્ચરની વર્તમાન સુરક્ષા સ્થિતિનું પર્યાપ્ત ચિત્ર મેળવી શકે.

ટ્યુન રહો અને ચાલો નબળાઈ સ્કેનિંગને વિક્ષેપિત કરીએ!

સોર્સ: www.habr.com

નબળાઈ સ્કેનિંગ અને સુરક્ષિત વિકાસ. ભાગ 1