home.social

#kvrocks — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #kvrocks, aggregated by home.social.

fetched live
  1. CVE-2026-46752: CRITICAL heap-based buffer overflow in Apache Kvrocks (2.0.4 – 2.15.0) via Redis Lua cjson. RCE & DoS possible. Upgrade to 2.16.0 ASAP. radar.offseq.com/threat/cve-20 #OffSeq #Kvrocks #CVE202646752 #infosec

  2. CVE-2026-46752: CRITICAL heap-based buffer overflow in Apache Kvrocks (2.0.4 – 2.15.0) via Redis Lua cjson. RCE & DoS possible. Upgrade to 2.16.0 ASAP. radar.offseq.com/threat/cve-20 #OffSeq #Kvrocks #CVE202646752 #infosec

  3. CVE-2026-46752: CRITICAL heap-based buffer overflow in Apache Kvrocks (2.0.4 – 2.15.0) via Redis Lua cjson. RCE & DoS possible. Upgrade to 2.16.0 ASAP. radar.offseq.com/threat/cve-20 #OffSeq #Kvrocks #CVE202646752 #infosec

  4. CVE-2026-46752: CRITICAL heap-based buffer overflow in Apache Kvrocks (2.0.4 – 2.15.0) via Redis Lua cjson. RCE & DoS possible. Upgrade to 2.16.0 ASAP. radar.offseq.com/threat/cve-20 #OffSeq #Kvrocks #CVE202646752 #infosec

  5. CVE-2026-41566 (CRITICAL, CVSS 9.4) in Apache Kvrocks 2.8.0 allows privilege escalation via improper permission handling. Upgrade to 2.16.0 is required — no other mitigation. Details: radar.offseq.com/threat/cve-20 #OffSeq #CVE202641566 #Kvrocks #Security

  6. CVE-2026-41566 (CRITICAL, CVSS 9.4) in Apache Kvrocks 2.8.0 allows privilege escalation via improper permission handling. Upgrade to 2.16.0 is required — no other mitigation. Details: radar.offseq.com/threat/cve-20 #OffSeq #CVE202641566 #Kvrocks #Security

  7. CVE-2026-41566 (CRITICAL, CVSS 9.4) in Apache Kvrocks 2.8.0 allows privilege escalation via improper permission handling. Upgrade to 2.16.0 is required — no other mitigation. Details: radar.offseq.com/threat/cve-20 #OffSeq #CVE202641566 #Kvrocks #Security

  8. CVE-2026-41566 (CRITICAL, CVSS 9.4) in Apache Kvrocks 2.8.0 allows privilege escalation via improper permission handling. Upgrade to 2.16.0 is required — no other mitigation. Details: radar.offseq.com/threat/cve-20 #OffSeq #CVE202641566 #Kvrocks #Security

  9. I've been using Valkey (and Redis before it) for years when building scripts or small apps to store a bit of data.

    Even though I'm not storing a lot of data, it has always irked me that it needs to be in memory all the time.

    Last night I found kvrocks, an Apache project, which provides a redis interface, but stores data on disk in rocksdb. Even better, it has "namespaces", so I can separate each app easily by credential.

    kvrocks.apache.org/

    #kvrocks #redis #valkey #homelab #selfhost

  10. I've been using Valkey (and Redis before it) for years when building scripts or small apps to store a bit of data.

    Even though I'm not storing a lot of data, it has always irked me that it needs to be in memory all the time.

    Last night I found kvrocks, an Apache project, which provides a redis interface, but stores data on disk in rocksdb. Even better, it has "namespaces", so I can separate each app easily by credential.

    kvrocks.apache.org/

    #kvrocks #redis #valkey #homelab #selfhost

  11. I've been using Valkey (and Redis before it) for years when building scripts or small apps to store a bit of data.

    Even though I'm not storing a lot of data, it has always irked me that it needs to be in memory all the time.

    Last night I found kvrocks, an Apache project, which provides a redis interface, but stores data on disk in rocksdb. Even better, it has "namespaces", so I can separate each app easily by credential.

    kvrocks.apache.org/

    #kvrocks #redis #valkey #homelab #selfhost

  12. I've been using Valkey (and Redis before it) for years when building scripts or small apps to store a bit of data.

    Even though I'm not storing a lot of data, it has always irked me that it needs to be in memory all the time.

    Last night I found kvrocks, an Apache project, which provides a redis interface, but stores data on disk in rocksdb. Even better, it has "namespaces", so I can separate each app easily by credential.

    kvrocks.apache.org/

    #kvrocks #redis #valkey #homelab #selfhost

  13. Maybe it would be a great opportunity to replace the proprietary products mentioned like Redis in “ The Architecture of Open Source Applications (Volume 1)
    The NoSQL Ecosystem ”

    aosabook.org/en/v1/nosql.html with #valkey and also #kvrocks

    I discover this git repo github.com/aosabook/aosabook/b which could be the source. Not sure how updates are performed for this book.

  14. Maybe it would be a great opportunity to replace the proprietary products mentioned like Redis in “ The Architecture of Open Source Applications (Volume 1)
    The NoSQL Ecosystem ”

    aosabook.org/en/v1/nosql.html with #valkey and also #kvrocks

    I discover this git repo github.com/aosabook/aosabook/b which could be the source. Not sure how updates are performed for this book.

  15. Maybe it would be a great opportunity to replace the proprietary products mentioned like Redis in “ The Architecture of Open Source Applications (Volume 1)
    The NoSQL Ecosystem ”

    aosabook.org/en/v1/nosql.html with #valkey and also #kvrocks

    I discover this git repo github.com/aosabook/aosabook/b which could be the source. Not sure how updates are performed for this book.

  16. Maybe it would be a great opportunity to replace the proprietary products mentioned like Redis in “ The Architecture of Open Source Applications (Volume 1)
    The NoSQL Ecosystem ”

    aosabook.org/en/v1/nosql.html with #valkey and also #kvrocks

    I discover this git repo github.com/aosabook/aosabook/b which could be the source. Not sure how updates are performed for this book.