Search NASA⌕ Search

SEARCH · Search NASA

Results for “socket”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

243 records · Page 14

Authentication Protocol for ICS without Encryption

Industrial control systems (ICS) describes the different types of control systems and associated instrumentation, which includes the devices, systems, networks, and controls used to operate and/or automate industrial processes. Depending on the industry, each ICS functions differently and are built to electronically manage tasks efficiently. Historically, industrial plants have included networking, and changes have been made over time without consideration for security. Many ICS devices currently have inadequate security features. Adding encryption in ICS is undesirable because many of the new detection method involves deep packet inspection. Therefore, we propose to develop a method of providing authentication between devices without encrypting the data. This testbed design will allow rapid development and experimentation with Cyber Physical Systems. Modbus connects to a supervisory computer with a Remote Terminal Unit (RTU) in Supervisory Control and Data Acquisition (SCADA) systems. Our project seeks to enhance security in the ICS environment by adding device authentication to the lower levels of the plant floor. This approach was selected as it allows verification of the sender of data from level 1/level 0 devices up to supervisory systems. This addition is desirable as it adds enhanced verification to the integrity of system data without obscuring (via encryption) the data being transmitted across the network. This is important because many ICS systems are real time critical (decryption adds to latency) and many other good security options require deep packet inspection (which encryption completely defeats). To accomplish this, a proof of concept of adding an authentication scheme was designed and will be tested with a common ICS protocol. The setup includes a single serial cable connecting the serial ports on two devices, a Master and a Minion. Authentication will occur in the following methods: - Data layer involving Transport Layer Security/Secure Socket Layer (TLS/SSL); - TCP/IP route implementation; - Key exchange algorithm; - Raspberry Pi programming for authentication. A portion of the setup includes adding Raspberry Pi into the system as the device is handling the authentication for the network traffic. Modbus is the chosen ICS protocol. It is used to transmit signals from instrumentation and control devices back to a main controller or data gathering system. Typically, the device identity is assumed but not verified. For verifying device identity, we constructed a digital signature architecture with TLS. A novel adaptation of this is to use only the digital signature that is provided and not the encryption capability. This allows ICS traffic to flow unobscured while still providing verification for the integrity of the data. Verification of this process will involve adding additional I/O level network devices with spoofed IP addresses and detecting the authenticated versus unauthenticated traffic. Our TLS implementation will have encryption disabled but should still allow for digital signing of data. This will enable our system to distinguish between real end devices and spoofed end devices. This experiment is presently building the test setup. It is focusing on a small setting to identify authenticated and unauthenticated devices on the network. This should allow for scaling to a larger network size after the initial proof of concept. One concern with this scheme is a certificate deployment has a large scale key management. Network size will thus increase the key management task for security. In addition, we believe that further research should be done on exploring the use of this method to defeat man-in-the-middle attacks.

42 ENGINEERING↗

Fabrication and Testing of DOE Standard Canister Closure Leak Test Assembly

DOE manages over 300 types of spent nuclear fuel (SNF), many of which are located at the Idaho National Laboratory (INL) site. Managing this large variety of SNF for storage, transportation, and disposal poses a challenge to DOE. The Idaho Cleanup Project and INL are collaborating on the DOE SNF Road-Ready Demonstration (“Road-Ready Demonstration”), which will develop and demonstrate the designs, technology, processes, and regulatory framework for packaging DOE-managed SNF for “road-ready dry storage.” Road-ready dry storage is an SNF management concept in which SNF is packaged into dry, sealed canisters that are then placed in onsite storage in anticipation of later transport and disposition. The forward-looking goal of the Road-Ready Demonstration is to establish the foundation for a large-scale road-ready dry storage program at the INL site. In support of establishing a large-scale road-ready dry storage program at the INL site, the Road-Ready Demonstration will first package Fort St. Vrain SNF currently in dry storage at INL into several DOE Standard Canisters (DOESCs). These DOESCs will in turn be loaded into another containment similar to commercial multi-purpose canisters. This multi-purpose canister will then be compatible with a transportation or storage system, such as a storage cask for interim storage or transportation package for offsite transport. These DOESCs will remain sealed over the course of their storage, transportation, and applicable disposal functions. The closure process for the DOESC will include fuel and basket loading, welding, inspection, leak testing, and, if needed, repair. As a follow-up to previous discussions on the design of the DOE Closure Leak Test Assembly (LTA), this report describes recent fabrication and testing efforts performed at INL. DOESCs are sealed by two sequential gas tungsten arc welds, both of which are performed by remotely operated and semiautomatic welding systems. The first weld is a circumferential pipe weld that completes the assembly of the canister body and lid assembly. The second and final closure weld attaches the vent plug to the vent socket via a butt joint. After the second weld is performed, the welds are helium leak tested using an evacuated envelope technique. The LTA was designed for both remote and manual operation. This report describes the fabrication and performance testing associated with the evacuated envelope technique. INL staff designed, fabricated, and tested the LTA at INL facilities. This testing included establishing technique and system sensitivities in accordance with ASME and American National Standards Institute N14.5 requirements. Forthcoming work will cover such areas as design optimization, process and personnel qualification, and implementation in Road-Ready Demonstration operations.

42 ENGINEERING↗

Fabrication and Testing of DOE Standard Canister Closure Leak Test Assembly – 24139

DOE manages over 300 types of spent nuclear fuel (SNF), many of which are located at the Idaho National Laboratory (INL) site. Managing this large variety of SNF for storage, transportation, and disposal poses a challenge to DOE. The Idaho Cleanup Project and INL are collaborating on the DOE SNF Road-Ready Demonstration (“Road-Ready Demonstration”), which will develop and demonstrate the designs, technology, processes, and regulatory framework for packaging DOE-managed SNF for “road-ready dry storage.” Road-ready dry storage is an SNF management concept in which SNF is packaged into dry, sealed canisters that are then placed in onsite storage in anticipation of later transport and disposition. The forward-looking goal of the Road-Ready Demonstration is to establish the foundation for a large-scale road-ready dry storage program at the INL site. In support of establishing a large-scale road-ready dry storage program at the INL site, the Road-Ready Demonstration will first package Fort St. Vrain SNF currently in dry storage at INL into several DOE Standard Canisters (DOESCs). These DOESCs will in turn be loaded into another containment similar to commercial multi-purpose canisters. This multi-purpose canister will then be compatible with a transportation or storage system, such as a storage cask for interim storage or transportation package for offsite transport. These DOESCs will remain sealed over the course of their storage, transportation, and applicable disposal functions. The closure process for the DOESC will include fuel and basket loading, welding, inspection, leak testing, and, if needed, repair. As a follow-up to previous discussions on the design of the DOE Closure Leak Test Assembly (LTA), this report describes recent fabrication and testing efforts performed at INL. DOESCs are sealed by two sequential gas tungsten arc welds, both of which are performed by remotely operated and semiautomatic welding systems. The first weld is a circumferential pipe weld that completes the assembly of the canister body and lid assembly. The second and final closure weld attaches the vent plug to the vent socket via a butt joint. After the second weld is performed, the welds are helium leak tested using an evacuated envelope technique. The LTA was designed for both remote and manual operation. This report describes the fabrication and performance testing associated with the evacuated envelope technique. INL staff designed, fabricated, and tested the LTA at INL facilities. This testing included establishing technique and system sensitivities in accordance with ASME and American National Standards Institute N14.5 requirements. Forthcoming work will cover such areas as design optimization, process and personnel qualification, and implementation in Road-Ready Demonstration operations.

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗

INL Senior Project

What did my team set out to accomplish:? Can I put a custom Machine Learning Model on FPGA?? Can I analyze network traffic in real time?? Can a QSFP port be used with an FPGA?? Does a visual representation of the latent space enhance our understanding of network traffic?? What is QSFP QSFP (Quad Small Form-Factor Pluggable)? QSFP supports transfer speeds generally up to 100Gb/s? Runs 4 parallel lines running up to 28 Gb/s? Why the latent space is important to our project ?Latent space is the compressed mapping of data points in a non-linear fashion? Create an understanding of the relationship of data collected? Can represent that relationship of a single network packet in 3 points (X, Y, Z) Project Outline FPGA? Custom Xilinx Petalinux Image for the operating system? Python program to collect packets and run them through the DPU (Data Processing Unit)? The program then sends the information over a socket to a computer? Display Program? Python Program that collects the information sent from the FPGA and display it in a graph

99 GENERAL AND MISCELLANEOUS↗

Remote Instrumentation and Data Acquisition: An Internship Research Report

This report outlines the development and implementation of a remote data acquisition system for waveform analysis using a Rohde & Schwarz oscilloscope. The project involved capturing waveform data, and transferring it to a local machine for visualization and analysis. The core logic was developed in C++ with a focus on object oriented programming and the use of polymorphism so the main application can interact with any instrument without knowing its exact type, simplifying the overall logic and making it easier to add or swap out components without changing the rest of the codebase.. The system issues Standard Commands for Programmable Instruments (SCPI) via a socket connection and parses the oscilloscope’s ASCII waveform data. The C++ application was containerized using Docker for ease of portability, and reproducibility. Emphasis was placed on secure networking practices, error handling, and effective data capture. The report describes the technical steps taken, challenges encountered, and lessons learned, providing insight into the practical integration of hardware interfacing with remote computational environments.

Parikh, Jaymil [Fermilab]↗

Assessing Energy Infrastructure Devices for Vulnerabilities

Industrial control systems prove to be vital to the health and security of the nation in our critical infrastructure. Critical infrastructure includes the most foundational systems to support modern civilization which includes water and wastewater systems, communications, and the electricity we use to name a few sectors. However, these devices' overall composition remains largely unknown and are untested from a cyber security perspective. As part of the Cyber Testing for Resilient Industrial Control Systems (CyTRICS) program, I analyzed one such energy infrastructure device to better understand how it functions, what hardware and software components are present within it, and assess it for security vulnerabilities. To achieve this, I reverse engineered binary files using Ghidra to understand system functionality and learned more about how to collaborate with other researchers on a shared Ghidra project. I learned more about how web sockets function and how to interact with them through Python to test if they are secure or not. This work led me to assess possible vulnerabilities in this device and provide a better understanding of its composition and function, which are essential to INL's mission of securing our nation's energy infrastructure.

99 - GENERAL AND MISCELLANEOUS↗

Modular Accelerator Robotics Framework Implementation For Accelerator Inspection

Accelerator tunnels, such as the ones at Fermilab, remain highly radioactive after beam shutoff due to induced radiation from the beam. This residual radiation creates a hazardous environment for manual inspection and repair of beamline components. To minimize worker radiation dose and reduce beam downtime, the AD Robotics Initiative previously built a fleet of low-cost custom mobile robots. However, the custom Python sockets server-client architecture lacked standardization, causing development delays and complicating the integration of new sensors and actuators. Here, we developed a modular system using ROS2 and Docker to standardize the teleoperation and control interfaces. This system was validated by implementing a teleoperation controller with real-time, low-latency, and high-definition video feedback. The aim of this framework is for a new feature or even a robot to be integrated into the system simply by documenting the hardware configuration. Current integration of LiDAR, Odometry, and Depth Cameras provides the foundation for Simultaneous Localization and Mapping (SLAM) tasks. Finally, future work involves integration into the accelerator control system and the attachment of a 6 degree-of-freedom robotic arm for telemanipulation.

Rayyan Khana, M. [Unlisted, US, IL] (ORCID:0009000↗

A Graphical User Interface for the Deep Underground Neutrino Experiment Robotic Test Stand

In preparation for DUNE, Fermilab along with six other institutions are testing cold electronics for quality control before components placed in the far detector. We test them by using a robotic arm that places these chips into sockets on a computer board that will test their functionality. Up until now, the chips have been tested using a command line script that drives a state machine to conduct tests step-by-step. In order to lower the skill barrier to conduct tests and to speed up the quality control process, I was tasked to create a graphical user interface that would allow users to use buttons, text boxes, and drop-down menus to input information and tell the testing state machine how to operate. I had to learn about the Python package Tkinter to start the process of widget placement. I further developed a pause feature unused in the previous command line script that would allow the user to shut down testing gracefully, bring the robotic arm to go back to ground state, and go forward or backward a step in the testing process. After completing the basic functionality of the GUI, I started testing production chips with the GUI to debug. Some issues were found, which required me to further develop parts of the inherited state machine code. The code for the GUI has now been pushed into the copy the DUNE/FD_CE git repository and will soon be merged with the official DUNE/FD_CE repository so that the other institutions testing DUNE cold electronics can use and expand upon it.

Gutierrez Villanueva, Jaziel [Fermilab]↗

AAM National Campaign Tech Talk: Data Pipeline Familiarization

NASA's AWS-based Data Pipeline allows real-time data submission and ingestion, with immediate monitoring of data rate, coverage and ingestion quality. Problems are immediately discovered and can be corrected with agility by both Partners and NASA during the a simulation or flight event​.

Data Pipeline↗