Abstract: Presented herein are system and methods for detecting anomalies in microservices. A server may receive a first plurality of metrics from a microservice of a plurality of microservices. Each of the microservices may provide a respective function for an application independently from other microservices. The server may apply the first plurality of metrics to an ensemble of anomaly detection models to generate classifications. Each of the classifications may indicate the first plurality of metrics as one of anomalous or normal from a respective model of the ensemble. The ensemble may be trained using a second plurality of metrics from the microservice. The server may identify a majority of the plurality of classifications as indicating the first plurality of metrics as anomalous. The server may determine that at least one of the first plurality of metrics satisfies a threshold. The server may generate an alert to indicate an anomaly event.

Abstract: Systems and methods for generating a platform-agnostic data pipeline via a low code transformation layer are disclosed. The system receives one or more user selections of (i) nodes and (ii) links linking the nodes, indicating a data pipeline architecture of transfer/management/flow of data via a GUI. In response to receiving a user selection to implement the data pipeline, the system automatically identifies/generates a set of code portions, based on one or more software objects (e.g., JSON objects) associated with the user selections indicating the data pipeline architecture. The system then identifies a platform identifier associated with a remote server and generates a set of executable instructions (e.g., a script, executable program, or other file) associated with the data pipeline architecture by using a transformation component. The system then provides the executable instructions to the remote server to host the data pipeline.

Abstract: A network system to provide a centralized system to connect to third-party systems by using pre-built, secure, and pre-tested standardized connectors to data and services provided via APIs. A service provider pre-configures third-party systems connections to establish a type of certificate required, establish a security level required for each third-party system connection, pre-configure a software connection, and test the connection. The service provider presents a graphical user interface to a user of a client system with representations of each pre-configured third-party system connection. When a client selects a third-party system connection to connect with the client system data, the service provider generates a certificate signing request, communicates a private key to the client system, and communicates the client system data and the certificate signing request to a certificate authority system.

Abstract: A model checking system detects violations and conflicts in security and verification policies by running model checking processes. The system detects privilege escalation attacks in misconfigured identification and access management (“IAM”) policies by modeling security policy documents and IAM actions as logical formulas and then running model checking on the model. The system translates non-Boolean variables, such as string variables, into Boolean variables in order to apply an SAT model checker. The model checker also determines whether a policy violation can be achieved in a finite number of steps by elevating privileges of some compromised principal over multiple iterations of the model checking process, or proves absence thereof.

Abstract: Systems and methods provide for an integrated script development and script validation platform. The integrated script development and script validation platform archives data in a way such that the dependencies between contributions of code strings (e.g., script sets) are detected and recorded. That is, the systems and methods detect dependency branches in the script code of script sets. By doing so, the systems and methods may identify individual performance characteristics for a given script set as well as determine the overall impact on the application itself.

Abstract: A computer-implemented method comprising receiving a transaction request from a first node within the plurality of nodes, the transaction request corresponding to a pending transaction between the first node and a second node; identifying a blockchain associated with the pending transaction, the blockchain including a first block instance having a hierarchy file indicating a hierarchy among the first node, the second node, and the third node; identifying a second block instance having an executable file to approve the transaction request received from the first node; executing the executable file, wherein the executable file is configured to retrieve data from a data source associated with the third node and analyze data to approve or deny the transaction request; and appending a third block instance comprising the set of transaction attributes to the blockchain.

Abstract: A computer-implemented method comprising receiving a transaction request from a first node within the plurality of nodes, the transaction request corresponding to a pending transaction between the first node and a second node; identifying a distributed ledger associated with the pending transaction, the distributed ledger including a first record having a hierarchy file indicating a hierarchy among the first node, the second node, and the third node; identifying a second record having an executable file to approve the transaction request received from the first node; executing the executable file, wherein the executable file is configured to retrieve data from a data source associated with the third node and analyze data to approve or deny the transaction request; and appending a third record comprising the set of transaction attributes to the distributed ledger.

Abstract: Systems and methods for a bifurcated self-executing program that wraps a first self-executing program (e.g., a first smart contract) on a blockchain within a second self-executing program (e.g., a second smart contract), in which the second self-executing program enforces the requirement for particular security credentials/certificates. The bifurcated self-executing program comprises a single compiled self-executing program that combines the first self-executing program and the second self-executing program.

Abstract: A computer-implemented method comprising receiving a transaction request from a first computing device, the transaction request corresponding to a pending transaction between the first computing device and a second computing device and comprising a first set of transaction attributes; appending block instances to blockchains of the first and second computing devices, retrieving or receiving, from the second computing device, a second set of transaction attributes; when the first set of transaction attributes match, identifying a second blockchain associated with the pending transaction; automatically executing a protocol to compare the first set of transaction attributes with data stored onto a ledger of the identified second blockchain; and, in response to determining that the first set of transaction attributes complies with data of the ledger of the identified second blockchain, appending block instance to the blockchain comprising data corresponding to the transaction request to blockchains of the first a

Abstract: Systems and methods for generating shell-wrapped self-executing programs for conducting cryptographically secure blockchain actions on public, non-permissioned blockchain networks that are cryptographically secure. For example, the shell-wrapped self-executing program may comprise a shell program and the self-executing program. The shell program may contain and output one or more validation characteristics about the self-executing program and coupled data input systems (e.g., oracles) in response to a query about accessing the self-executing program. As such, any entity (e.g., a legacy computing system and/or another self-executing program) that requests to access the self-executing program may first receive information about the validation (if any) of the self-executing program.

Abstract: Data representing ownership of a traditional asset of a first party having a predefined monetary value stored at a first party network node is replicated to a plurality of other party network nodes, including a second party network node, communicably coupled to the first party network node and to one another. Entry of data is received at the first party network node that represents a partition by the first party of the asset of the first party on a non-value axis into at least two non-overlapping assets and a transfer of ownership of one of those two assets to the second party. The data representing the partition of the non-value axis and transfer of ownership of one of the two non-overlapping assets to the second party is replicated to the plurality of other party nodes, including the second party network node.

Abstract: Systems and methods for linking a data set to respective locations of relevant data elements in documents included in electronic files in which a formatting server identifies a specific location of each occurrence of each of a plurality of different categories of fields in documents in an electronic file and links an identifier of each of the categories to each specific location of each of the occurrences. Thereafter, a review server compares data populating all of the occurrences at each specific location of at least one of the categories of fields to which the identifier of the particular category of fields is linked and generates a notification when the data populating any of the occurrences differs from data populating any of the other occurrences of the same category of fields.

Abstract: A distributed private ledger function of a server of a first consortium member receives data representing an alias for one of its customers from the customer and also receives data that represents an alias for a customer of a second member replicated by a distributed private ledger function of a server of the second member to all members of the consortium. Thereafter, the distributed private ledger function of the first member's server identifies a recipient account of the second member's customer based on an account pointer associated with the alias of the second member's customer and initiates a transfer of funds from a source account of the first member's customer corresponding to an account pointer associated with the alias for the first member's customer to the identified recipient account of the second member's customer.

Abstract: Systems and methods for communication of electronic data in which one or more memory-coupled entity processors programmed to execute a stateless application that persists no data except configuration data in the stateless application and causes the at least one entity processor to receive data in a first format from a data source to which the stateless application executing on the at least one entity processor is loosely coupled; translate the received data to a second format for a data destination; and submit the data in the second format to the data destination to which the stateless application executing on the at least one entity processor is also loosely coupled.

Abstract: An intrusion detection system and method includes an intrusion detection system processor communicatively coupled to multiple environmental change event sensors disposed within an enclosure housing a CPU of an ATM and independent of the CPU of the ATM. In response to receiving an environmental change event notification from one or more of the environmental change event sensors, the intrusion detection system processor commences a predetermined time-out period for entry of valid authentication credentials and deactivates a power supply of the automated teller machine upon expiry of the time-out period without receiving entry of valid authentication credentials.

Abstract: Identity and access control systems and methods employ a registry that receives a request for confidential data from a client, together with a secure enrollment profile identifier for the client, and generates and sends a challenge token to the client, which encrypts and returns the encrypted challenge token to the registry. Thereafter, the registry confirms that the encrypted challenge token is validly encrypted and calls up a security backend with authorization to provide the requested confidential data to client, and the security backend sends the requested confidential data to the client.

Abstract: The methods and systems described herein attempt to resolve the deficiencies of the conventional systems by using pre-loaded templates and extracting comprehensively populated payment files in an industry standard format for processing. In one embodiment, a computer-implemented method for generating a payment file comprises receiving, by a computer, a request for a payment to a beneficiary; receiving, by a computer, a selection of the beneficiary for payment; receiving, by a computer, a request to pay the beneficiary using a template; retrieving, by a computer, the template from a database, wherein the template has a plurality of business rules for completing a plurality of data fields; extracting, by a computer, information from a database to complete the data fields of the template; and generating, by a computer, a payment file by completing the data fields of the template according to the plurality of business rules.

Abstract: Methods and systems for performing a pre-staged transaction, such as a cash withdrawal by a user or a user's surrogate, employ a host server that receives pre-staged ATM transaction data via a first communication channel from a user's mobile device and sends a first unique authentication token via a second communication channel to the user's mobile device processor. An ATM processor receives entry of a pre-staged ATM transaction request and the first unique authentication token and sends the entered pre-staged ATM transaction request and first unique authentication token to the host server for validation, which validates the received pre-staged ATM transaction input data and the entered first unique authentication token.

Abstract: A computer-implemented method comprising receiving a request to execute a transaction transferring transaction data from a first account to a second account associated with a second computing device in communication with a distributed ledger, the request comprising an identification of the first account and the second account; identifying a third account associated with a third computing device in communication with the distributed ledger; retrieving first account data for the first account and third account data for the third account from the distributed ledger; comparing a first value from the first account data and a third value from the third account data to a threshold; determining the transaction satisfies a transaction policy; and generating a record in the distributed ledger indicating the transaction transferring the transaction data from the first account to the second account in response to the determination that the transaction satisfies the transaction policy.

Abstract: A computer-implemented method comprising receiving a transaction request from a first node within the plurality of nodes, the transaction request corresponding to a pending transaction between the first node and a second node; identifying a distributed ledger associated with the pending transaction, the distributed ledger including a first record having a hierarchy file indicating a hierarchy among the first node, the second node, and the third node; identifying a second record having an executable file to approve the transaction request received from the first node; executing the executable file, wherein the executable file is configured to retrieve data from a data source associated with the third node and analyze data to approve or deny the transaction request; and appending a third record comprising the set of transaction attributes to the distributed ledger.