Close Menu
    DevStackTipsDevStackTips
    • Home
    • News & Updates
      1. Tech & Work
      2. View All

      The Case For Minimal WordPress Setups: A Contrarian View On Theme Frameworks

      June 6, 2025

      How To Fix Largest Contentful Paint Issues With Subpart Analysis

      June 6, 2025

      How To Prevent WordPress SQL Injection Attacks

      June 6, 2025

      In MCP era API discoverability is now more important than ever

      June 5, 2025

      Black Myth: Wukong is coming to Xbox exactly one year after launching on PlayStation

      June 6, 2025

      Reddit wants to sue Anthropic for stealing its data, but the Claude AI manufacturers vow to “defend ourselves vigorously”

      June 6, 2025

      Satya Nadella says Microsoft makes money every time you use ChatGPT: “Every day that ChatGPT succeeds is a fantastic day”

      June 6, 2025

      Multiple reports suggest a Persona 4 Remake from Atlus will be announced during the Xbox Games Showcase

      June 6, 2025
    • Development
      1. Algorithms & Data Structures
      2. Artificial Intelligence
      3. Back-End Development
      4. Databases
      5. Front-End Development
      6. Libraries & Frameworks
      7. Machine Learning
      8. Security
      9. Software Engineering
      10. Tools & IDEs
      11. Web Design
      12. Web Development
      13. Web Security
      14. Programming Languages
        • PHP
        • JavaScript
      Featured

      TC39 advances numerous proposals at latest meeting

      June 6, 2025
      Recent

      TC39 advances numerous proposals at latest meeting

      June 6, 2025

      TypeBridge – zero ceremony, compile time rpc for client and server com

      June 6, 2025

      Simplify Cloud-Native Development with Quarkus Extensions

      June 6, 2025
    • Operating Systems
      1. Windows
      2. Linux
      3. macOS
      Featured

      Black Myth: Wukong is coming to Xbox exactly one year after launching on PlayStation

      June 6, 2025
      Recent

      Black Myth: Wukong is coming to Xbox exactly one year after launching on PlayStation

      June 6, 2025

      Reddit wants to sue Anthropic for stealing its data, but the Claude AI manufacturers vow to “defend ourselves vigorously”

      June 6, 2025

      Satya Nadella says Microsoft makes money every time you use ChatGPT: “Every day that ChatGPT succeeds is a fantastic day”

      June 6, 2025
    • Learning Resources
      • Books
      • Cheatsheets
      • Tutorials & Guides
    Home»Development»Databases»Mongoose Now Natively Supports QE and CSFLE

    Mongoose Now Natively Supports QE and CSFLE

    June 2, 2025

    Mongoose 8.15.0 has been released, which adds support for the industry-leading encryption solutions available from MongoDB. With this update, it’s simpler than ever to create documents leveraging MongoDB Queryable Encryption (QE) and Client-Side Level Field Encryption (CSFLE), keeping your data secure when it is in use. Read on to learn more about approaches to encrypting your data when building with MongoDB and Mongoose.

    What is Mongoose?

    Mongoose is a library that enables elegant object modeling for Node.js applications working with MongoDB. Similar to an Object-Relational Mapper (ORM), the Mongoose Object Document Mapper (ODM) simplifies programmatic data interaction through schemas and models. It allows developers to define data structures with validation and provides a rich API for CRUD operations, abstracting away many of the complexities of the underlying MongoDB driver. This integration enhances productivity by enabling developers to work with JavaScript objects instead of raw database queries, making it easier to manage data relationships and enforce data integrity.

    What is QE and CSFLE?

    Securing sensitive data is paramount. It must be protected at every stage—whether in transit, at rest, or in use. However, implementing in-use encryption can be complex. MongoDB offers two approaches to make it easier: Queryable Encryption (QE) and Client-Side Level Field Encryption (CSFLE). QE allows customers to encrypt sensitive application data, store it securely in an encrypted state in the MongoDB database, and perform equality and range queries directly on the encrypted data.

    An industry-first innovation, QE eliminates the need for costly custom encryption solutions, complex third-party tools, or specialized cryptography knowledge. It employs a unique structured encryption schema, developed by the MongoDB Cryptography Research Group, that simplifies the encryption of sensitive data while enabling equality and range queries to be performed directly on data without having to decrypt it.

    The data remains encrypted at all stages, with decryption occurring only on the client side. This architecture supports solidified strict access controls, where MongoDB and even an organization’s own database administrators (DBAs) don’t have access to sensitive data. This design enhances security by keeping the server unaware of the data it processes, further mitigating the risk of exposure and minimizing the potential for unauthorized access.

    Adding QE/CSFLE auto-encryption support for Mongoose

    The primary goal of the Mongoose integration with QE and CSFLE is to provide idiomatic support for automatic encryption, simplifying the process of creating encrypted models. With native support for QE and CSFLE, Mongoose allows developers to define encryption options directly within their schemas without the need for separate configurations. This first-class API enables developers to work within Mongoose without dropping down to the driver level, minimizing the need for significant code changes when adopting QE and CSFLE.

    Mongoose streamlines configuration by automatically generating the encrypted field map. This ensures that encrypted fields align perfectly with the schema and simplifies the three-step process typically associated with encryption setup, shown below. Mongoose also keeps the schema and encrypted fields in sync, reducing the risk of mismatches.

    Developers can easily declare fields with the encrypt property and configure encryption settings, using all field types and encryption schemes supported by QE and CSFLE. Additionally, users can manage their own encryption keys, enhancing control over their encryption processes. This comprehensive approach empowers developers to implement robust encryption effortlessly while maintaining operational efficiency.

    Pre-integration experience

    const kmsProviders = { &NewLine;  local: { key: Buffer.alloc(96)&NewLine;};&NewLine;const keyVaultNamespace = 'data.keys';&NewLine;const extraOptions = {};&NewLine;const encryptedDatabaseName = 'encrypted';&NewLine;const uri = '<mongodb URI>';&NewLine;&NewLine;const encryptedFieldsMap = {&NewLine;  'encrypted.patent': {&NewLine;    encryptedFields: EJSON.parse('<EJSON string containing encrypted fields, either output from manual creation or createEncryptedCollection>', { relaxed: false }),&NewLine;  }&NewLine;};&NewLine;&NewLine;const autoEncryptionOptions = {&NewLine;  keyVaultNamespace,&NewLine;  kmsProviders,&NewLine;  extraOptions,&NewLine;  encryptedFieldsMap&NewLine;};&NewLine;&NewLine;const schema = new Schema({&NewLine;  patientName: String,&NewLine;  patientId: Number,&NewLine;  field: String,&NewLine;  patientRecord: {&NewLine;    ssn: String,&NewLine;    billing: String&NewLine;  }&NewLine;}, { collection: 'patent' });&NewLine;&NewLine;const connection = await createConnection(uri, {&NewLine;  dbName: encryptedDatabaseName,&NewLine;  autoEncryption: autoEncryptionOptions,&NewLine;  autoCreate: false, // If using createEncryptedCollection, this is false.  If manually creating the keyIds for each field, this is true.&NewLine;}).asPromise();&NewLine;const PatentModel = connection.model('Patent', schema);&NewLine;&NewLine;const result = await PatentModel.find({}).exec();&NewLine;console.log(result);&NewLine;

    This example demonstrates the manual configuration required to set up a Mongoose model for QE and CSFLE, requiring three different steps to:

    • Define an encryptedFieldsMap to specify which fields to encrypt

    • Configure autoEncryptionOptions with key management settings
      Create a Mongoose connection that incorporates these options

    This process can be cumbersome, as it requires explicit setup for encryption.

    New experience with Mongoose 8.15.0

    const schema = new Schema({&NewLine;  patientName: String,&NewLine;  patientId: Number,&NewLine;  field: String,&NewLine;  patientRecord: {&NewLine;    ssn: {&NewLine;      type: String,&NewLine;      encrypt: {&NewLine;        keyId: '<uuid string of key id>',&NewLine;        queries: 'equality'&NewLine;      }&NewLine;    },&NewLine;    billing: {&NewLine;      type: String,&NewLine;      encrypt: {&NewLine;        keyId: '<uuid string of key id>',&NewLine;        queries: 'equality'&NewLine;      }&NewLine;    },&NewLine;  }&NewLine;}, { encryptionType: 'queryableEncryption', collection: 'patent' });&NewLine;&NewLine;const connection = mongoose.createConnection();&NewLine;&NewLine;const PatentModel = connection.model('Patent', schema);&NewLine;&NewLine;const keyVaultNamespace = 'client.encryption';&NewLine;const kmsProviders = {   local: { key: Buffer.alloc(96) };&NewLine;const uri = '<mongodb URI>';&NewLine;const keyVaultNamespace = 'data.keys';&NewLine;const autoEncryptionOptions = {&NewLine;  keyVaultNamespace, &NewLine;  kmsProviders,&NewLine;  extraOptions: {}&NewLine;};&NewLine;&NewLine;await connection.openUri(uri, {&NewLine;  autoEncryption: autoEncryptionOptions});&NewLine;&NewLine;const result = await PatentModel.find({}).exec();&NewLine;console.log(result);&NewLine;

    This “after experience” example showcases how the integration of QE and CSFLE into Mongoose simplifies the encryption setup process. Instead of the previous three-step approach, developers can now define encryption directly within the schema.

    In this implementation, fields like ssn and billing are marked with an encrypt property, allowing for straightforward configuration of encryption settings, including the keyId and query types. The connection to the database is established with a single call that includes the necessary auto-encryption options, eliminating the need for a separate encrypted fields map and complex configurations. This streamlined approach enables developers to work natively within Mongoose, enhancing usability and reducing setup complexity while maintaining robust encryption capabilities.

    Learn more about QE/CSFLE for Mongoose

    We’re excited for you to build secure applications with QE/CSFLE for Mongoose. Here are some resources to get started with:

    • Learn how to set up use Mongoose with MongoDB through our tutorial.

    • Check out our documentation to learn when to choose QE vs. CSFLE.

    • Read Mongoose CSFLE documentation.

    Source: Read More

    Facebook Twitter Reddit Email Copy Link
    Previous ArticleMore Mainframe Trailblazer Trivia
    Next Article TempoMail — Command Line Temporary Email in Linux

    Related Posts

    Security

    Leadership, Trust, and Cyber Hygiene: NCSC’s Guide to Security Culture in Action

    June 6, 2025
    Security

    Critical Fortinet flaws now exploited in Qilin ransomware attacks

    June 6, 2025
    Leave A Reply Cancel Reply

    Continue Reading

    CVE-2025-48911 – Citrix ShareFile Permission Vulnerability

    Common Vulnerabilities and Exposures (CVEs)

    Integrate 60+ LLMs with one TypeScript SDK

    Development

    Windows 11 is within striking distance of Windows 10 for PC gaming dominance

    Development

    I’ve used my iPhone 16’s Action button many ways – but this one is my favorite

    News & Updates

    Highlights

    Development

    Elden Ring is about to be freaking huge; as Miyazaki says, “We wanted an experience for the player that was going to match that of the base game.”

    June 14, 2024

    With the Shadow of the Erdtree launch approaching for Elden Ring, PC Gamer had a…

    AppFlowy is an open source alternative to Notion

    May 14, 2025

    Apple AirTag 2 Launch Is Expected In 2025: What Big Upgrades Are Coming Next Year?

    November 21, 2024

    CVE-2025-48930 – TeleMessage In-Memory Cleartext Information Exposure Vulnerability

    May 28, 2025
    © DevStackTips 2025. All rights reserved.
    • Contact
    • Privacy Policy

    Type above and press Enter to search. Press Esc to cancel.