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

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

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

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

2007年，一家相当大的机构的国防部网站出现了错误配置，导致IIS web服务器提供原始代码，主页中有硬编码的用户名/密码和数据库服务器信息。幸运的是，它很快就被抓住了，但我确实目睹了它，这非常令人震惊。不用说，他们的网站被网络工程师关闭了，直到开发人员修复了糟糕的代码。

我曾经忘记删除“管理员登录页面”。该页面只是绕过LDAP登录并获得所有权限。它可以对客户的银行账户做任何事情。我非常非常担心。幸运的是，没有人知道URL。

不是最糟糕的，但很好笑的一个是Android操作系统重启的bug。当用户使用G1手机时，他们可以在手机的任何地方输入“重启”(比如:短信或电子邮件)，手机就会重新启动。

我曾经做过一份工作，其中有一个用Java代码编写的安全层，用于检查用户是否有权编辑DB表列。这是函数的样子:

public boolean canEdit(User user, DBColumn column) {
    if(true) {
        return true;
    } else {
        return false;
    }
}

"select * from LoginMaster where UserId='" + txtUserId.Text + "' 

                           and Password='" + txtPassword.Text + "';"

我曾在一个经营直销业务的生产网站上看到过这种情况。上面的Sql语句非常非常容易受到Sql注入的攻击。

我还将在这里列出HACME银行。根据网站Hacme银行是:

Hacme Bank™ is designed to teach application developers, programmers, architects and security professionals how to create secure software. Hacme Bank simulates a "real-world" web services-enabled online banking application, which was built with a number of known and common vulnerabilities. This allows users to attempt real exploits against a web application and thus learn the specifics of the issue and how best to fix it. The web services exposed by Hacme Bank are used by our other testing applications including Hacme Books and Hacme Travel.