Virgil Crypto + Key Management makes data security simple

See how Virgil brings security to the forefront of your applications and devices, with just a few lines of code.

  • Everything you need to deploy end-to-end encryption and perfect forward secrecy in your application.
  • Continuous support for the most modern programming languages and platforms.
  • We make IoT Security a breeze. Anything from RISC V to ARM Cortex M4. Your devices and your eco-system is protected.
  • Open Source, modern, transparent cryptography with key management you require.
  • World’s most agile crypto library with per datagram cryptographic agility.
  • Global, verifiable, flexible key infrastructure in the core of the ecosystem.

our cryptogram

  • sender’s ephemeral public key
  • tag
  • encrypted content
  • algorithms identifiers
  • sender’s ephemeral public key
  • tag
  • encrypted content
  • user’s encrypted data
  • algorithms identifiers
  • sender’s ephemeral public key
  • tag
  • encrypted content

Enterprise security everywhere you want in minutes with the virgil api

  • Virgil Keys Service

    Virgil Services is a group of cryptographic services that make up the Virgil Security infrastructure

  • Virgil Keys API

    Use the Virgil API to easily develop a programs by providing all building blocks and communicate with Virgil Services

  • Virgil Crypto Libary

    Virgil is a stack of security libraries and all the necessary infrastructure to enable seamless, end-to-end encryption for any application, platform or device

faq

  • Virgil consists of an open-source encryption library, which implements Cryptographic Message Syntax (CMS) and Elliptic Curve Integrated Encryption Scheme (ECIES) (including RSA schema), a Key Management API,and a cloud-based Key Management Service (Virgil Keys). The Virgil Keys Service consists of a public key service and a private key escrow service.

    See our Technical Specifications for the up-to-date list of programming languages and platforms supported by our library. Generally all modern platforms and programming languages are supported.

  • No. Only the AES encryption key used to secure the payload (default AES-256) will be re-encrypted for each individual recipient. The payload itself will not be re-encrypted.

  • Developers have full control over how private keys are generated, stored, and synchronized on end-client devices. Virgil provides a Private Key Escrow Service that can help backup and synchronize private keys.

    Most users are given 3 options:


    Easy: In this mode the Virgil Private Key API is used to store private keys associated with the user/app combo. Virgil stores key in encrypted (not hashed) format; however, we also maintain a hashed “password” that is used to decrypt the private Key Bundle. This mode is the least secure and requires end-users to trust Virgil. It also allows Virgil the ability to reset a user’s Key Bundle password.


    Normal: End users are given an option to store an encrypted private Key Bundle for backup and device synchronization purposes. Virgil cannot reset this password and cannot recover the private key bundle should the user forget the string used to encrypt the bundle.


    Enterprise: In this mode the developer runs their own Private Key Escrow instance or end-users manage their private keys manually. There is nothing stored by Virgil except the corresponding public key for each private key.

  • At this time there is no limit. Depending on the application you can and sometimes should generate a new public/private key pair as often as “per session”.

  • Yes. Additional details can be found in our Technical Specification.

  • Virgil provides sample application services for Twilio IP Messaging that, at the developer’s discretion, run a history service for each channel where this behavior is appropriate. This service effectively re-encrypts the history for each user who is authorized to see this information.

  • 1. Use case: Web browser with no ability to store private keys between sessions. The user would generate a new private key “per authenticated session” and re-register public key with Virgil Public Key Service. Old public and private keys would still be maintained using the Virgil Private Key storage API. This is the recommended, default behavior for the IP Messaging use case. – The user would retrieve the previously issued private key using the Virgil Private Key API. The key may be optionally encrypted using a passphrase or a passcode. The passcode can be delivered using two-factor authentication or be a part of a multi-factor authentication process.

    2. Use case: iOS or Android based mobile device. The Virgil Private Key API allows developers to easily implement private key synchronization across multiple devices and/or provide a simple recovery mechanism for keys. This service can be run “offline” or behind company firewall.

  • 1. Use case: Web browser with no ability to store private keys between sessions. The user would generate a new private key “per authenticated session” and re-register public key with Virgil Public Key Service. Old public and private keys would still be maintained using the Virgil Private Key storage API. This is the recommended, default behavior for the IP Messaging use case. – The user would retrieve the previously issued private key using the Virgil Private Key API. The key may be optionally encrypted using a passphrase or a passcode. The passcode can be delivered using two-factor authentication or be a part of a multi-factor authentication process.

    2. Use case: iOS or Android based mobile device. The Virgil Private Key API allows developers to easily implement private key synchronization across multiple devices and/or provide a simple recovery mechanism for keys. This service can be run “offline” or behind company firewall.

  • 1. Developers can use the API method for key revocation provided by Virgil. This method signs the given public key with an application specific “revoked” key. Developers can validate revocation key signatures by signing them with their own key. Revocation requests must be signed by the developer or by the end user.

    2. Developers can use a key of their own choosing and define it as “revocation” key. By signing any public record with this key developers can be certain that the key has been revoked.

  • Private keys can use the Virgil Private Keys Service to securely synchronize their application keys across multiple user devices (it works similar to the iCloud Keychain service).

    Public Keys and the associated signatures are always available using the Virgil Public Keys Service API.

Ask us a question

Ready to get started?
Get in touch, or create an account.