Linux security mailing list 'almost unmanageable'
AI-generated security reports and Linux workflow
- Discussion centers on AI tools causing a surge of security bug reports to the private Linux security mailing list.
- Many reports are about genuine issues, but the same bug is rediscovered and reported repeatedly by different people using similar AI setups.
- This makes the private list “almost unmanageable” and undermines secrecy: if AI can find a bug easily, it’s effectively public already.
- New kernel docs now say that if AI was used to find a bug, it should be treated as public and not sent to the private security list.
Duplicates, false positives, and spam
- A major pain point is deduplication: identifying multiple reports of the same bug and ignoring near-duplicates.
- Some argue AI-found bugs have extremely high false-positive rates and that low-skill “security research” is DDoSing lists with low-value reports.
- There are also examples of outright spam: giant, likely AI-generated nonsense patch dumps, possibly to poison future models.
Proposed solutions and workflows
- Suggestions include:
- Use issue trackers or closed trackers with public mail gateways for easier duplicate handling.
- Apply AI/other automation for triage: grouping similar reports, flagging likely nonsense, checking versions and recent patches.
- Create separate lists/queues for AI-generated reports or treat such reports as public by default.
- Require minimal reproduction steps or concise summaries; classify non-reproducible “AI slop” as spam.
- Consider anonymity for reporters to remove fame/job-hunting incentives, though others worry this removes reputation signals.
Attitudes toward AI in security
- Many commenters see AI as a powerful tool that can both amplify useful work and massively amplify low-effort noise.
- There’s tension between AI as a real contributor to finding serious bugs and AI as “the most powerful spam weapon ever invented.”
- Some want maintainers to lean into AI agents for triage and review; others strongly reject pushing more AI into already-noisy pipelines.
Mailing lists vs modern collaboration tools
- Extended debate over why kernel development still relies on mailing lists instead of forums/issue trackers.
- Pro-mailing-list arguments: open standards, powerful local filtering, long-term robustness, and user-controlled moderation.
- Critics find mailing lists opaque, unfriendly to newcomers, and inferior to threaded, web-based systems.