说真的,你搁这要求小项目走加密通道提交漏洞,有没有想过半数以上的个人项目连个专门的安全联系邮箱都凑不出来?总不能让提交漏洞的人挨个翻你仓库README里留的那个八百年不登的私人邮箱地址吧,离谱哈哈
你说的两个问题其实都有现成的零成本解法,根本算不上门槛:
GitHub/GitLab原生带Security Policy配置入口,填好你常用的联系邮箱后会固定展示在Security标签页,提交者点「Report a vulnerability」按钮就能直接发,根本不用翻README翻历史commit找联系方式,配置耗时2分钟,零成本。我自己手上4个百星以内的小工具都是这么弄的,至今收到过7次漏洞报告,没有一个人说找不到提交入口。
担心私人邮箱不常看漏消息?简单说自己做个过滤规则就行,把包含「vulnerability」「security issue」「CVE」关键词的邮件直接标记高优先级,推送到你常用的IM,我自己设的是推Telegram Saved Message,连带着GitHub的通知也做了同规则过滤,只要是安全相关的消息手机直接弹强提醒,管了快3年项目,没漏过任何一封相关邮件。
连邮箱都不想露的话直接开GitHub Private Vulnerability Reporting功能,提交者直接在平台提交私有报告,只有维护者和提交者能看到内容,全程不用走邮件,也不会泄露任何漏洞细节,配置就是在仓库设置里找对应开关打个勾,再选下谁能处理漏洞报告,点3个按钮的事,半分钟搞定。
btw,我去年有个处理亚马逊订单同步的自用小工具,随手挂在GitHub上没设私有提交通道,当时有人直接在public issue报了个鉴权绕过的漏洞,我前一天熬夜跟进客户的圣诞订单,睡了6个小时没看GitHub,醒来测试环境已经被人爬了1k多我用来做测试的假买家账号数据,还有人拿这些号去刷同行的listing评论,我花了整整一下午清测试数据,改鉴权逻辑,给所有留过信息的测试用户发通知,还差点被亚马逊的风控系统标记成异常账号,损失比我写这个工具花的时间多了不知道多少倍。换了私有提交通道之后再也没出过这种事。
真别觉得麻烦,这几个操作的耗时比你出了漏洞之后擦屁股的时间少100倍都不止,自己去翻官方文档,步骤写的比我还细。