VPN ના FIPS દાવા પાછળનું CMVP પ્રમાણપત્ર તપાસો

FIPS validated કહેતાં વેન્ડર પૃષ્ઠો એવો પુરાવો નથી જે તમે ફાઇલમાં મૂકી શકો. પુરાવો એ પ્રમાણપત્ર નંબર, મોડ્યુલનું નામ, માન્ય આવૃત્તિ અને તેની સાથે જોડાયેલી ઓપરેટિંગ શરતો છે, અને એ તમે તૈનાત કરો છો તે બિલ્ડ સાથે મેળ ખાવા જોઈએ. NIST CMVP FAQ સુસંગતતાનો દાવો કરતા ઉત્પાદન અને માન્ય થયેલા મોડ્યુલ વચ્ચેનો ફરક સ્પષ્ટ કહે છે. નીચેનાં ચાર પગલાં ક્રમમાં કરો અને રેકોર્ડ તૈનાતી સાથે રાખો.

પગલું 1: બેજ નહીં, પ્રમાણપત્ર નંબર મેળવો

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

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

એ પાંચ ક્ષેત્રો લખી લો, કારણ કે આગલું પગલું તેમને બિલ્ડ સાથે સરખાવે છે. સ્પ્રેડશીટમાં એક કૉલમ પૂરતી છે.

પગલું 2: મોડ્યુલ આવૃત્તિ બિલ્ડ સાથે મેળવો

VPN ક્લાયન્ટની આવૃત્તિ અને એમ્બેડ કરેલા મોડ્યુલની આવૃત્તિ ભાગ્યે જ એક જ નંબર ધરાવે છે, અને તે સામાન્ય છે. મહત્વનું એ છે કે તમારા બિલ્ડમાંની મોડ્યુલ આવૃત્તિ માન્ય રેકોર્ડમાં છે કે નહીં. અપડેટ ઉત્પાદનનું નામ બદલ્યા વિના મોડ્યુલ બદલી શકે છે, જે ચૂપચાપ તૈનાતીને માન્ય રૂપરેખાંકનની બહાર ખસેડે છે.

પૂછો કે કયો ઘટક મોડ્યુલ વાપરે છે અને સમર્થિત રૂપરેખાંકનમાં મંજૂર મોડ કેવી રીતે પસંદ થાય છે. જે બિલ્ડ બિનમંજૂર મોડમાં ચાલી શકે છે તે મંજૂર મોડ માટે ગોઠવેલા બિલ્ડ જેટલો પુરાવો નથી.

સ્થાનિક બિલ્ડ વાંચો, જેથી સરખામણી ડાઉનલોડ પૃષ્ઠને બદલે આર્ટિફેક્ટ વાપરે. નીચેની આજ્ઞાઓ બરાબર એ જ છાપે છે.

openssl version -a
openssl list -providers -verbose
cat /proc/sys/crypto/fips_enabled

જ્યારે મોડ્યુલ પ્રમાણપત્ર કરતાં અલગ આવૃત્તિ જણાવે, ત્યારે દાવો ખસી ગયો છે અને કોઈ કંઈ પણ સહી કરે તે પહેલાં રેકોર્ડ અપડેટ કરવો પડશે.

પગલું 3: ઓપરેટિંગ શરતો વાંચો

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

પ્રમાણપત્રની બાજુમાં વેન્ડરની માર્ગદર્શિકા રાખો, કારણ કે તે સમજાવે છે કે કઈ સેટિંગ્સ મંજૂર મોડ પસંદ કરે છે અને કઈ ઉત્પાદનને તેની બહાર લઈ જાય છે.

જો તમારા પર્યાવરણમાં શરતો પૂરી કરી શકાતી ન હોય, તો પ્રામાણિક વિધાન એ છે કે આ તૈનાતી માન્ય રૂપરેખાંકનની બહાર છે. જે શરત પૂરી કરી શકાતી નથી તેનું નામ આપવાથી એ વિધાન એવું બની જાય છે જે ટીમ સુધારી શકે અથવા સ્વીકારી શકે.

પગલું 4: આજની સ્થિતિની પુષ્ટિ કરો

CMVP રેકોર્ડમાં સ્થિતિ હોય છે, અને સ્થિતિ કાયમી નથી. NIST નું FAQ 2026 માં FIPS 140-2 ના સંક્રમણની તારીખો વર્ણવે છે, ત્યારપછી સક્રિય યાદીમાં ફક્ત FIPS 140-3 માન્યતાઓ રહે છે. જે પ્રમાણપત્ર ખરીદી મંજૂર થયા ત્યારે સક્રિય હતું તે આજે ઐતિહાસિક હોઈ શકે છે.

ઐતિહાસિક અને રદ થયેલા અલગ સ્થિતિઓ છે, અને ખરીદી માટે દરેકનો પોતાનો અર્થ છે. પ્રોજેક્ટ ફોલ્ડરનો સ્ક્રીનશૉટ નહીં, જીવંત રેકોર્ડ તપાસો, અને તમે તપાસ કરી તે તારીખ નોંધો.

પછી અનુપાલન અથવા ખરીદીના માલિકને પૂછો કે તેમની જરૂરિયાત કઈ સ્થિતિ સ્વીકારે છે, કારણ કે તે નીતિ નિર્ણય છે, ટેકનિકલ શોધ નહીં. જવાબ તારીખ સાથે નોંધો.

રેકોર્ડને તૈનાતી સામે તપાસો

એકઠા કરેલા ચાર મૂલ્યોની સરખામણી કરો: પ્રમાણપત્ર નંબર, બિલ્ડમાંથી મોડ્યુલ આવૃત્તિ, અમલમાંની ઓપરેટિંગ શરતો અને વર્તમાન સ્થિતિ. કોઈપણ અસંગતિ એ શોધ છે, અને શોધ તૈનાતી રેકોર્ડમાં હોવી જોઈએ, સ્લાઇડમાં નહીં.

બિલ્ડ સાથે પુરાવો સંગ્રહો, તારીખ અને તપાસનાર વ્યક્તિ સહિત. દરેક રિલીઝ માટે એક ડિરેક્ટરી પૂરતી છે.

date -u +%FT%TZ
openssl version -a | head -3
cat /proc/sys/crypto/fips_enabled

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