Abstract: A catalyst composition includes a liquid metal alloy having a melting point from about 20° C. to about 25° C., the liquid metal alloy including a primary metal and a secondary metal, the primary metal being aluminum and the secondary metal is selected from the group consisting of gallium, indium, and bismuth.

Abstract: Systems, methods, and non-transitory computer-readable media can receive a notification of a user request to securely process a first set of data. A time estimate is calculated, wherein the time estimate is indicative of an expected amount of time for a secure data processing application to process the first set of data. An actual utilization time required for a first instance of the secure data processing application to process the first set of data is measured. A determination is made as to whether the secure data processing application may be compromised based on a comparison of the time estimate and the actual utilization time. In various embodiments, a re-cryptor process is used to change the cryptographic keys accessed by the secure data processing application. In various embodiments, a re-credentialer is used to change the database access credentials the secure data processing application used to access the encrypted data.

Abstract: Systems, methods, and non-transitory computer-readable media can receive a notification of a user request to securely process a first set of data. A time estimate is calculated, wherein the time estimate is indicative of an expected amount of time for a secure data processing application to process the first set of data. An actual utilization time required for a first instance of the secure data processing application to process the first set of data is measured. A determination is made as to whether the secure data processing application may be compromised based on a comparison of the time estimate and the actual utilization time. In various embodiments, a re-cryptor process is used to change the cryptographic keys accessed by the secure data processing application. In various embodiments, a re-credentialer is used to change the database access credentials the secure data processing application used to access the encrypted data.

Abstract: An input monitoring agent detects storage of a security record by a security scanning application, encrypts a copy of the security record, and deletes the security record. A secure transfer queue decrypts the encrypted security record, translates the security record for use by a security monitoring application, and encrypts the translated security record. An output monitoring agent predicts when a security monitoring application will attempt to import a new security file, decrypts and stores the encrypted translated security record as the new security file, and deletes the new security file when the security monitoring application has completed importation.

Abstract: Logging of enterprise service bus (ESB) activity includes receiving, from the ESB, information specific to an inter-application message. Control data, provided by an application communicating via the ESB that specifies how the information is to be encrypted for logging and what portions of the information is to be logged is extracted from the information. The information is encrypted in accordance with the control data, and the encrypted information is recorded.

Abstract: In one example, an Enterprise Service Bus (ESB) Sequencer may receive a request token that includes a plurality of ESB requests. The request token may be parsed into a plurality of service frames. Verification confirms a) each of the plurality of ESB requests are valid and corresponding services available and b) sufficient computing resources are available to complete each of the plurality of ESB requests. For each of the service frames an ESB may be called using a requested input source and format provided in the request token for the service frame. The respective output source from the ESB is received and stored. The respective output source may be used as an input source for one or more other service frames. One or more service frame output sources as requested by the request token may be sent to a calling application.

Abstract: In one example, an Enterprise Service Bus (ESB) Sequencer may receive a request token that includes a plurality of ESB requests. The request token may be parsed into a plurality of service frames. Verification confirms a) each of the plurality of ESB requests are valid and corresponding services available and b) sufficient computing resources are available to complete each of the plurality of ESB requests. For each of the plurality of service frames an ESB may be called using a requested input source and format provided in the request token for the service frame. The respective output source from the ESB is received and stored. The respective output source may be used as an input source for one or more other service frames. One or more service frame output sources as requested by the request token may be sent to a calling application.

Abstract: Logging of enterprise service bus (ESB) activity includes receiving, from the ESB, information specific to an inter-application message. Control data, provided by an application communicating via the ESB that specifies how the information is to be encrypted for logging and what portions of the information is to be logged is extracted from the information. The information is encrypted in accordance with the control data, and the encrypted information is recorded.

Abstract: An input monitoring agent detects storage of a security record by a security scanning application, encrypts a copy of the security record, and deletes the security record. A secure transfer queue decrypts the encrypted security record, translates the security record for use by a security monitoring application, and encrypts the translated security record. An output monitoring agent predicts when a security monitoring application will attempt to import a new security file, decrypts and stores the encrypted translated security record as the new security file, and deletes the new security file when the security monitoring application has completed importation.

Abstract: A system and method for allocating trades of financial instruments among multiple accounts comprising aggregating orders, wherein each order is associated with an account, and wherein each order has an original order size; allocating an executed order based on the aggregated order in a phase I allocation, wherein the phase I allocation is allocated on a pro-rata basis based on the original order size for each account, except for those accounts that would receive an amount less than a minimum allocation; allocating a remainder from the phase I allocation in a phase II allocation, wherein the phase II allocation is allocated among selected accounts in an amount greater than or equal to the minimum allocation or an amount that fills the original order size; repeating the phase II allocation until a remainder from the phase II allocation is less than the minimum allocation; and allocating a reminder from the phase II allocation in a phase III allocation according to predetermined criteria.

Abstract: A system and method for allocating trades of financial instruments among multiple accounts comprising aggregating orders, wherein each order is associated with an account, and wherein each order has an original order size; allocating an executed order based on the aggregated order in a phase I allocation, wherein the phase I allocation is allocated on a pro-rata basis based on the original order size for each account, except for those accounts that would receive an amount less than a minimum allocation; allocating a remainder from the phase I allocation in a phase II allocation, wherein the phase II allocation is allocated among selected accounts in an amount greater than or equal to the minimum allocation or an amount that fills the original order size; repeating the phase II allocation until a remainder from the phase II allocation is less than the minimum allocation; and allocating a reminder from the phase II allocation in a phase III allocation according to predetermined criteria.

Abstract: A system and method for allocating trades of financial instruments among multiple accounts comprising aggregating orders, wherein each order is associated with an account, and wherein each order has an original order size; allocating an executed order based on the aggregated order in a phase I allocation, wherein the phase I allocation is allocated on a pro-rata basis based on the original order size for each account, except for those accounts that would receive an amount less than a minimum allocation; allocating a remainder from the phase I allocation in a phase II allocation, wherein the phase II allocation is allocated among selected accounts in an amount greater than or equal to the minimum allocation or an amount that fills the original order size; repeating the phase II allocation until a remainder from the phase II allocation is less than the minimum allocation; and allocating a reminder from the phase II allocation in a phase III allocation according to predetermined criteria.