Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Authentication”

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.

At least 451 records · Page 25

Accessible Telemetry Streams using a Zero Trust Architecture for the Flight Operations Directorate

As a result of information technology based work becoming increasingly distributed, unique challenges have been presented within the realm of defined network perimeters, namely with respect to secure access to resources. Historically, and from a simplistic abstract perspective, the common approach has been to adopt the, so-called, moat model whereby a physical network perimeter (or interconnected perimeters) is defined to encapsulate resources behind a boundary protected by a firewall. Users are provisioned access through a virtual private network (VPN) and may be further constrained to resources through specific firewall allow and disallow rulesets. Virtual Private Networks and firewall rulesets lead to common problems, particularly at scale and, as a result, perimeter-less architectures provided over the public internet are increasingly becoming prevalent, particularly with its more popular implementation, the Zero Trust Architecture. We present a proposed implementation of the Zero Trust Architecture with a particular concrete example utilizing a de-perimeterized network that requires authentication and authorization for each action between nodes and does not operate within an implicit trust boundary. It should be noted that this paper is not an attempt at providing comprehensive resolutions for the specific problem space with respect to perimeter based security and is more directed at providing information with regard to our proposed implementation of a Zero Trust Architecture for the Flight Operations Directorate. We direct the reader to our Introduction and Background section for more details on specific documentation and where it can be located as it relates to de-perimeterization and Zero Trust.

Paul Shoemaker↗

DIP for Service Providers

The second DIP workshop’s topic is DIP for Service Providers. The workshop presentation covers topics such as DIP onboarding process, service authentication, catalog service capabilities, API requirements, NASA services and their access points, and data requirements for service providers. The Onboarding Process describes the required documentation that enables to collaborate with NASA as well as other industry partners through DIP. Also, step by step approach for the partner to take to register services or consme services through the DIP platform. The Catalog Service describes the different ways for the users to search for services that are of interest as well as registering services to the platform, so other users can search and discover. The API Requirements and Service Specifications describes the benefits of DIP's API management approach via API Gateway where services are managed centrally but ownership is decentralized and partners completely own the administration of their own services. NASA Services and Data Access Points topic describes the services, both data access service and machine learning prediction service, that NASA provides via the DIP platform in near time and post operations via REST API endpoints defined on the API Gateway. Also, NASA's approach for data storage process is explained. The Data Requirements for service providers describes the requirements for storing and exposing to support the performance of services that are provided by the service providers. Lastly, NASA's technology development plan with preliminary scheduler will be presented. There will be a Q&A session at the end of each segment of the presentation to solicit feedback from the participants.

ATM-X↗

Cloud Computing Option for Modeling the Debris Environment

NASA’s Digital Transformation Initiative aims to promote the agency’s adoption of current and evolving digital technologies. Through agency-wide collaboration with other NASA teams, the Office of Safety and Mission Assurance (OSMA) has directed the Orbital Debris Program Office and the Meteoroid Environment Office to integrate cloud computing technologies in their publicly released software models: the Orbital Debris Engineering Model (ORDEM) and the Meteoroid Engineering Model (MEM). Decoupling the user interface from the backend processor was key for the software packages to run on a cloud computing framework. Benefits to this design include horizontal scaling of computing resources, user authentication and authorization, and automated deployment. Both models are hosted on a cloud computing platform supported by the NASA authorized IT security and compliance framework. This paper focuses on the new ORDEM web application, which includes the current features of the publicly released ORDEM software with an upgraded frontend design. The underlying ORDEM processor is run on a cloud container, allowing the user to run multiple spacecraft and telescope/radar mode simulations. Featuresexclusive to the ORDEM web application, such as importing multiple TLEs, auto-generated plotting, and the ability to check runtime progress are discussed. Comparisons between the current ORDEM software and the web application are summarized.

Andrew Vavrin↗

Developing Compelling and Science-Focused Mission Concepts for NASA Competed Mission Proposals

Since the mid 1990s, NASA has used a competitive selection process to initiate new mission concepts. These competed missions are motivated by high-value science with low implementation and cost risks. Selectable mission concepts require highly focused science approaches—delivering high quality science “on a budget.” Prospective Principal Investigators (PIs) need to convince NASA that the science they are proposing is both compelling and has high programmatic value. Unfortunately, many of these PIs are not trained in the communication skills needed for “selling” a mission concept to stakeholders. This requires a proposal that presents an investigation in an accessible, relatable, authentic, and believable way. It is the onus of the proposing PI to convince NASA of the value of their particular science concept in a competitive environment, addressing any pre-conceived notions reviewers might have about the concept’s value, complexities, urgency, and other impediments to understanding.The importance of this can be seen in the NASA-sponsored PI Launchpad (Nov 2019 & Jun 2021)1 which was designed to help early career scientists understand the skills, methods, processes, and resources needed to develop compelling science mission concepts; as well as in JPL’s update to their concept maturity model (Jan 2020) which included the addition of Story and Strategy dimensions. This paper provides guidance to assist prospective PIs in developing compelling, science-focused mission concepts. It will provide direction for communicating concepts more clearly to make science objectives more relatable to both reviewers and a broader audience, improving the probability of selection.

Ziemer, John↗

Gender Diversity in Heliophysics

Science is conducted by people. When those people do not feel safe in their workplace, they will struggle to produce quality science. The American scientific community has traditionally been dominated by cisgender white men–cisgender meaning that their gender aligns with the one assigned to them at birth. Individuals who are not part of this dominant demographic group have historically been excluded from scientific debate. However, the demographic landscape is changing rapidly [e.g., Jones (2022)], and organizations must ensure early career scientists of all identities feel accepted so they can achieve their goals in the field. Heliophysics describes the confluence and interaction of historically delineated scientific disciplines, including plasma, solar, and space physics. The scientific architecture of our field is founded on collaboration between people with diverse interests, backgrounds, skill sets, and ways of approaching problems. It should follow that the cohort of heliophysicists is at least as diverse as our research problems. A framing often referred to as “the business case” for diversity holds that perspectives different than our own enrich the ways in which we solve problems and communicates the positive outcomes for diverse working groups Starck et al. (2021). However, this rationale is insufficient in scope and uncompassionate in motivation; the safety of marginalized individuals is just as important as the achievements of a group. From the expectations that marginalized people outperform in order to prove themselves to the tokenization of their inclusion in an otherwise normative space, the “business case” for diversity is often harmful to historically marginalized individuals Haacker et al. (2022). The primary motivation for a diverse constituency of heliophysicists ought to be equity. Only by accepting the authentic selves of our fellow heliophysicists can we create an environment in which they have the mental and emotional safety necessary to do their best work. This white paper focuses on a particular axis of identity which the authors believe lacks visibility within heliophysics: gender expansion. It begins with definitions, explains the current landscape, and suggests actions toward a better future. The authors seek to shed light on these issues so that we can work together as a community to create a more inclusive, safe, and welcoming space for people of all identities.

M. Kenny↗

Cloud Computing Option for Modeling the Debris Environment

NASA’s Digital Transformation Initiative aims to promote the agency’s adoption of current and evolving digital technologies. Through agency-wide collaboration with other NASA teams, the Office of Safety and Mission Assurance (OSMA) has directed the Orbital Debris Program Office and the Meteoroid Environment Office to integrate cloud computing technologies into their publicly released software models: the Orbital Debris Engineering Model (ORDEM) and the Meteoroid Engineering Model (MEM). Decoupling the user interface from the backend processor was key for the software packages to run on a cloud computing framework. Benefits to this design include horizontal scaling of computing resources, user authentication and authorization, and automated deployment. Both models are hosted on a cloud computing platform supported by the NASA authorized IT security and compliance framework. This paper focuses on the new ORDEM web application, which includes the current features of the publicly released ORDEM software with an upgraded frontend design, although parallels between ORDEM and MEM are also discussed. The underlying ORDEM processor is run on a cloud container, allowing the user to run multiple spacecraft and telescope/radar mode simulations. Features exclusive to the ORDEM web application, such as importing multiple TLEs, auto-generated plotting, and the ability to check runtime progress are discussed. Comparisons between the current ORDEM software and the web application are summarized.

Andrew Vavrin↗

New Cryogenic Method for Combining Lunar Regolith Simulant and Frozen Volatiles to Generate Icy Lunar Simulated Regolith

There is a requirement within the lunar science and exploration communities to develop lunar simulants containing volatiles that are solids at the cryogenic temperatures found in the permanently shadowed regions (PSRs), such as those found near the Lunar South Pole. Icy regolith simulants would be used for curation training, as well as for various research activities. One of the most critical aspects of developing a regolith simulant that is more physically and chemically like icy lunar regolith is minimizing any form of modification driven by elevated temperatures. Here we document our ongoing efforts to combine materials at ultralow temperatures, designed to minimize any chemical reactions or other physical changes during the production of the icy regolith. Our goal is to document how one can create an essentially “unreacted” icy regolith that can serve as an effective “time zero” start point from which advanced curation research will proceed. This is done using commercial off-the-shelf equipment as much as possible, along with creating a custom spray plate that can be adapted to a wide variety of methods, all for the planetary simulant community. This method creates crystals of various volatiles such as water, methanol, along with CO 2 ice and these components are combined with lunar regolith that is at -196°C temperature to avoid chemical reactions, and/or phase changes thus creating a more chemically relevant icy lunar regolith. The rules of chemistry stay the same regardless of location whether it’s in the lab, or directly on the lunar surface, and therefore we aim for creating a more authentic icy lunar simulant in the laboratory by operating at ultralow temperatures. It is also envisioned that this method will lead to advanced materials testing in the future. In addition, this method is directly applicable to prior missions such as LCROSS.

Cryogenic Lunar Simulant and Icy Volatile Producti↗

New Cryogenic Method for Combining Lunar Regolith Simulant and Frozen Volatiles to Generate Icy Lunar Simulated Regolith

There is a requirement within the lunar science and exploration communities to develop lunar simulants containing volatiles that are solids at the cryogenic temperatures found in the permanently shadowed regions (PSRs), such as those found near the Lunar South Pole. Icy regolith simulants would be used for curation training, as well as for various research activities. One of the most critical aspects of developing a regolith simulant that is more physically and chemically like icy lunar regolith is minimizing any form of modification driven by elevated temperatures. Here we document our ongoing efforts to combine materials at ultralow temperatures, designed to minimize any chemical reactions or other physical changes during the production of the icy regolith. Our goal is to document how one can create an essentially “unreacted” icy regolith that can serve as an effective “time zero” start point from which advanced curation research will proceed. This is done using commercial off-the-shelf equipment as much as possible, along with creating a custom spray plate that can be adapted to a wide variety of methods, all for the planetary simulant community. This method creates crystals of various volatiles such as water, methanol, along with CO 2 ice and these components are combined with lunar regolith that is at -196°C temperature to avoid chemical reactions, and/or phase changes thus creating a more chemically relevant icy lunar regolith. The rules of chemistry stay the same regardless of location whether it’s in the lab, or directly on the lunar surface, and therefore we aim for creating a more authentic icy lunar simulant in the laboratory by operating at ultralow temperatures. It is also envisioned that this method will lead to advanced materials testing in the future. In addition, this method is directly applicable to prior missions such as LCROSS.

Cryogenic Lunar Simulant and Icy Volatile Producti↗

Scenario-Based Task Design for Airline Pilot Anticipatory Behaviors: Asynchronous Assessment of Complex Cognitive Skills

Airline pilots must anticipate potential threats to passenger safety and efficient flight. Such anticipation needs to occur at both the system and individual levels, yet no formal training for these anticipatory behaviors currently exists. The emerging field of resilience engineering provides a framework to explore this problem. Given the complex nature of this problem, the assessment portion of the project constituted a challenge. Simulator time is expensive as simulators are costly to run, and they are extremely limited in number. Also, by the nature of their work, pilots as a group are hard to connect with in person; thus, asynchronous methods were adopted. Further, to ensure that authentic pilot behaviors were observed, task-based scenarios were used rather than focus group or interview protocols. This session explores the design of asynchronous learning and a measure for assessing pilot anticipatory behaviors outside of a simulator to help design learning opportunities for pilots. The scenario-based and active assessment items will be discussed in detail, and demonstrations of these items will be shared. These items constitute the bulk of the challenge for this work. At the time of this writing, data is being collected to assess the effectiveness of the interactive training module and validate the measures. This data will be analyzed and presented as part of the session. This will include any linkages between the scenario-based and traditional assessment items.

task design↗

ModuleOT: A Hardware Security Module for Operational Technology: Preprint

With increasing penetration levels of distributed energy resources (DERs) on the distribution grid, as well as new technological advancements in the cyber space, new cyberattack vectors are being introduced, and the available attack surface is constantly increasing. Despite this increasing risk, the standard IEEE 1547-2018 does not yet recommend cybersecurity measures for DERs. To address this and to better protect data on the distribution grid - from the standpoints information security as well as operational security - ModuleOT has been developed. The module aims to significantly reduce cyberattack vectors by improving data privacy for user applications. This is accomplished by performing the core functions of encryption, authentication, authorization, certificate management, and user access control. The module integrates a custom security application with hardware cryptographic acceleration. The application secures all communications using Transmission Control Protocol over Internet Protocol (TCP/IP). These include the three most commonly used communications protocols for power systems information exchange: Modbus, Distributed Network Protocol 3 (DNP3), and Smart Energy Profile 2.0 (SEP2.0). These three protocols are also supported by IEEE 1547-2018 for all DER devices. This paper tests the data encryption/decryption feature on a physical networking test bed with emulated Modbus devices reporting grid data and presents the results.

24 POWER TRANSMISSION AND DISTRIBUTION↗

Evaluating software defined networking solutions to reduce the digital attack surface of nuclear security systems

Most nuclear security systems used today were not designed for today’s threat environment. Systems that were intended to be stand alone are now interconnected. Devices that have a single purpose are built on multi-purpose platforms and communication protocols that, while effective, have no ability to authenticate authorized versus unauthorized commands. These attributes provide an attacker significant ability to affect the system, pivot throughout the interconnected networks, and remain undetected if he/she is able to compromise a single node. Software defined networking (SDN) has been used for years by information technology (IT) cloud service providers to quickly provision or remove servers or other systems to meet changing demand. The same concept has recently been applied to operational technology (OT) systems to enable very fast failover on critical systems that have stringent and deterministic (<5ms) transmit/receive times. By carefully engineering the communication flows through a network using preplanned routes and specific pathways it is possible to achieve deterministic and extremely reliable message delivery even when components fail. This engineering approach to network design has added security benefits including securing the networking control plane, eliminating network scanning and mapping, inhibiting ARP spoofing and host masquerading, eliminating unauthorized network pivoting and enabling greater situational awareness on the network. SDN in OT environments is new but early testing in electrical power and other critical infrastructure has shown it to be a very powerful tool for building reliable networks and reducing the digital attack surface of the network. The authors tested a software defined network switch on a simple physical protection system with components commonly found in nuclear security systems and found improved mitigations to denial of service attacks, lateral movement and network reconnaissance. The paper details the tests and their results.

Cyber security, Nuclear security, software defined↗

The Nuclear Digital I&C System Supply Chain Cyber-Attack Surface

The nuclear supply chain attack surface is a large, complex network of interconnected stakeholders and activities. The global economy has widened and deepened the supply chain, resulting in larger numbers of geographically dispersed locations and increased difficulty ensuring the authenticity and security of digital assets. Although the nuclear industry has made significant strides in securing facilities from cyber-attacks, the supply chain remains vulnerable. This paper outlines supply chain threats and vulnerabilities and provides a Digital I&C System Supply Chain Cyber-Attack Surface diagram to illustrate the complexity of securing hardware, firmware, software, and system information throughout the entire supply chain lifecycle. The knowledge presented in this paper provides a foundation to use in cybersecurity supply chain risk analysis and to guide future supply chain research and development efforts leading to enhancement of a nuclear facility’s overall security posture.

98 NUCLEAR DISARMAMENT, SAFEGUARDS, AND PHYSICAL P↗

Dynamic signature generation from keystroke dynamics

Described herein are various technologies pertaining to extracting cryptographic keys from user behavioral biometrics, specifically keystroke dynamics. Such cryptographic keys can be used for, among other things, user authentication throughout computer sessions. Keystroke dynamics are timing data indicating when keys were pressed and when they were released.

97 MATHEMATICS AND COMPUTING↗

Communication device for implementing selective encryption in a software defined network

The present disclosure pertains to systems and methods for selectively encrypting data flows within a software defined network (SDN). In one embodiment, a communication device may be configured to receive a plurality of unencrypted data packets. The communication device may receive from an SDN controller a criterion used to identify at least one of the unencrypted data flows to be encrypted. Based on the criterion, an encryption subsystem may generate an encrypted data flow the unencrypted data packets based on an encryption key. In some embodiments, the encryption system may parse the packets and encrypt the data payloads without encrypting the routing information associated with the packet. In other embodiments, the encryption subsystem may be configured to encapsulate and encrypt the entire unencrypted data packet. In some embodiments, the encryption subsystem may further be configured to authenticate a sending device and/or to verify the integrity of a message.

97 MATHEMATICS AND COMPUTING↗

Tag and seal employing a micromachine artifact

A method and apparatus to authenticate a tamper resistant seal that includes a population of particles embedded in an adhesive, the population including at least one micromachine artifact of a predetermined physical shape.

47 OTHER INSTRUMENTATION↗

Deployable sensor system using mesh networking and satellite communication

A sensor system may be configured for continuous operation in a low resource environment and/or in extreme environmental conditions. The sensor system may have sufficient processing capabilities to provide scientific computing for pre-processing, quality control, statistical analysis, event classification, data compression and corrections (e.g., spikes in the data), autonomous decisions and actions, triggering other nodes, and information assurance functions that provide data confidentiality, data integrity, authentication, and non-repudiation. The hardware may have both mesh networking and satellite and cellular communication capability, and may be available for relatively low cost. Such a network provides the flexibility to have potentially any number of nodes be completely independent from one another. Thus, the network may scale across a diverse terrain.

Frigo, Janette↗

Systems and methods for revocation management in an AMI network

Systems and methods for certificate revocation management for advanced metering infrastructure networks are provided. An accumulation manager can be used to accumulate certificate revocation list (CRL) information and determine an accumulator value and a proof value based on the accumulated CRL information using a plurality of functions. These values can be sent on to smart meters, which can then use them for authentication purposes.

Cebe, Mumin↗

Systematization of Password Manager Use Cases and Design Paradigms

Despite efforts to replace them, passwords remain the primary form of authentication on the web. Password managers seek to address many of the problems with passwords by helping users generate, store, and fill strong and unique passwords. Even though experts frequently recommend password managers, there is limited information regarding their usability. To aid in designing such usability studies, we systematize password manager use cases, identifying ten essential use cases, three recommended use cases, and four extended use cases. We also systematize the system designs employed to satisfy these use cases, designs that should be examined in usability studies to understand their relative strengths and weaknesses. Finally, we describe observations from 136 cognitive walkthroughs exploring the identified essential use cases in eight popular managers. Ultimately, we expect that this work will serve as the foundation for an explosion of new research into the usability of password managers.

Simmons, James↗