સંકલિત નબળાઈ ખુલાસો (CVD)
સુરક્ષા નબળાઈઓની જાણ કેવી રીતે કરવી, મેળવવી અને સંકલન કરવું, ઉદાહરણ નીતિઓ સાથે.
સંકલિત નબળાઈ ખુલાસો (CVD) એ કમ્પ્યુટર સુરક્ષાનો એક શબ્દ છે. તે વર્ણવે છે કે લોકો સુરક્ષા સમસ્યાઓ વિશેના અહેવાલો કેવી રીતે વહેંચી શકે. ઉદાહરણોમાં બગ રિપોર્ટ, ઘૂસણખોરીના જોખમો, હેકિંગ ચેતવણીઓ, ડેટા લીક, વેબસાઇટ ભંગ વગેરેનો સમાવેશ થાય છે.
અનુવાદો: العربية, Български, বাংলা, Čeština, Cymraeg, Dansk, Deutsch, Ελληνικά, English, Español, Eesti, Euskara, فارسی, Suomi, Français, Gaeilge, Gàidhlig, ગુજરાતી, Hausa, עברית, हिन्दी, Hrvatski, Magyar, Bahasa Indonesia, Íslenska, Italiano, 日本語, 한국어, Lietuvių, Latviešu, Nederlands, Polski, Português, Română, Русский, Slovenčina, Slovenščina, Svenska, Kiswahili, ไทย, Türkçe, Українська, اردو, Tiếng Việt, 中文
સામગ્રી:
- પરિચય
- સંકલિત નબળાઈ ખુલાસો શું છે?
- પગલું 1: સમસ્યાની જાણ કરો
- પગલું 2: સંપર્કો સુનિશ્ચિત કરો.
- પગલું 3: સદ્ભાવનાથી કામ કરો
- સફળતાની ચકાસણી
- માર્ગદર્શન
- વિશેષ કિસ્સાઓ
- સંકલિત નબળાઈ ખુલાસો વિરુદ્ધ જવાબદાર ખુલાસો
- ટ્રેકિંગ
નીતિઓ:
- CERT: નબળાઈ ખુલાસા નીતિ
- GitLab: જવાબદાર ખુલાસા નીતિ
- Salesforce: જવાબદાર ખુલાસા નીતિ
- The Atlantic: સુરક્ષા નબળાઈઓનો જવાબદાર ખુલાસો
- Walmart: જવાબદાર ખુલાસા નીતિ
- Zendesk: જવાબદાર ખુલાસા નીતિ
પરિચય
આ દસ્તાવેજ સંકલિત નબળાઈ ખુલાસાને એવી રીતે સમજાવે છે જે લોકોને સાથે મળીને કામ કરવામાં મદદ કરી શકે.
દસ્તાવેજના લક્ષ્યો:
સુરક્ષા સમસ્યાઓ શોધનારા અને તેની જાણ કરવા માંગતા લોકોને મદદ કરવી.
કંપનીઓના પ્રતિનિધિઓને જવાબદાર ખુલાસાની જરૂરિયાતો, લક્ષ્યો, પદ્ધતિઓ અને વિશેષ કિસ્સાઓ સમજવામાં મદદ કરવી.
રિપોઝીટરી ફોલ્ડરમાં સંકલિત નબળાઈ ખુલાસા નીતિઓના ઉદાહરણો સામેલ કરવા.
અમે પુલ રિક્વેસ્ટ, GitHub ઇશ્યૂ અથવા security@joelparkerhenderson.com પર ઇમેઇલનું સ્વાગત કરીએ છીએ.
સંકલિત નબળાઈ ખુલાસો શું છે?
સંકલિત નબળાઈ ખુલાસો ત્રણ પગલાં વર્ણવે છે, જ્યારે કોઈ વ્યક્તિ સુરક્ષા સમસ્યા (જેમ કે સોફ્ટવેર બગ) શોધે છે અને તેની જાણ ઉત્પાદકને (જેમ કે સોફ્ટવેર બનાવતી કંપનીને) કરવા માંગે છે.
પગલાં:
શોધનાર સમસ્યાની જાણ ઉત્પાદકને સદ્ભાવનાથી ખાનગીમાં કરે છે.
ઉત્પાદક સદ્ભાવનાથી વપરાશકર્તાઓનું રક્ષણ કરવાનો અને સમસ્યાનો ઉકેલ લાવવાનો પ્રયાસ કરે છે.
ચોક્કસ સમય પછી, સુરક્ષા સમસ્યા જાહેર કરવામાં આવે છે.
પગલું 1: સમસ્યાની જાણ કરો
પગલું 1 શોધનાર માટે છે: સમસ્યાની જાણ સદ્ભાવનાથી ખાનગીમાં કરો.
સારું: શોધનાર સંબંધિત માહિતી ઉત્પાદકને મોકલે છે, જેમ કે ઉત્પાદકના સુરક્ષા ઇમેઇલ સરનામા પર ઇમેઇલ દ્વારા (સામાન્ય રીતે "security@example.com") અથવા ઉત્પાદકની વેબસાઇટ પરના વેબ પેજ ફોર્મ દ્વારા (સામાન્ય રીતે "https://www.example.com/security").
ખરાબ: રિપોર્ટ જાહેર બ્લોગ પર પ્રકાશિત કરવો, અથવા મીડિયાને જાણ કરવી, અથવા ધમકીઓ આપવી, અથવા સુરક્ષા સમસ્યા હેકરોને વેચવાના પ્રયાસો કરવા વગેરે.
ટિપ: શોધનાર અનામી રહેવાનું પસંદ કરી શકે છે; ઉત્પાદક પણ અનામી રહેવાનું પસંદ કરી શકે છે.
જો તમે ઇચ્છો, તો સમસ્યા વિશે જાગૃત રહેવાનું ચાલુ રાખો.
સારું: સંવાદની કડીઓ ખુલ્લી રાખવી, અથવા ફોલોઅપ માહિતી આપવી, અથવા પરિસ્થિતિ પર નજર રાખવી.
ખરાબ: સમસ્યાને ભૂલી જવી.
ટિપ: શોધનાર મદદ કરવી કે નહીં તે પસંદ કરી શકે છે, સંપર્કમાં રહેવું કે નહીં તે પણ પસંદ કરી શકે છે, અને સંજોગો બદલાય તો ગોઠવણ બદલવાનું પણ પસંદ કરી શકે છે.
જો તમે ઇચ્છો, તો સમસ્યા અન્ય લોકો સમક્ષ જાહેર કરો.
સારું: નિર્ધારિત સમય સુધી રાહ જોઈને પછી જાહેર કરવું, જેમ કે સુરક્ષા સમાચાર સાઇટ પર સંબંધિત માહિતી પોસ્ટ કરવી, અથવા સંબંધિત ત્રીજા પક્ષના સુરક્ષા સંશોધકોનો સંપર્ક કરવો, અથવા કોઈપણ જાહેર સોશિયલ સાઇટ પર સમસ્યાની જાહેરાત કરવી વગેરે.
ખરાબ: સમસ્યા અન્યને જાહેર ન કરવી, સિવાય કે તમને લાગે કે તેનાથી તમારા માટે અથવા અન્ય માટે તુલનાત્મક રીતે વધુ જોખમ ઊભું થશે.
ટિપ: જો સંજોગો બદલાય, જેમ કે વધુ જોખમ અથવા જંગલમાં સક્રિય એક્સપ્લોઈટની શોધ થાય, તો શોધનાર સમસ્યા અન્ય લોકો સમક્ષ વહેલી જાહેર કરી શકે છે.
પગલું 2: સંપર્કો સુનિશ્ચિત કરો.
પગલું 2 ઉત્પાદક માટે છે: ખાતરી કરો કે સંપર્કો કાર્યક્ષમ છે.
સારું: ઉત્પાદક સુરક્ષા સંપર્ક ઇમેઇલ સરનામું (પરંપરાગત રીતે "security@example.com") અને આદર્શ રીતે સુરક્ષિત ઇમેઇલ એન્ક્રિપ્શન કી પ્રકાશિત કરે છે.
સારું: ઉત્પાદક સુરક્ષા સંપર્ક વેબ પેજ (પરંપરાગત રીતે "https://www.example.com/security") પ્રકાશિત કરે છે અને આદર્શ રીતે પેજને શોધવામાં સરળ બનાવે છે, જેમ કે વેબસાઇટના ફૂટર, સાઇટમેપ અને શોધ દ્વારા.
ખરાબ: ઉત્પાદક ઇમેઇલ સરનામું અથવા વેબ પેજ આપતો નથી, અથવા તેને શોધવામાં સરળ બનાવતો નથી.
સ્ટાફની ક્ષમતાઓ સુનિશ્ચિત કરો.
સારું: જો સપોર્ટ સ્ટાફને સુરક્ષા પૃચ્છા મળે તો શું કરવું તેની તાલીમ ઉત્પાદક આપે છે, જેમ કે સંપર્ક માહિતી સાથે કેવી રીતે જવાબ આપવો, અથવા પૃચ્છાને યોગ્ય આંતરિક ટીમને કેવી રીતે મોકલવી.
સારું: ઉત્પાદક સમયાંતરે ચકાસે છે કે સ્ટાફની ક્ષમતાઓ કામ કરી રહી છે.
ખરાબ: ઉત્પાદક તાલીમ આપતો નથી અથવા ચકાસણી કરતો નથી.
શોધનારને સમયમર્યાદામાં જવાબ આપો.
જો શોધનાર સમયમર્યાદા નિર્દિષ્ટ કરતો નથી, તો એક કાર્ય દિવસનો ઉપયોગ કરો, કારણ કે આ ઉદ્યોગ ધોરણ છે અને વર્તમાન ઉદ્યોગની શ્રેષ્ઠ પદ્ધતિ છે.
જો શોધનાર પ્રશ્નો પૂછે, તો તેના જવાબ આપો. જો શોધનાર પરીક્ષણ કરવાની પરવાનગી માંગે તો આ ખાસ કરીને મહત્વનું છે. ખાતરી કરો કે બધા જવાબો સ્પષ્ટ અને સીધા છે.
અધિકૃત સુરક્ષા સંપર્ક અને/અથવા અધિકૃત સુરક્ષા પ્રક્રિયા દ્વારા શોધનારને જવાબ આપો.
સારું: સુરક્ષા-વિશિષ્ટ ઇમેઇલ સરનામાંથી જવાબ, જેમ કે "security@example.com".
ઉદાહરણ તરીકે આ ખરાબ છે: "help@example.com" જેવા સામાન્ય-હેતુના ઇમેઇલ સરનામાંથી જવાબ, અથવા અધિકૃત સુરક્ષા વ્યાવસાયિક ન હોય તેવા કોઈપણ તરફથી જવાબ.
શોધનારને જણાવો કે સમસ્યાને સુરક્ષા રિપોર્ટ તરીકે સ્વીકારવામાં આવી છે.
સારું: સુરક્ષા-વિશિષ્ટ શબ્દરચના, જેમ કે "અમારી સુરક્ષા ટીમને તમારો જવાબદાર ખુલાસા રિપોર્ટ મળ્યો છે", અથવા "અમારી સુરક્ષા પ્રક્રિયાનાં આગળનાં પગલાં આ છે", અથવા "તમારી માહિતી હવે અમારા સુરક્ષા ટ્રેકરમાં XYZ ID નંબર સાથે છે" વગેરે.
ખરાબ: સામાન્ય-હેતુની શબ્દરચના, જેમ કે "અમે તમારા વ્યવસાયની કદર કરીએ છીએ", અથવા "અમે સુરક્ષાને ગંભીરતાથી લઈએ છીએ", જવાબદારી ટાળતી શબ્દરચના જેમ કે "અમે તમારો ઇમેઇલ બીજા વિભાગને મોકલ્યો છે" વગેરે.
પગલું 3: સદ્ભાવનાથી કામ કરો
પગલું 3 શોધનાર અને ઉત્પાદક બંને માટે સાથે છે: સદ્ભાવનાથી કામ કરો.
સમજો કે સંકલિત નબળાઈ ખુલાસો એક સદ્ભાવનાની પ્રક્રિયા વર્ણવે છે.
#1 લક્ષ્ય એ છે કે વપરાશકર્તાઓને સુરક્ષા જોખમોથી પોતાનું રક્ષણ કરવામાં મદદ કરવા સદ્ભાવના રાખવી.
#2 લક્ષ્ય એ છે કે સુરક્ષા સમસ્યાનો ઉકેલ લાવવા સદ્ભાવના રાખવી.
શોધનાર અને/અથવા ઉત્પાદક સદ્ભાવનાથી અન્ય સુરક્ષા લોકોને સામેલ કરવાનું પસંદ કરી શકે છે, જેમ કે સમસ્યામાં મદદ કરવા અન્ય સંબંધિત સુરક્ષા સંશોધકોનો સંપર્ક કરવો.
સમજો કે સંકલિત નબળાઈ ખુલાસો કોઈ બંધનકર્તા જવાબદારી ઊભી કરતો નથી.
શોધનાર અને/અથવા ઉત્પાદક કોઈપણ સમયે, કોઈપણ કારણસર, ચેતવણી સાથે અથવા વિના, બહાર નીકળી શકે છે. બધા સંબંધિત લોકોને માહિતગાર અને અદ્યતન રાખવા એ સૌજન્ય છે, છતાં આ હંમેશા શક્ય, વ્યવહારુ કે ઇચ્છનીય હોતું નથી.
સંકલિત નબળાઈ ખુલાસો કોઈ કાનૂની કરાર ઊભો કરતો નથી. જો શોધનાર અને ઉત્પાદક વચ્ચે પહેલેથી કાનૂની કરાર હોય, તો અમે સૂચવીએ છીએ કે સામેલ બધા યોગ્ય વકીલોની સલાહ લે; આ દસ્તાવેજનો કાનૂની સલાહ તરીકે ઉપયોગ કરશો નહીં.
સમજો કે સંકલિત નબળાઈ ખુલાસાનો હેતુ સારા સંવાદનો ઉપયોગ કરવાનો અને ધમકીઓને નકારવાનો છે.
સંકલિત નબળાઈ ખુલાસો ત્યારે શ્રેષ્ઠ હોય છે જ્યારે સામેલ દરેક જણ સમજે કે #1 લક્ષ્ય વપરાશકર્તાઓને સુરક્ષા જોખમોથી પોતાનું રક્ષણ કરવામાં મદદ કરવાનું છે, અને #2 લક્ષ્ય સુરક્ષા સમસ્યાનો ઉકેલ લાવવાનું છે.
સંકલિત નબળાઈ ખુલાસો બદલો લેવાની ધમકી, ડરાવવું, સસ્પેન્શન, રદ કરવું, ખંડણી, ફોલોઅપ કરવાનો બોજ, અથવા પીડિતને દોષ આપવાના કોઈપણ પ્રકારને નકારે છે.
સમજો કે સંકલિત નબળાઈ ખુલાસાનો અર્થ જુદા જુદા લોકો માટે જુદો હોઈ શકે છે.
શોધનાર અને ઉત્પાદકની સંકલિત નબળાઈ ખુલાસા અંગેની સમજ જુદી હોઈ શકે છે. આ સમજ એકબીજા સાથે મેળ ન ખાતી હોય તેવું બની શકે. સદ્ભાવનામાં સામેલ દરેકે આ સમજવું સામેલ છે.
કેટલાક ઉત્પાદકો સંકલિત નબળાઈ ખુલાસા નીતિઓ પ્રકાશિત કરે છે. આ ઉપયોગી માર્ગદર્શન બની શકે છે. જો શોધનાર અલગ પ્રકારના સંકલિત નબળાઈ ખુલાસાનો ઉપયોગ કરવાનું પસંદ કરે, અથવા જવાબદાર ખુલાસા અંગે તેની સમજ અલગ હોય, તો તે બિલકુલ યોગ્ય છે.
સમજો કે સામાન્ય રીતે શોધનાર પ્રકાશક પર ઉપકાર કરી રહ્યો હોય છે.
સામાન્ય રીતે શોધનારને નબળાઈઓ પ્રકાશિત કરવા માટે કોઈની પરવાનગીની જરૂર હોતી નથી.
સામાન્ય રીતે શોધનારની માહિતી પ્રકાશકને મદદરૂપ થાય છે.
સફળતાની ચકાસણી
સમસ્યાનો ઉકેલ આવ્યા પછી, ઉત્પાદકે સફળતાની ચકાસણી કરવી જોઈએ.
શું બધા લોકો અને પ્રક્રિયાઓએ ખુલાસાને સફળતાપૂર્વક સંભાળ્યો? જો હા, તો સારું. જો ના, તો કાર્યવાહી પછીનું સંશોધન કરવાનો વિચાર કરો, જેમ કે મૂળ કારણ વિશ્લેષણ (RCA), પોસ્ટ-મોર્ટમ રિપોર્ટ, ઇશિકાવા રેખાકૃતિઓ, અથવા સિસ્ટમ સિદ્ધાંત પર આધારિત કારણ વિશ્લેષણ (CAST).
શું બાકી રહેલી કોઈપણ સમસ્યાઓનું વર્ગીકરણ અને ટ્રેકિંગ થયું છે?
શું ઉત્પાદક અને શોધનાર બંને કોઈપણ આગળનાં પગલાં માટે શું કરવું તે સમજે છે? ભવિષ્યમાં સંકલિત નબળાઈ ખુલાસાઓ થવાની શક્યતા હોય તો આ યોગ્ય રીતે કરવું ખાસ મહત્વનું છે.
માર્ગદર્શન
સંકલિત નબળાઈ ખુલાસા માટેનું માર્ગદર્શન ઘણા ક્ષેત્રોમાંથી મળી શકે છે, જેમ કે નીતિશાસ્ત્રના નિષ્ણાતો, કાનૂની હિમાયતીઓ, સામાન્ય જનતાની વાજબી અપેક્ષાઓ વગેરે.
જો તમે માર્ગદર્શન શોધી રહ્યા છો, તો તમને આ ત્રણ ક્ષેત્રોમાં રસ હોઈ શકે છે, જે બધાનું વર્ણન નીચે છે.
ગુડ સમરિટન
બચાવવાની ફરજ
કાળજીની ફરજ
ગુડ સમરિટન
ગુડ સમરિટન કાયદાઓ એવા લોકોને કાનૂની રક્ષણ આપે છે જેઓ ઘાયલ, બીમાર, જોખમમાં, અથવા અન્ય રીતે અસમર્થ હોય તેવા (અથવા તેવા હોવાનું તેઓ માને તેવા) લોકોને વાજબી સહાય આપે છે. આ રક્ષણનો હેતુ દાવો થવાના કે કાર્યવાહી થવાના ડરથી પ્રેક્ષકોની સહાય કરવાની ખચકાટ ઘટાડવાનો છે.
બચાવવાની ફરજ
બચાવવાની ફરજ એ એવો ખ્યાલ છે જે એવી પરિસ્થિતિ વર્ણવે છે જેમાં જોખમમાં રહેલા અન્ય પક્ષને બચાવવા ન આવવા બદલ કોઈ પક્ષને જવાબદાર ઠેરવી શકાય. બચાવવાની ફરજમાં નૈતિક ક્ષેત્રો અને/અથવા કાનૂની ક્ષેત્રો હોઈ શકે છે.
કાળજીની ફરજ
કાળજીની ફરજ એ કોઈપણ એવી કૃત્યો કરતી વખતે વાજબી કાળજીના ધોરણ પ્રત્યેની જવાબદારી છે જે અન્યને અપેક્ષિત રીતે નુકસાન પહોંચાડી શકે. કાળજીની ફરજમાં નૈતિક ક્ષેત્રો અને/અથવા કાનૂની ક્ષેત્રો હોઈ શકે છે. વિચારવા જેવા કેટલાક પાસાં આ છે: નુકસાન કે ઈજાની અપેક્ષિતતા, સંભવિત નુકસાન કે ઈજાની સંભવિત તીવ્રતા, પ્રતિવાદીએ કરેલી પ્રવૃત્તિનું મહત્વ કે સામાજિક મૂલ્ય, પ્રતિવાદી માટે આચરણની ઉપયોગિતા, વૈકલ્પિક આચરણની શક્યતા, વૈકલ્પિક આચરણ સાથે સંકળાયેલા ખર્ચ અને બોજ, વૈકલ્પિક આચરણની સાપેક્ષ ઉપયોગિતા, અને વૈકલ્પિક આચરણની સાપેક્ષ સલામતી.
વિશેષ કિસ્સાઓ
અમારી સુરક્ષા ટીમોએ વિશેષ કિસ્સાઓની વિશાળ શ્રેણી જોઈ છે.
અમે તેમને અહીં વર્ણવીએ છીએ જેથી લોકો સમજી શકે કે શું યોગ્ય હોઈ શકે અને શું યોગ્ય ન હોઈ શકે તે અંગે ક્યાં મતોની વિશાળ શ્રેણી છે. અમે ભલામણ કરીએ છીએ કે સામેલ દરેક જણ આ વિશે સદ્ભાવનાથી વાતચીત કરે.
અન્ય વપરાશકર્તાઓની માહિતી મેળવવી
ઉદાહરણ: તમે શોધો છો કે એક URL માં તમારું વપરાશકર્તા ID છે, અને તે બગ છતો કરે છે, અને તમે માનો છો કે તમે URL સંપાદિત કરીને તમારું વપરાશકર્તા ID બીજા વપરાશકર્તા ID માં બદલી શકો છો.
શું શોધનાર માટે આમ કરવું યોગ્ય છે, જેમ કે માત્ર એ શોધવાના હેતુથી કે તે અન્ય વપરાશકર્તાઓને પણ અસર કરી રહ્યું છે કે નહીં?
શું બધા વપરાશકર્તાઓ માટે જોખમની વ્યાપકતા ઝડપથી સમજવી એ થોડા વપરાશકર્તાઓનું રક્ષણ કરવા કરતાં વધુ મહત્વનું છે, જેમની માહિતી કદાચ હેકરોને પહેલેથી દેખાતી હોય?
શું શોધનાર માટે તમે ઇચ્છો તેટલા વપરાશકર્તાઓ સાથે આમ કરવું યોગ્ય છે?
શું શોધનાર માટે વપરાશકર્તાઓને તેઓ અસરગ્રસ્ત છે તે જણાવવા તેમનો સંપર્ક કરવાનો પ્રયાસ કરવો યોગ્ય છે? શું નિવારણ માટે સૂચનો આપવા યોગ્ય છે?
સેવા અવરોધ
ઉદાહરણ: તમે એવો બગ શોધો છો જે અકસ્માતે તમારું એકાઉન્ટ સસ્પેન્ડ કરી દે છે, જેમ કે પાસવર્ડ લોક ટ્રિગર થવો.
- શું આને સેવા અવરોધ હુમલો ગણવામાં આવે છે?
અણગમતો ઇમેઇલ
ઉદાહરણ: તમે કંપનીના એવા લોકોને સુરક્ષા સમસ્યાની જાણ કરવાનો પ્રયાસ કરો છો જેમને તમે સંબંધિત માનો છો, અને જેમને તમે LinkedIn, Facebook વગેરે પર સંશોધન કરીને, અથવા "webmaster@example.com" કે "security@example.com" જેવી નામકરણ પરંપરાઓનો ઉપયોગ કરીને શોધો છો.
શું આ યોગ્ય છે?
શું આને અણગમતો ઇમેઇલ ગણવામાં આવે છે?
શું આને અનધિકૃત ઇમેઇલ ગણવામાં આવે છે?
બાકાત જૂથો
ઉદાહરણ: તમે બાકાત જૂથમાં છો, જેમ કે સગીર હોવું, અથવા પ્રતિબંધ યાદી પર હોવું, અથવા પ્રતિબંધ યાદી પરના દેશમાં હોવું.
શું તમારા માટે રિપોર્ટ કરવો યોગ્ય છે?
શું અનામી રૂપે રિપોર્ટ કરવો યોગ્ય છે?
શું સંભવિત રીતે ઓળખ કરાવતી માહિતી ઈરાદાપૂર્વક બદલવી યોગ્ય છે, જેમ કે બાકાત જૂથમાંથી બચવા માટે, અને ખુલાસો યોગ્ય લોકો સુધી પહોંચે તે હેતુથી?
ત્રીજો પક્ષ
ઉદાહરણ: તમે શોધો છો કે કંપનીના સોફ્ટવેરમાં ત્રીજા પક્ષને સંડોવતો બગ છે, જેમ કે બીજા સોફ્ટવેરના ટુકડા અથવા બીજી વેબસાઇટ સાથેનું સંકલન.
શું તમારા માટે તમને મળેલી બધી માહિતી બંને પક્ષોને જણાવવી યોગ્ય છે?
શું બે અલગ જવાબદાર ખુલાસા કરવા જરૂરી છે, જેમ કે એક કંપનીને એક રિપોર્ટ, અને ત્રીજા પક્ષની કંપનીને અલગ રિપોર્ટ, દરેક કંપનીને મોકલાતી માહિતી મર્યાદિત કરવાના હેતુથી?
શું શોધનાર માટે કંપનીઓને એકબીજા સાથે સંપર્કમાં લાવવી યોગ્ય છે?
વિક્ષેપકારક સોફ્ટવેર
ઉદાહરણ: તમે એટલા કુશળ છો કે એવો વાયરસ લખી શકો છો જે તમારા મતે વપરાશકર્તાઓને સુરક્ષા જોખમથી પોતાનું રક્ષણ કરવામાં, અથવા તેઓ જોખમમાં છે કે નહીં તે ઓળખવામાં, અથવા સુરક્ષા જોખમ સુધારવામાં મદદ કરે તેવી શક્યતા છે.
શું આ યોગ્ય છે?
શું શોધનાર માટે વપરાશકર્તાઓને આવા સોફ્ટવેર તરફ, અને/અથવા આવા પ્રકારનું સોફ્ટવેર કેવી રીતે બનાવવું તે વર્ણવતી માર્ગદર્શિકાઓ કે ટ્યુટોરિયલ તરફ દોરવા યોગ્ય છે?
સંકલિત નબળાઈ ખુલાસો વિરુદ્ધ જવાબદાર ખુલાસો
સંકલિત નબળાઈ ખુલાસો એ પસંદગીનો શબ્દ છે.
- સૌથી મહત્વનું પાસું શોધનાર અને ઉત્પાદક વચ્ચેનું સંકલન છે.
જવાબદાર ખુલાસો એક અપ્રચલિત શબ્દ છે.
- જવાબદાર હોવાનો અર્થ શું છે તે અંગે લોકોના મત જુદા જુદા છે. ઉદાહરણ તરીકે, કેટલાક લોકો હિમાયત કરે છે કે ઉત્પાદક સાથેની કોઈપણ વાતચીતને ગણ્યા વિના શોધનારે તરત જનતાને જણાવવું એ જવાબદારીભર્યું છે, અને સંકલિત નબળાઈ ખુલાસો કરવો બિનજવાબદારીભર્યું છે કારણ કે તે જનતાથી માહિતી છુપાવે છે.
ટ્રેકિંગ
- પેકેજ: coordinated-disclosure
- વેબસાઇટ: https://github.com/coordinated-vulnerability-disclosure/coordinated-vulnerability-disclosure
- ક્લોનિંગ: https://github.com/coordinated-vulnerability-disclosure/coordinated-vulnerability-disclosure
- સંસ્કરણ: 2.7.0
- બનાવ્યું: 2017-09-21
- અપડેટ કર્યું: 2026-06-08T06:53:18Z
- લાઇસન્સ: GPL or GFDL or contact us for a custom license
- સંપર્ક: Joel Parker Henderson (http://joelparkerhenderson.com)
- ટ્રેકર: f44c30d1b876f8987cf78c727e573542