SShortSingh.
Back to feed

Forgotten AWS Access Keys Remain Valid Long After Their Workload Is Gone

0
·1 views

AWS IAM user access keys do not expire automatically and stay valid until someone explicitly deletes or deactivates them, creating a persistent security risk even after the workloads they served are retired. Palo Alto Networks Unit 42 documented this danger through the EleKtra-Leak campaign, in which threat actors continuously scanned public GitHub repositories for exposed AWS credentials. In controlled tests, a leaked plaintext key was detected and exploited within five minutes, with attackers attempting to spin up EC2 instances for cryptocurrency mining. Between August 30 and October 6, 2023, researchers observed 474 distinct miners linked to the campaign, which had been active since at least 2020. Security experts recommend replacing long-lived IAM keys with temporary credentials via IAM roles, federated identity, or OIDC where possible, and treating any remaining persistent keys as explicit, documented exceptions with defined retirement conditions.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

How Developers Can Find, Join, and Get the Most from Tech Communities

Developer communities — whether local meetups or online Discord servers — are considered one of the fastest paths to career growth for software developers. When evaluating a community, developers should assess whether it is active, genuinely member-focused rather than vendor-driven, and aligned with their technical interests and goals. Participation levels can range from passively attending events and reading threads to actively sharing projects, answering questions, or taking on formal ambassador roles. Practical steps for newcomers include reading onboarding guides, introducing themselves, following community guidelines, and respecting moderator directions. The core principle is that greater engagement — however small — tends to yield greater professional and personal returns for all involved.

0
ProgrammingDEV Community ·

Why a Correct Trading Signal Still Isn't Enough to Win on Polymarket

A technical analysis published on DEV Community explains that detecting a valid trading signal is only the first step in building an effective Polymarket trading bot. The real challenge lies in execution: between signal generation and order fill, market conditions such as price, liquidity, and spread can shift dramatically. A production-grade bot must validate market state, monitor order book depth, manage partial fills, and reconcile positions — not just place an order. The piece distinguishes between signal quality and execution quality, arguing these must be evaluated independently. It also highlights the trade-off between passive limit orders, which offer price control, and aggressive orders, which prioritize speed but can increase slippage.

0
ProgrammingDEV Community ·

Five UX Principles That Make Property Rental Platforms Work Better

A frontend developer has outlined five UX considerations for building more effective property platforms, noting that renters and landlords have fundamentally different goals and workflows. The piece argues that separating user journeys early — through a simple intent selector — helps surface the right features at the right time rather than overwhelming users with a single large interface. For renters, well-behaved filters with visible active states improve search clarity, while landlords benefit from step-based listing forms that preserve entered data and show clear progress indicators. Property cards are recommended to prioritise visual hierarchy, keeping price and location prominent while keeping secondary details less prominent to aid quick comparison. The overall theme is that predictability and contextual simplicity tend to deliver more value than complex or clever interaction design.

0
ProgrammingDEV Community ·

Developer trims AI tool descriptions by 40%, trigger rate holds steady in A/B test

A developer running 114 AI skills in Claude Code discovered that exceeding the system prompt's character budget silently strips tool descriptions, leaving only names that the model cannot act on autonomously. The platform allocates just 1% of the context window — roughly 8,000 characters on a 200K-token session — for skill listings, and overflows are evicted starting with least-used tools, creating a compounding invisibility loop. After decompiling the local binary to confirm the actual budget rules, the developer rewrote 41 tool descriptions to under 250 characters each, reducing total description text from 44,775 to 34,375 characters across 116 skills. Behavioral tests showed no meaningful drop in trigger rate — 90 out of 96 passed versus 88 previously — confirming that leaner descriptions preserved tool discoverability. The findings suggest that developers with large AI toolboxes should audit description lengths and consider overriding the default budget variable before drawing conclusions from zero-usage metrics.