企业在使用 Kong 作为云原生架构的API网关时，通常会使用容器的方式进行搭建，以支持分布式和可扩展性；而在 2.0.3 版本之前，当企业遵循官方文档或默认配置使用 Docker 容器的方式搭建 Kong API 网关时，官方文档和默认配置都会指引用户将未经鉴权的 Admin 管理能力对公网开放（0.0.0.0），导致攻击者可以控制网关的全部能力，修改 upstreams、services、router 等配置，进而攻击企业内网。这也是为什么，在公网上开放的 Kong Admin Rest API 并不少见，可以从 hostname 等配置信息可以看出绝大部分是基于 docker 容器进行搭建的。后来，我们在这个问题上和 Kong 安全团队进行交流，Kong 团队很快就调整了容器场景的安全设计。

Kong Admin Rest API 的根目录 banner 包含了很多明显的特征，根据这些特征可以比较容易的获取到开放在外网的 Admin Rest API，同时也有很标准的 server response header: Server: kong/0.10.3 ，例如：

HTTP/1.1 200 OK
Date: Wed, 15 Apr 2020 03:03:16 GMT
Content-Type: application/json; charset=utf-8
Connection: keep-alive
Access-Control-Allow-Origin: *
Server: kong/2.0.2
Content-Length: 8312
X-Kong-Admin-Latency: 2
{
    "plugins": {
        "enabled_in_cluster": [],
        "available_on_server": {}
    },
    "tagline": "Welcome to kong",
    "configuration": {
        "...": "...",
        "kong_env": "/usr/local/kong/.kong_env",
        "cassandra_schema_consensus_timeout": 10000,
        "log_level": "notice",
        "admin_ssl_cert_key_default": "/usr/local/kong/ssl/admin-kong-default.key",
        "real_ip_recursive": "off",
        "proxy_error_log": "/dev/stderr",
        "ssl_cipher_suite": "intermediate",
        "router_consistency": "strict",
        "pg_port": 5432,
        "cassandra_keyspace": "kong",
        "ssl_cert_default": "/usr/local/kong/ssl/kong-default.crt",
        "nginx_http_ssl_session_timeout": "1d",
        "error_default_type": "text/plain",
        "role": "traditional",
        "admin_ssl_enabled": false,
        "trusted_ips": {}
    },
    "version": "2.0.2",
    "node_id": "0bfe4d56-c5f3-4df0-9af1-4fabb0cba108",
    "lua_version": "LuaJIT 2.1.0-beta3",
    "prng_seeds": {
        "pid: 22": 772511031151,
        "pid: 1": 431556103185
    },
    "timers": {
        "pending": 9,
        "running": 0
    },
    "hostname": "72f74e7bd339"
}