<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Github-Secrets on CuraSec</title><link>https://curasec.metacog.co.kr/tags/github-secrets/</link><description>Recent content in Github-Secrets on CuraSec</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 01 Oct 2026 17:21:52 +0000</lastBuildDate><atom:link href="https://curasec.metacog.co.kr/tags/github-secrets/index.xml" rel="self" type="application/rss+xml"/><item><title>543,000 valid credentials still exposed in public GitHub repos</title><link>https://curasec.metacog.co.kr/insights/2026-10-01-over-543-000-valid-credentials-exposed-in-public-github-repo/</link><pubDate>Thu, 01 Oct 2026 17:21:52 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-01-over-543-000-valid-credentials-exposed-in-public-github-repo/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Act:&lt;/strong> Exposed valid credentials are an immediate risk whether or not your org is named — scan all org-owned public (and private) GitHub repos for secrets now using truffleHog or GitHub secret scanning, rotate any discovered credentials, and enable GitHub push protection to block future leaks.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Plan:&lt;/strong> No specific IOCs are published, but the scale of valid exposed credentials raises likelihood of credential-stuffing and unauthorized API use; build or tune detections for anomalous service-account logins and impossible-travel alerts tied to CI/CD or cloud API keys.&lt;/li>
&lt;li>&lt;strong>Leader — Plan:&lt;/strong> Direct engineering to run a full secrets audit across org repositories this quarter, verify GitHub push-protection and secret-scanning policies are enforced, and add credential-leakage exposure to the risk register as a developer-practice control gap.&lt;/li>
&lt;/ul></description></item></channel></rss>