OffNet Newsroom

Daily topic roundup

Automation / DevOps / IaC

Friday, August 28, 2026 · 6 stories, curated & summarized — click any story for the source.

The article outlines four implementation patterns for integrating Post-Quantum Cryptography into Spring Boot applications. These include encrypting inter-service payloads, protecting specific database fields, signing long-lived documents, and replacing RS256 service tokens. The author emphasizes that Harvest Now, Decrypt Later threats are active and that KMS or Vault integration is mandatory for production safety.

  • Migrate service tokens from RS256 to PQC-compatible algorithms to prevent future decryption.
  • Use PQC for encrypting payloads between microservices to ensure long-term confidentiality.
  • Lock down sensitive database fields with PQC encryption before quantum threats materialize.
  • Sign critical documents with PQC signatures to guarantee integrity for decades.
  • Deploy KMS or Vault immediately; PQC is not production-safe without centralized key management.

PaperCut is currently under active exploitation of a zero-day vulnerability, with reports indicating significant data loss for affected customers. The situation is critical because the only available remediation options are an unvalidated emergency patch or taking the print management server offline entirely. This leaves administrators with no safe, official update path at this moment.

  • Active 0-day exploitation is confirmed against PaperCut infrastructure.
  • Customers are reporting direct data loss ('drawing customers' blood').
  • No official patch exists; only an unvalidated emergency fix is available.
  • Offline the server if patching is deemed too risky for stability.

AWS Elastic Disaster Recovery now supports Recovery Plans, allowing users to define and automate the sequential launch of multi-server applications. This feature replaces manual, step-by-step server recovery by grouping servers into defined steps with configurable wait times. It ensures predictable recovery sequences for complex apps involving databases and application tiers, and supports non-disruptive drills and approval gates.

  • Define recovery sequence once to automate multi-server app launch during failover or drills.
  • Group servers into sequential steps with configurable wait times for predictable recovery order.
  • Run non-disruptive drills to validate procedures without impacting production workloads.
  • Add approval steps to the recovery workflow for governance and controlled execution.
HOW IT WORKSOrchestrated Multi-Server Recovery1Define recovery sequence2Group servers into steps3Add wait times4Execute automated failover

Amazon ECS now continuously monitors the connectivity of the ECS agent between container instances and the control plane. When infrastructure issues like EBS degradation or network failures sever this link, the system surfaces an AGENT_CONNECTIVITY health event. For both ECS Managed Instances and AWS Fargate, the service automatically initiates recovery procedures to restore stability without manual intervention.

  • New AGENT_CONNECTIVITY health event flags agent disconnections caused by host infrastructure failures.
  • ECS automatically drains and recovers instances for both Fargate and EC2-backed managed instances.
  • Reduces undetected workload failures by handling recovery autonomously instead of requiring manual ops.
  • Applies to all ECS compute options, ensuring consistent resilience across hybrid deployment models.
HOW IT WORKSECS Agent Recovery Pipeline1Infrastructure failure occurs2Detect AGENT_CONNECTIVITY event3Auto-drain instance4Recover and restore

Alexey Evlampiev argues that migration tools are merely programs executing SQL, yet teams frequently hit limits when needing complex pre-commit checks or concurrent index builds. He proposes inverting the control flow so that deployment policy becomes SQL owned by the project, rather than relying on external tool flags. This approach addresses the gap between rigid migration file ordering and the need for dynamic, transactional deployment logic.

  • Migration tools often lack flags for post-schema checks or complex ordering rules.
  • Invert control flow to make deployment policy executable SQL owned by the project.
  • Avoid searching external docs for workarounds when tool limitations arise.
  • Treat the deployment process as a program with explicit logic, not just file execution.
Hacker News (100+ points) general

OpenRouter Fork: Rust Gateway for Unified Model Routing and Training

A new open-source model gateway built in Rust unifies self-hosted, frontier, and open-source models behind a single API. It handles complex provider quirks like streaming formats and rate limits while adding minimal latency to requests. Unlike commercial alternatives, this tool takes no markup and allows users to opt-in to using their traffic to train a custom model.

  • Rust-native architecture ensures high concurrency with under 1ms latency for BYOK requests.
  • Supports 1000+ models refreshed daily, mixing local instances with marketplace providers.
  • Zero markup policy distinguishes it from commercial gateways like OpenRouter.
  • Opt-in feature lets organizations use aggregated traffic to train a bespoke model.
↑