നിങ്ങൾ പ്ലാൻ ചെയ്യേണ്ട നാല് ആർക്കിടെക്ചറൽ മാറ്റങ്ങൾ താഴെ നൽകുന്നു. സാധാരണയായി ഉപയോഗിക്കുന്ന RFID-BLE-ERP സ്റ്റാക്ക് എന്തുകൊണ്ട് ഇനി മതിയാകില്ലെന്നും നിർമ്മാതാക്കൾ ആദ്യ ദിവസം മുതൽ എന്തൊക്കെ പുനർനിർമ്മിക്കേണ്ടി വരുമെന്നും ഈ മാർഗനിർദ്ദേശം വിശദീകരിക്കുന്നു.
എന്തുകൊണ്ടാണ് ITAR നിയമങ്ങൾ സാഹചര്യങ്ങളെ മാറ്റുന്നത്
അൺമാൻഡ് എയർ സിസ്റ്റം (UAS) ഭാഗങ്ങൾ ഉൾപ്പെടെയുള്ള പ്രതിരോധ സംബന്ധമായ വസ്തുക്കളുടെ രൂപകൽപ്പന, ഉൽപ്പാദനം, കയറ്റുമതി എന്നിവയെ International Traffic in Arms Regulations (ITAR) നിയന്ത്രിക്കുന്നു. ഒരു സാധാരണ ഫാക്ടറിയിൽ, ഒരു ഭാഗം എപ്പോൾ നീങ്ങുന്നു, ആരാണ് അത് സ്കാൻ ചെയ്തത്, അത് എവിടെയാണ് ഇരിക്കുന്നത് എന്നിവ ഒരു IoT സെൻസർ നെറ്റ്വർക്ക് രേഖപ്പെടുത്തുന്നു. ഈ ലോഗുകൾ ഗുണനിലവാര നിയന്ത്രണത്തിന് (quality control) സഹായിക്കുന്നുണ്ടെങ്കിലും, തെറ്റുകൾ കണ്ടെത്തിയാൽ ഡാറ്റ തിരുത്താം എന്നാണ് അവ അനുമാനിക്കുന്നത്. എന്നാൽ ഇതിനു വിപരീതമായി, ലോഗിൽ മാറ്റങ്ങൾ വരുത്തിയിട്ടില്ലെന്ന് തെളിയിക്കാൻ ITAR ആവശ്യപ്പെടുന്നു. ഈ ഒരു ആവശ്യം തന്നെ സ്റ്റോറേജ്, ഓതന്റിക്കേഷൻ, ഇന്റഗ്രേഷൻ എന്നിവയെക്കുറിച്ച് പുനർചിന്തനം നടത്താൻ നിർബന്ധിക്കുന്നു.
1. ഡാറ്റാ പൈപ്പ്ലൈനിൽ മാറ്റങ്ങൾ വരുത്താനാവാത്ത രീതി (tamper-evidence) നിർമ്മിക്കുക
സാധാരണ IoT സംവിധാനങ്ങൾ ഇവന്റുകൾ ഒരു 'mutable database'-ൽ ആണ് സംഭരിക്കുന്നത്; ഒരു ടെക്നീഷ്യന് ടൈംസ്റ്റാമ്പ് തിരുത്താനോ തെറ്റായ റെക്കോർഡുകൾ നീക്കം ചെയ്യാനോ സാധിക്കും. എന്നാൽ ITAR നിയമങ്ങൾ ബാധകമായ സാഹചര്യത്തിൽ, ലോഗുകൾ മാറ്റം വരുത്താൻ കഴിയാത്ത രീതിയിലുള്ളതാകണം (immutable). ഓരോ പുതിയ എൻട്രിയും തൊട്ടുമുമ്പുള്ള എൻട്രിയുടെ ക്രിപ്റ്റോഗ്രാഫിക് ഹാഷുമായി (cryptographic hash) ബന്ധിപ്പിക്കുന്ന രീതിയാണ് ഇതിനായി ശുപാർശ ചെയ്യുന്നത്. ഇത് പിന്നീട് പരിശോധിക്കാവുന്ന ഒരു “hash chain” സൃഷ്ടിക്കുന്നു. ഏതെങ്കിലും റെക്കോർഡിൽ മാറ്റം വരുത്തിയാൽ ചെയിൻ തകരാവുകയും അത് കൃത്യമായി കണ്ടെത്താൻ സാധിക്കുകയും ചെയ്യും. ഡാറ്റ രേഖപ്പെടുത്തുന്നതിന് മുമ്പ് തന്നെ ഹാഷ് കണക്കാക്കേണ്ടതുകൊണ്ട്, ഈ ആർക്കിടെക്ചർ ആദ്യ ദിവസം മുതൽ തന്നെ പിന്തുണയ്ക്കേണ്ടതുണ്ട് - പിന്നീട് ഇത് കൂട്ടിച്ചേർക്കാൻ കഴിയില്ല.
2. ലൈവ് ITAR ക്രെഡൻഷ്യൽ സ്റ്റോറുമായി ആക്സസ് പരിശോധിക്കുക
മിക്ക IoT പ്ലാറ്റ്ഫോമുകളും സ്റ്റാറ്റിക് ആയ role-based access control (RBAC)-നെയാണ് ആശ്രയിക്കുന്നത്. ഒരു ഉപയോക്താവിന്റെ അനുമതികൾ ലോഗിൻ ചെയ്യുമ്പോൾ ഒരിക്കൽ മാത്രം എടുക്കുകയും ലോക്കലായി സേവ് ചെയ്യുകയും ചെയ്യുന്നു. എന്നാൽ ITAR ഇതിലേക്ക് ഒരു ഡൈനാമിക് ഘടകം കൂടി ചേർക്കുന്നു: ഒരു ടെക്നീഷ്യന്റെ അനുമതി കാലാവധി അവസാനിച്ചേക്കാം, ചില പ്രത്യേക ഘടകങ്ങളിൽ മാത്രം പരിമിതപ്പെട്ടതാകാം, അല്ലെങ്കിൽ ഒരു സുരക്ഷാ പ്രശ്നത്തിന് ശേഷം അത് റദ്ദാക്കിയേക്കാം. അതിനാൽ, ഓരോ ആക്സസ് അഭ്യർത്ഥനയുടെയും സമയത്ത് സിസ്റ്റം സെൻട്രൽ ITAR ക്രെഡൻഷ്യൽ സർവീസിനോട് വിവരങ്ങൾ ചോദിക്കുന്നു. 500 ms-ൽ താഴെ പ്രതികരണ സമയം ലഭിക്കുന്നതിനായി പ്ലാന്റ് edge gateways ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, ക്രെഡൻഷ്യൽ പരിശോധന അവിടെത്തന്നെ നടക്കുന്നു, ദൂരെയുള്ള ഒരു ക്ലൗഡ് സർവീസിലല്ല. ഇതിന്റെ ഫലമായി, അംഗീകൃത വ്യക്തികൾക്ക് മാത്രം റെക്കോർഡുകൾ കാണാനോ മാറ്റം വരുത്താനോ കഴിയുന്ന കൂടുതൽ സുരക്ഷിതമായ ഒരു സംവിധാനം ലഭിക്കുന്നു.
3. RF സിഗ്നലുകൾ ദുർബലമാകുന്ന ഇടങ്ങളിൽ സോൺ-ലെവൽ ട്രാസബിലിറ്റി ഉപയോഗിക്കുക
പല UAV ഭാഗങ്ങളും അസംബിൾ ചെയ്യുന്ന ക്ലീൻറൂമുകൾ (cleanrooms) വൈദ്യുതകാന്തിക തടസ്സങ്ങളെ (electromagnetic interference) നിയന്ത്രിക്കുന്നു. ഷോപ്പ് ഫ്ലോറിൽ നന്നായി പ്രവർത്തിക്കുന്ന Bluetooth Low Energy (BLE) ടാഗുകൾ പലപ്പോഴും ഇത്തരം സോണുകളിൽ സിഗ്നൽ നഷ്ടപ്പെടാറുണ്ട്, ഇത് കൃത്യമായ ലൊക്കേഷൻ ട്രാക്കിംഗ് അസാധ്യമാക്കുന്നു. അതിനാൽ, വളരെ സൂക്ഷ്മമായ പൊസിഷനിംഗിന് പകരം സോൺ-ലെവൽ ട്രാക്കിംഗ് ഉപയോഗിക്കാൻ മാർഗനിർദ്ദേശങ്ങൾ നിർദ്ദേശിക്കുന്നു: ഓരോ വാതിലിലും വർക്ക് സ്റ്റേഷനുകളിലും RFID റീഡറുകൾ സ്ഥാപിക്കുക, തുടർന്ന് ഓരോ സോണിലേക്കും ഒരു ഘടകം പ്രവേശിക്കുന്നതും പുറത്തുപോകുന്നതും രേഖപ്പെടുത്തുക. ഒരു ടെക്നീഷ്യൻ ഒരു വർക്ക് ഓർഡർ ആരംഭിക്കുമ്പോൾ, സിസ്റ്റം ആ ഘടകത്തെ ആ വർക്ക് സ്റ്റേഷനുമായി ബന്ധിപ്പിക്കുന്നു, ഇത് നിരന്തരമായ സിഗ്നൽ ആവശ്യമില്ലാതെ തന്നെ വ്യക്തമായ ഒരു കസ്റ്റഡി ചെയിൻ (custody chain) സൃഷ്ടിക്കുന്നു.
4. ERP ഇന്റഗ്രേഷൻ ബൈഡയറക്ഷണൽ (bidirectional) ആക്കുക
സാധാരണ적인 IoT-to-ERP പ്രവാഹത്തിൽ സെൻസർ ഇവന്റുകൾ എന്റർപ്രൈസ് റിസോഴ്സ് പ്ലാനിംഗ് (ERP) സിസ്റ്റത്തിലേക്ക് അയക്കുന്നു, ഇവിടെ ERP ഒരു പാസീവ് കൺസ്യൂമർ മാത്രമാണ്. എന്നാൽ ITAR നിയമങ്ങൾ ഈ മാതൃകയെ മാറ്റുന്നു. ERP-യിലെ ഉൽപ്പാദന റെക്കോർഡുകൾ IoT ലെയറിനെ നിയന്ത്രിക്കുകയും വേണം - ഉദാഹരണത്തിന്, ഒരു വർക്ക് ഓർഡർ ഉണ്ടെങ്കിൽ മാത്രമേ ഒരു ഘടകത്തിന്റെ ചലനം IoT സിസ്റ്റം സ്വീകരിക്കാവൂ, കൂടാതെ ഒരു ഓർഡർ ഇല്ലാതെ ഒരു ഭാഗം നീങ്ങുകയാണെങ്കിൽ IoT സിസ്റ്റം അത് ERP-യെ അറിയിക്കുകയും വേണം. അതിനാൽ, ആദ്യ ഓഡിറ്റിന് മുമ്പ് തന്നെ ആർക്കിടെക്ചറിൽ കോൺഫ്ലിക്റ്റ്-റെസല്യൂഷൻ (conflict-resolution) നിയമങ്ങൾ ഉൾപ്പെടുത്തേണ്ടതുണ്ട്. ഒരു വർക്ക് ഓർഡർ ഇല്ലാതെ ഒരു ഘടകം ഒരു സോണിൽ പ്രത്യക്ഷപ്പെട്ടാൽ, സിസ്റ്റം അത് നിയമലംഘനമായി കാണിക്കണോ, സ്വയമേവ ഒരു പ്ലേസ്ഹോൾഡർ ഓർഡർ സൃഷ്ടിക്കണോ, അതോ ആ ഇവന്റ് നിരസിക്കണോ? ഇക്കാര്യങ്ങൾ മുൻകൂട്ടി തീരുമാനിക്കുന്നത് പിന്നീട് “ഞങ്ങൾക്ക് നിയമങ്ങൾ ഉണ്ടായിരുന്നില്ല” എന്ന ഒഴികഴിവുകൾ ഒഴിവാക്കാൻ സഹായിക്കും.
ചുരുക്കത്തിൽ: UAV ഘടകങ്ങൾ നിർമ്മിക്കുന്ന ഫാക്ടറികളിൽ, ITAR ഒരു സൗകര്യപ്രദമായ IoT സെൻസർ നെറ്റ്വർക്കിനെ ഒരു നിയമപരമായ ഉപകരണമാക്കി മാറ്റുന്നു. മാറ്റം വരുത്താനാവാത്ത രീതിയിലുള്ള ഡാറ്റാ സുരക്ഷ (tamper-evidence), തത്സമയ ക്രെഡൻഷ്യൽ പരിശോധനകൾ, സോൺ-ലെവൽ ട്രാക്കിംഗ്, ഇരുവശങ്ങളിലേക്കും പ്രവർത്തിക്കുന്ന ERP ഇന്റഗ്രേഷൻ എന്നിവ നിർബന്ധമാണ് - നിർമ്മിക്കപ്പെടുന്ന വിമാനത്തെപ്പോലെ തന്നെ തകരാൻ കഴിയാത്ത വിധം ഡിജിറ്റൽ വിവരങ്ങൾ സംരക്ഷിക്കാനുള്ള ഏക മാർഗ്ഗമാണിത്.