Posts List

为什么 2022 年是漏洞赏金奖破纪录的一年

为什么 2022 年是漏洞赏金奖破纪录的一年 原文:Why 2022 was a record-breaking year in bug bounty awards 译者:madneal welcome to star my articles-translator, providing you advanced articles translation. Any suggestion, please issue or contact me LICENSE: MIT 每年,GitLab 的应用安全团队 都会回顾 GitLab 漏洞赏金计划的亮点。 对于整个行业的安全团队来说,2022 年是忙碌的一年,我们很幸运收到了大量出色的报告,帮助我们确保 GitLab 及其客户的安全。 随着我们在 2021 年 11 月 增加我们的漏洞赏金奖励金额和研究人员参与度的提高,我们在 2022 年期间奖励超过 100 万美元,打破了新纪录! 如果没有我们的漏洞赏金社区的合作,我们就不会取得今天的成就,我们认为这些奖励非常有益,而且钱花得值。 2022 年的数字 在 221 份有效报告中获得总计 1,055,770 美元的奖金,高于去年的 337,780 美元! 三名研究人员在他们的多份报告中获得了 10 万美元以上的收入,另外七名研究人员的收入超过了 2 万美元。 2022年共收到424名研究人员的920份报告。 解决了 158 份有效报告并公开了 94 份 - 今年,我们收到了一些信息泄漏报告,与漏洞不同,这些报告不需要公开 GitLab 问题。 今年有 138 名安全研究人员提交了一份以上的报告,表明他们对我们的计划做出了积极的贡献。 向提交三份或更多有效报告的研究人员授予八份 GitLab Ultimate 许可证。 注:数据为截至 2022 年 12 月 16 日。

CircleCI 20230104 安全事件报告

CircleCI 20230104 安全事件报告 原文:CircleCI incident report for January 4, 2023 security incident 译者:madneal welcome to star my articles-translator, providing you advanced articles translation. Any suggestion, please issue or contact me LICENSE: MIT 2023 年 1 月 4 日,我们提醒客户 一起安全事件。 今天,我们想与您分享发生的事情、我们学到的知识以及我们未来不断改善安全态势的计划。 我们要感谢我们的客户对于重置密钥的关注,并对此次事件可能对您的工作造成的任何干扰表示歉意。我们鼓励尚未采取行动的客户采取行动,以防止未经授权访问第三方系统和存储。此外,我们要感谢我们的客户和社区在我们进行彻底调查期间的耐心等待。为了实现负责任的披露,我们已尽最大努力在共享信息的速度与保持调查的完整性之间取得平衡。 本报告包含: 发生了什么? 我们怎么知道这个攻击向量已经关闭并且可以安全构建? 与客户的沟通和支持 如何判断我是否受影响? 可能有助于您的团队进行内部调查的详细信息 我们从这次事件中学到了什么以及我们下一步将做什么 关于员工责任与系统保障措施的说明 安全最佳实践 结语 发生了什么? 除非另有说明,否则所有日期和时间均以 UTC 报告。 2022 年 12 月 29 日,我们的一位客户提醒我们注意可疑的 GitHub OAuth 活动。此通知启动了 CircleCI 的安全团队与 GitHub 的更深入审查。

CPE 获取指南

在我们考取 ICS 的认证之后,是需要通过 CPE(Countinuing Professional Education) 来进行证书的维持的。以 CISSP 为例,3年是需要 120 CPE 来进行证书的维持的。官方的文档已经详细说明了获取 CPE 的各种途径,如果按照官方的说明,满足要求的难度是比较低的。我在取得 CISSP 认证之后,不到一年的时间已经获得 98 CPE 了,距离要求已经很接近了。所以就分享自己一些获取 CPE 的手段来进行分享。 Webinars 基本上是一些讲座或者分享之类的,听一次基本都可以获取一个 CPE。而且现在目前 ISC 上面大多数在线的会议或者课程学习,如果可以获取 CPE 的话,你只要填了你的 ID 的话,过一段时间就会帮你自主申报,不需要你自己来申报的。不过这种在线分享,一般很多没有在线字幕,而且内容也比较杂,所以我就听说一两次,不是特别的感冒。我自己的话不是特别推荐,虽然说这是获取 CPE 的手段之一,但好歹自己也在这个过程中学点东西,这样也更有价值。 Professional Development Institute 这是我最为推荐的部分。在 PDI 里面提供了各种各样的课程,这些课程一般是英文为主,涉及的方向也比较多,比如应用安全、安全运营之类的,制作一般都比较精良。虽然里面的内容大多数都是偏理论的居多,但是如果拿去写材料什么的还是比较好的。课程可能会随着内容的多少,其 CPE 分值也不相同,有的 5 分,有的可能只有 1 分。不过这些课程都需要经过考试的,基本上分数达到 70% 以上就可以过关了。 其它 其它像回答 InforSecurity Professional 杂志上面的 quiz 也可以去获取 CPE 的,不过我觉得还挺麻烦的,因为答案可能还不太好找。参加一些安全会议也是可以获取 CPE 的。另外值得分享的是,参加 ISC 的一些志愿活动也是可以获取 CPE 的。我有次参加了一次志愿活动,一共持续了 3 天,一次性给了 21 个 CPE,还是比较多的。

小鹏 P7 之殤

不知道这会不会是我最后一次写关于小鹏的文章。虽然我算不上是小鹏的狂热粉丝,但之前也算是好感多一点,之前也分享过几篇文章关于车辆使用以及辅助驾驶方面的经历。但是最近的售后问题实在是我对小鹏失望加失望。 事情经过 首先描述一下问题发生的一个比较完整的时间线: 2022.08.13 去上海闵行小鹏服务中心检查辅助驾驶方向盘一直微调的问题,售后技师借口无法试车,不了了之。小鹏闵行服务中心一位女性售后人员在车辆交付之后没有直接交付给顾客,让顾客白白等了将近一个小时,她说她以为我已经走了,她车子都没有交付给我。 2022.08.22 辅助驾驶出现不可启用的问题,又向远程技术支持反馈问题。远程技术支持反馈是软件 BUG,未得到合理解决。 2022.08.27 去闵行服务中心继续排查辅助驾驶 NGP 使用时方向盘持续修正的问题,陪同技师经历两个小时左右的试车,最后观察到了问题现象。后技师说可能是软件问题,安装了软件补丁,但实际效果暂未知。 2022.09.12 辅助驾驶第二次不可用,且无法恢复。电机异响(电机异响的问题其实早就出现了,后面是特别严重,基本上就跟地铁运行的声音一致),去上海闵行小鹏服务中心检查确认电机问题以及辅助驾驶问题,当时售后技师说电机的问题已经非常严重了,需要留店检查维修。当时售后接待人员承诺的代步车权益是每天 3000 积分的补偿方案,从我交车的时间到我提车的时间(这也是后面埋下的伏笔之一)。 2022.09.18 售后这边提出的维修意见是需要更换电机,更换电机还需要用户去车管所登记去变更电机编号。而且辅助驾驶的问题没有根本解决。打客服电话投诉,投诉受理。 2022.09.19 售后给出车辆维修表,需要同时更换电机以及辅助驾驶芯片。对于赔偿方案闭口不提,和400客服踢皮球。期间配合进行车管所预约,预约到最早的变更日期是10月24号。期间咨询售后人员,不变更电机号,汽车无法合法上路。 2022.09.24 售后提出车辆要开始维修,询问代步车权益问题。他说车辆维修之后先拿回去,可是车子换过电机之后需要及时去车管所变更,否则是不可以上路的。售后提出让消费者把一个电机有问题的车子开回去,后面再来修,就为了不承担他们承诺赔付的代步车权益。不知道他们有没有考虑过消费者的生命安全,有没有考虑过道路行人的生命安全。 下面放上两段9月24日和售后的录音,总结概括就是预约的时间太长了,我们不想赔你代步车权益,你把车子先开回去吧。 问题总结 其实这一次的问题主要是包括两个问题,一个是电机的质量问题,第二个就是辅助驾驶的问题。小鹏 P7 的电机质量问题,出现这个问题的我并不是唯一的车主,网上搜一搜应该也有很多类似的方案。但是小鹏在解决问题的时候总是非常被动,总是消费者要花费巨大的时间和经历去推动他们去处理。车辆提车不到一年半的时间,行驶里程不足两万五千公里,就出现电机质量问题和辅助驾驶问题,需要更换电机以及辅助驾驶芯片。 第二个就是辅助驾驶的问题。一直我的观点都是辅助驾驶仅仅就只是辅助驾驶,并不能代替人完全去接管车辆。所以我在使用辅助驾驶的过程中一直都是握着方向盘去使用的。自从提车辅助驾驶使用以来,也一直陆陆续续出现过各种问题。包括出匝道突然靠近马路沿,各种幽灵刹车,使用过程中方向盘一直在不断微调,到最后的辅助驾驶不可用的阶段。当然,一种新兴技术在出现的过程中肯定在所难免会出现一些 Bug,我也经常积极反馈这些问题,并向他们上传日志,甚至配合提供行车记录仪视频。但是,小鹏往往给的答复往往都是模棱两可的,也并没有彻底的修复问题,就说可能是什么 Bug。 下面这段视频是当初提车没多久,NGP 在使用过程中突然有撞墙的一个举动,在快出匝道的时候突然往墙壁靠拢。还好当时及时接管了。当时也反馈给了他们的远程技术支持,​后来一段时间我都不敢使用 NGP 了。 后面 ACC 在北横通道又出现两次幽灵刹车的问题: 后面 ACC 在另外一个地道又连续出现两次幽灵刹车: 以上基本上就是我三次向他们反馈的问题,其实期间辅助驾驶也是各种小问题不断,比如 NGP 突然降级,速度从80降到60,幽灵刹车问题,莫名其妙勒安全带,以及上面提到的使用过程中方向盘持续调整以及辅助驾驶不可用的问题。而小鹏在解决问题的过程中似乎没有一点点主动性,能听到最多的也就是抱歉。 小鹏售后处理问题非常有意思的一点是,就是一定要求消费者拍视频举证。如果消费者无法提供举证视频的话,那就不能帮你维修。比如之前喜闻乐见的门把手收不回去的问题,辅助驾驶方向盘调整的问题。特别有意思的是他们要求一定要清楚拍摄辅助驾驶出现问题的时候去拍摄问题,完全没有考虑到可操作性,可能我需要在开车的时候头上一直顶着手机去录影才可以。他们在解决问题的时候从来不想着自己主动去排查问题,而一味地让消费者提供视频证据,并且不考虑实际可行的程度。每次地提问,也只能得到不痛不痒的,毫无帮助的回答。 这个视频是 9 月 24 号当时拍摄的视频,包括当时出现的辅助驾驶不可启用的问题。并且如果你注意听一下的话,已经可以听到电机的声音非常大了,即使在车辆在高架上行驶,有风噪胎噪的情况下,电机的声音依然非常明显,和地铁行驶的声音差不多。 总体而言,之前在辅助驾驶使用过程中遇到的问题,我都是积极反馈,上报日志,提供视频证据,从来没有进行过投诉,也没有要过赔偿。可是这次电机质量问题以及辅助驾驶的问题让我真的对小鹏的售后简直是无语加无语,处理问题不主动,出了事情就往消费者身上一推,没有一丝一毫的担当。从来没有站在消费者的角度考虑过问题。 总结 毫无疑问,目前的新势力造车搞得如火如荼。小鹏在新能源汽车上面的确有自己厉害的地方,P7 当然也有它身上很多的优点。但是如果一个厂家没有办法保证产品质量,没有办法保证售后服务,那么这个品牌在未来的路上可能走得也不会太远,其口碑也会越来越差。

关于招人的那点小事

今天在 ISC2 里面的 「Building a High-Performing Cybersecurity Team」 课程里面看到一个很有意思的视频。一个资深的 HR 分享了关于招人的一些看法,我觉得是非常有道理。现在不管是作为招聘方还是求职者都感觉很困难,招聘方觉得很难招到满意的人,求职者觉得找不到满意的工作。似乎双方都没有招到自己满意的点,而且现在的招聘市场鱼龙混杂。 对于招聘方来说,制定好预算,计划好 headcount,把能考虑的东西都考虑进去。当然,这是一种比较理想的情况,而往往在实际中往往可能会有各种各样的意外。但是做好预算,制定好计划,毫无疑问是非常有帮助的。HR 也说她能能够 JD 快速计算出这个岗位在市场上面的价值。 视频过程中也提到了现实招聘过程中一个比较常见的问题。求职者往往希望要求比预算更高的薪水。虽然这个 HR 的回答我感觉也不太好,但实际上这个问题我觉得也并没有一个很好的解决办法,或者来说根本就没有解决办法。HR 首先承认金钱非常重要,但她认为还是应该避重就轻,尽量避免涉及到这一点。并可以强调企业为这个岗位的预算就在这个特定的区间范围内。显然,HR 也并不同意直接去提高预算的做法。 HR 也提到了招聘负责人经常存在的一些错误做法: 不与 HR 积极合作。很多招聘方写的 JD 只是拍脑袋想出来的,但实际上并不是公司真正需要的。这种情况也很常见,很多人在写 JD 的时候恨不得把所有条件都写上,但是并没有充足的预算支持,并且实际上也并不是需要这样的人。只是把他们认为应该写上的都写上去而已。这样的 JD HR 也强调了需要从头到尾参与整个招聘过程。 同时强调了现在是一个候选人的市场。招聘方需要快速的响应,一旦 Offer 批准之后就应该立即行动。可能就在你犹豫的一瞬间,候选人可能就被别的公司抢走了。 同时这个访谈里面还提到了一些比较有意思的点。首先提到的一点就是求职网站,这一点很重要,因为这是求职者对你公司的第一印象。有的公司的网络做的很垃圾,体验很糟糕,不仅要上传简历,还要填写给种各样的表单。之前甚至还遇到有银行招聘需要求职者提供身份证照片,简直就离谱。对于这种公司,很多求职者可能在一开始就直接放弃了。毫无疑问,提升这方面的体验非常重要。 另外一点就是 HR 要在整个过程中需要保持和候选人的接触,这样让候选人感觉到他们一直被持续关注。尤其是遇到那种面试官出差或者请假的状态。这样避免候选人认为整个流程已经慌了。而且有的公司投递简历,石沉大海,没有任何响应的行为也非常不好。这些都有可能为公司带来一些负面影响。

Go 的漏洞管理

原文:Vulnerability Management for Go 译者:madneal welcome to star my articles-translator, providing you advanced articles translation. Any suggestion, please issue or contact me LICENSE: MIT 我们很高兴地宣布 Go 对漏洞管理的新支持,这是我们帮助 Go 开发人员了解可能影响他们的已知漏洞的第一步。 这篇文章概述了当前可用的内容以及该项目的后续计划。 概述 Go 提供工具来分析你的代码库来发现已知漏洞。该工具由 Go 漏洞数据库提供支持,该数据库由 Go 安全团队规划。Go 的工具通过仅显示代码实际调用的函数中的漏洞来减少结果中的噪音。 Go 漏洞数据库 Go 漏洞数据库 (https://vuln.go.dev) 是有关公共 Go 模块中可导入包中已知漏洞的综合信息源。 漏洞数据来自现有来源(例如 CVE 和 GHSA)以及来自 Go 包维护者的直接报告。Go 安全团队会审查这些信息并将其添加到数据库中。 我们鼓励包维护者在他们自己的项目中提供有关公共漏洞的信息,并更新其 Go 包中漏洞的现有信息。我们的目标是使报告过程成为一个非常容易的过程,因此请向我们反馈任何改进的建议。 Go 漏洞数据库可以在浏览器中的 pkg.go.dev/vuln 中查看。 有关数据库的更多信息,请参阅 go.dev/security/vuln/database。 使用 govulcheck 检测漏洞 新的 govulncheck 命令是一种低噪音、可靠的方式,让 Go 用户了解可能影响他们项目的已知漏洞。 Govulncheck 分析你的代码库并仅根据代码中的哪些函数传递调用易受攻击的函数来发现实际影响你的漏洞。 要开始使用 govulncheck,你可以从项目中运行以下命令:

iMac+Studio Display,双 5k 屏体验

选型 之前一直用的显示器是 iMac 2020 款以及明基的 PD2700U 显示器。作为最后一款 intel 芯片的 iMac,显示器比新款的感觉更好一些,毕竟是买显示器送电脑。而明基的这款显示器显示效果也不错,同时也比较护眼,使用体验也很好。这种双屏的组合不论做啥都很爽。 奈何公司只提供 1080P 的显示器,在 Mac 上面的使用效果和看马赛克差不多。为了提高工作效率。只好忍痛把家里的明基显示器带到公司去使用。而 Studio Display 作为苹果推出时间不久的显示器,之前一直有种草。其显示效果是业界有目共睹的。但是这款显示器的摄像头以及麦克风的收音效果据说都还好,虽然对于我来说没有特别大的区别。 这款显示器支架有三种版本,普通支架,可升降的支架以及 vesa 版本。vesa 版本和普通支架的价格是一样的,但是普通支架占地方不说,而且调节的范围非常有限。之前明基显示器也是通过乐歌的显示器支架来使用的。之前也一直后悔 iMac 没有选择 vesa 版本,后来还是买一个魔改的配件来配合使用。关于 iMac 的使用体验,可以参考之前的这篇文章。所以这次毫不犹豫地选择了 vesa 版本,不过 vesa 版本等货的周期更长,差不多要晚半个月的时间。最终,也是等了一个半月才拿到了显示器。 开箱 显示器到手之后就是开箱。说实话,这个箱子和当初的 iMac 有一点类似,箱子都非常大。本来想拍一个开箱视频,但是实在是不好开箱,就简单地录了一点点视频。显示器的包装还是传统的牛皮纸箱加内包装的组合,打开来除了比较大而已,其实还是非常方便的。配件也非常简单,显示器主体,连接在一起的电源线(注意电源线是不能拔掉的),还有一根雷电线,可以直接通过 type-c 接口连接电脑。对于 vesa 版本一开始还想会不会提供螺丝,结果找了半天没有,后来在网上也看了别人的介绍,vesa 版本的确也是没有提供螺丝的。 简单的开箱视频: https://www.bilibili.com/video/BV1NB4y1t7eb 然后就是把明基显示器拆下来,把新的显示器装上去。过程还是比较简单的,基本就是拆拆螺丝,拧拧螺丝而已。最终显示的效果还是比较满意的,虽然说这款显示器和之前的使用体验上来说可能并没有什么质的飞跃,但是看着就很爽。不过貌似是新的显示器比以前的要更重一些,现在在使用升降桌的时候,升到高的时候,比以前更容易晃动。这可能是相对于以前来说使用体验比较下降的一个点之一吧,不过总体来说并没有什么大的毛病。 使用体验 这款显示器使用也有将近两个礼拜的时间。说实话和以前的体验并没有本质的区别,可能实际的性价比并没有那么高。但是这款 5k 屏的素质还是非常高的。同时也为了使用这款显示器,也把自己一直使用的 Catalina 系统升级到了最新的版本。老的版本似乎有一些奇怪的 bug,而且还有一些功能不能使用,虽然还是比较喜欢以前的老系统。但最终为了配合使用这款显示器,还是对系统进行了升级。 不过这款显示器最让人惊艳的可能就是扬声器了,感觉音响的效果非常好,虽然我这个木耳可能并不太会欣赏。但明显可以感觉到和以前的 iMac 自带的扬声器还是有着很大的区别。至于人物自动居中的这些功能对于来说并没有什么卵用,所以也暂且不提。不过这款显示器继承了一个 A13 的芯片,未来可能会升级更多的功能。

Shopee 靠谱内推

岗位 目前 Base 有新加坡、上海、深圳、北京等地、覆盖各种岗位,包括开发、QA 、PM 、运营、安全等各种岗位。 岗位参考链接 https://app.mokahr.com/recommendation-apply/shopee/2964?sharePageId=1477124&recommendCode=NTALl86#/ 校招 https://app.mokahr.com/recommendation-apply/shopee/2964?sharePageId=1480471&recommendCode=NTALl86&codeType=1#/jobs?zhineng=111395 薪酬范围 可以参考 Boss 直聘上岗位薪酬范围: https://www.zhipin.com/gongsir/0e1bc15942b85a7d1nB90ty8.html?ka=company-jobs 目前股价是非常具有性价比的。 投递方式 自主投递 https://app.mokahr.com/recommendation-apply/shopee/2964?sharePageId=1477124&recommendCode=NTALl86#/ 点击链接,参考自己心仪的岗位投递即可。 邮箱投递 邮件标注自己希望投递的岗位以及 BASE ,以及你的个人简历。邮件发送 hacknanahack@gmail.com 即可,邮箱会实时更新进度。 福利 薪资对标大厂,15 薪保底,现在股价具有性价比。 五险一金+商业保险(试用期即可使用) 15 天年假(新加坡 18 天),14 天带薪病假 无限量水果零食供应,还有冰淇淋供应 年度旅游、季度团建 每月健身补贴(部分 office 是自己的健身房) Orange Day ,公司每个月末周五特色活动,迎接新人、寿星生日等,游戏+下午茶形式 Open Day ,与老板面对面建言献策、自由交流的机会 每年都有五千培训经费,可以用于报名考试学习报销 热招岗位 金融信贷-后端开发专家/Leader Shopee Express后台开发专家/Leader 保险业务后端开发专家/Leader Shopee Express 前端开发专家/Leader 资深/专家数据开发工程师-用户画像方向 Shopee Express资深Golang开发工程师 Shopee Express后台开发工程师 保险技术中高端 Multimedia Center 金融风控后台负责人 RTC音视频SDK专家/Leader(深圳)-Multimedia Center 视频转码后端Leader(深圳)-Multimedia Center

停车被蹭的那些小事

自从有了车之后,停车似乎就变成生活中最大的烦恼之一。而停车停着不动被别人蹭,那就烦恼加倍。而被人蹭了还找不到人,那则是烦恼再加倍。被蹭了找到了人,别人不承认,然后你还没有直接证据,烦恼又又加倍。那如果用二进制表达的话,那么就是 1111,就有 15 倍烦恼了。前段时间已经是我停着不动,第三次被人蹭了,而且基本上只有第一次人都是直接在现场的,后面都是基本确定了作案对象,但是由于没有直接的视频证据,所以也没有办法。 第一次是在公司园区的地下停车场,当时一个十字交汇处人一直挺多的,走来走去。我就在那停车等待。大聪明急不可耐的冲了过来,左转,充满自信的把我蹭了个满怀。我当时真的是。。。这个人本来还说要跟我责任一半一半,他说我压了道路线。这里想解释下为什么压道路线的问题,因为右边都是停车位,而且很多车的车头都会露出来,所以会往左边开一点。后来打了110,当场民警是不愿意定责的,不过他还是讲了这个责任主要还是在于他没有把握好距离导致的,最后他还是认了全责。 https://www.bilibili.com/video/BV16M4y1L73L 这里的保险过程也比较简单,他报了保险,保险要了双方的驾驶证和行驶证,以及 4s 店的地址。定损由于责任清晰,定损员也没有过来定损,直接通过照片定损的。像这种发生事故其实是特别坑的,保险不会赔偿你的时间,你还要过去修车,修车过程中还要耽误用车。而且如果你的车比较新,别人也不会给你折损费。一开始保险公司定损的价格过低,保险杠当时车灯附近当初已经有好几处已经扭曲了,保险公司想做修复,4s 店说做不了,后来才同意换新的。这里涉及到另外一个潜规则,一般来说保险公司都想能修就修,所以他们会把零件自己带出去修,而车主当然是希望换新的,尤其还是别人的责任的情况。所以,这种情况还是需要 battle,当然一般小的保险公司,甚至包括平安,评价都很不好,赔偿的时候不痛快。好像只有人保比较爽快,但是人保的保费又比较高。当时整个上海都没有保险杠,我顶着破保险杠开了半个多月,然后修车也等了好几天。 第二次,其实也是在园区停车场,不过这一次当时没有发现,发现的时候已经是第二天。后来去翻了下行车记录仪,应该当时是一辆大众倒车入库的时候蹭到了我车的右前方。但是行车记录仪只有缩时录影,这种一般都是几十秒拍一张照片,而且没有声音,所以这种视频证据也很难拿出来作为直接证据。因为当时是周五,园区的物业只有周一才上班。周一上班的时候才联系上物业。我原本以为车位前面那个圆圆的是摄像头,后来物业那个是检测车位是否占用的,另外一个角度有摄像头,但是被一个大柱子挡住了。当时是通过 imagemagick 把视频分割成照片,然后再自己组合起来合成一个帧率低的一个视频。这样获取到了车牌号,后来报警,通过警察对方联系了我,我把这个视频给她看了,她的车身左侧位置的确是有一道划痕,但是她不承认就是这一次蹭的。她说她自己经常蹭这蹭那,不一定就是我的车蹭的。因为没有直接的视频拍到接触画面,所以这一次事故也没有办法。而且这一次报警,警察连来都不愿意来的。 https://www.bilibili.com/video/bv14S4y1E7e 第三次,就是最近的一次了,停在小区。当时车辆有震动告警了,然后我就下去了看了,然后发觉是有工人在搬空调。当时就问他是不是搬空调时不小心蹭到了,对方很激动地否认了。继续报警,警察过来看了,然后看了四周没有摄像头,就说应该不行了。其实当初远处一个摄像头,但当时警察说肯定拍不到,也就没有看了。后来问了邻居,邻居说可以看到的。后来就去找物业看监控,的确是能看到那个时间点,他们在面包车车尾处下货,但是他们的车身已经把前面全部挡住了,所以根本看不到后面。这一次虽然报了警,还去做了笔录,但是依然没有什么卵用,还是得自己去修车。 所以停车被蹭几乎是个无法解决的问题,这是一个薛定谔的猫,你也不知道什么时候会发生。如果能够遇到素质高的人,能够主动承认就已经非常不错了。当然对于这种情况也想到了以下几种尽可能能够去追回肇事方的方法: 监控 行车记录仪 哨兵模式 监控是最有效以及最直接的证据。而且一般监控其实覆盖的距离还是比较远的,所以停车的时候可以尽量找那种摄像头可以覆盖的区域。一般这种区域都是停车场主干道附近,以及一些交汇处。不过这个也需要结合时间段来去找,如果车子有震动告警,这样会比较好找一些。 接降压线的行车记录仪理论上是可以做到24小时监控的。但是一般会有电压保护,防止小电瓶没有电,所以可能有的时候电压保护就断电了。另外,就是普通的可能是缩时录影,一般一分钟或者几十秒拍一张照片,这种视频也难以作为直接证据。但是如果是正常录制的话,可能录不了特别长的时间,往往可能只能录满几个小时。所以,行车记录仪往往也只能作为辅佐手段之一。 目前很多新能源汽车已经有哨兵模式了。这种模式下发生震动事件后,会自动记录四周的照片和一点点视频,这个往往是比较好用的。但是小鹏有一个缺点,就是哨兵模式需要手动开启,所以会经常忘记。

第一款Goland的SCA插件开发之旅

插件开发,是一件即快乐又痛苦的事情。快乐的是你可以根据自己的需求通过插件来进行实现,比如经常看到的 Chrome 的插件开发。插件对于应用的原生生态有着很大的益处,往往那些特别优秀的插件甚至会被官方收编或者在正式功能中加入插件的功能。痛苦的是你需要去看文档,看插件开发的各种文档,如果文档不详细的话,痛苦加倍。程序猿最讨厌的事就是看别人的文档以及自己写文档。当然,除了文档,作为小白你还会踩到各种各样的坑。 先吐槽 五一期间,疫情实在是憋得无趣,于是就成生了编写一款 Goland 上的 SCA 检测的插件的想法。Jetbrains 作为一个 IDE 开发公司,通过 Java 的语言生态开发出 IDEA 全家桶系列如此精美并且功能强大的 IDE 产品。其背后的技术能力不得不让人折服。IDE 是程序猿开发的生产力,而 Jetbrains 公司则是生产力的生产力。这几天,笔者就在着力开发一款针对 Goland 的第一款 SCA 检测插件。相较于以往 Chrome 或者 Burp 的插件开发而言,Jetbrains 插件开发的难度大大提升,主要是因为以下几点原因: API 文档过于简单 IntelliJ 只提供了官方的文档地址。这里面包含了一些 API 的实现以及介绍,但是太简单了。全篇中几乎找不到相关实现的示例代码,通常只有寥寥数语的介绍。举一个例子,希望能够通过插件能够创建文件,在找遍了官方的文档后,只发现了以下内容: 文档里面提到可以使用 PsiDirectory 中的 add 方法来保存 PSI 文件,但它没说 HOW!那怎么办,只能去 Github 中去搜索代码关键字,然后扒别人的代码去看别人是如何实现的,这绝对是一个非常痛苦的过程,尤其是你看的是一个实现很糟糕的插件。 API 复杂性 由于 IDEA 强大的生态,其 API 要考虑到兼容性以及很多特性,所以 API 中很多的含义不好理解。其本身也是包含了很多复杂的配置项,同时还需要综合考虑插件是通过什么样的形式去实现。 太“强大的”官方模板 官方提供了一个创建插件的模板。首先承认的一点是这个模板的功能非常强大,涵盖插件开发、单元测试、质量检查、发布的整个生命周期,并且与 Github 无缝集成。不过作为模板,它包含的内容是不是太多了呢?这个模板的 README 几乎看了3遍之后才知道里面包含了哪些内容。实际上,对于一个小白来说,这个过程挺痛苦的,甚至可能有的人看了一下就萌发了退意。里面的一些模块,比如单元测试模块以及覆盖率检查这些模块,可以作为可选项,并不一定要默认就包含进去。 Bug 有一点点多 目前尚未确定是否这是一个 Bug,但是笔者严重怀疑这是一个 Bug。上面提到的模板,通过 Gradle 实现了一系列的任务。在 Run Verifications 中,有个小任务是 .