1. Prevalence of Exposed MongoDB Instances
Many users note MongoDB's frequent public exposure due to lax defaults and misconfigurations, unlike SQL databases. "The article links to a shodan scan reporting 213K exposed instances" –wood_spirit. "often. lots of data leaks happened because of this. people spin it up in a cloud vm and forget it has a public ip all the time" –notepad0x90. Shodan comparisons show more MySQL/PostgreSQL exposures, but proportional to popularity –zX41ZdbW.
2. Schemaless Design and "Laziness" Criticisms
Debate rages on MongoDB's implicit schemas fostering tech debt and poor practices. "A highly cited reason for using mongo is that people would rather not figure out a schema... overlaps with 'let’s just make the db publicly exposed'" –hahahacorn. "From my experience, Mongo DB's entire raison d'etre is 'laziness'... so it's not surprising... users would also not worry about basic security" –petcat. Defenders argue schemas emerge dynamically, akin to dynamic languages –saghm.
3. Memory Zeroing on Free and Compiler Optimizations
Users discuss mitigating leaks like this CVE by zeroing/poisoning freed memory, despite compiler elision risks. "I patched the memory allocator... to overwrite all memory with a static byte pattern on free" –kentonv. Debates highlight C standards allowing dead-store removal pre-free, recommending memset_explicit or volatile –uecker, shakna. Zeroing urged as default for security –rectang, esprehn.