不是技术上的安全漏洞，但仍然是一个安全漏洞:

我的银行卡最近被自动取款机吃了，我花了几个星期才把它拿回来。当它最终到达银行时，银行的一位女士打电话给我，问我是想自己取卡还是让他们邮寄给我。她还告诉我，如果他们要寄给我，他们会关闭它，直到我打电话给他们确认它安全抵达我家。

我收到了这张卡，并附上了一封简短的信，上面有确切的联系方式，其中包括一张便条，说我需要打电话重新启用这张卡。我只是打电话给他们，给了他们我的名字和账号，这两个都印在卡上，他们重新启用了卡。

基本上，如果有人抢了那封信，他们就会有信用卡和银行号码，以及所有需要的信息，让银行相信实际上是我打来的。所以那里的安全系统不太好。

去年，我发现我所在的公司用来处理支票/报表的网站充满了SQL注入漏洞。

不用说，他们很快就把洞补好了。

login.jsp?type=user&redirct=/home.jsp&userid=12345&username=username&password=mypassword

这发生在一个非常大的网站上。当我看到这个的时候，我惊呆了。

在签名代码中:

System.setSecurityManager(null);

(你可以通过谷歌代码搜索。)从进程中运行的所有代码中删除所有Java安全限制。可能没有想清楚。

当你丢失了密码和找回表格时，询问用户名和你的电子邮件。并且不验证电子邮件并将密码发送到指定的电子邮件。

刚)一/总动员:

这是在一个本地电视付费/订阅的网站上。很容易找到用户名，很多人使用名字。今天这个电视频道已经破产了(因为其他原因，比如缺乏专业精神)。

我的任务是发现一个用于报告的ODBC DSN，其中密码与用户匹配，并且用户属于数据库服务器管理组。

因此，任何具有此ODBC DSN的PC都可以使用任何ODBC兼容工具通过报表用户读取/更改所有数据(甚至更糟)。不需要授权，而且身份验证非常弱。

我在一家公立医院工作，这个软件几乎安装在该州每家政府医院的每一台电脑上，数据库服务器包含各种敏感的医疗数据(完整的患者详细信息、实验室测试结果等)。

最糟糕的是，我们悄无声息地报告了安全漏洞，然后正式报告，但在我继续在那里工作的2年里，它仍然没有修复，那已经是5年前的事了。