幹壞事是進步最大的原動力
雖然聽起來有點詭異，但 robots.txt 的確一直都只是業界慣用標準，而非正式標準，所以各家搜尋引擎加加減減都有一些自己的參數。
在經過這麼久以後，Google 決定推動 robots.txt 的標準化：「Formalizing the Robots Exclusion Protocol Specification」，同時 Google 也放出了他們解讀 robots.txt 的 parser：「Google's robots.txt Parser is Now Open Source」，在 GitHub 的 google/robotstxt 這邊可以取得。
目前的 draft 是 00 版，可以在 draft-rep-wg-topic-00 這邊看到，不知道其他搜尋引擎會給什麼樣的回饋...
RFC 8461 成為正式標準 (Standards Track)，描述 Mail server 到 mail server 之間的強加密連線機制：「SMTP MTA Strict Transport Security (MTA-STS)」。
Policy 設定的方法有好幾種：
第一種是透過 _mta-sts 的 TXT record 設定，這點通常會配合 DNSSEC 確保 DNS 的查詢沒有被改。
第二種是透過 HTTPS 在某個特定的 host (mta-sts) 取得 policy 檔案。像是對 example.com 的資料會從 https://mta-sts.example.com/.well-known/mta-sts.txt 取得。
第三種是透過 HTTPS 的 certificate 裡面帶 mta-sts 資訊出來。
不只有 DNS 可以設定，使得整個架構變得有點複雜...
最近開始有人在討論「security.txt」這個標準了，可以在「A Method for Web Security Policies」這邊看到 draft。
想法其實類似於 robots.txt：
# Our security address Contact: security@example.com # Our PGP key Encryption: https://example.com/pgp-key.txt # Our disclosure policy Disclosure: Full
以往的方式是透過 WHOIS 或是 DNS 的 SOA 欄位來聯絡，或是直接寄到 security@domain，現在這個架構就多了一套方法，是好是壞不曉得...
看到「New Fileless Malware Uses DNS Queries To Receive PowerShell Commands」這篇，所以是有人開始這樣惡搞了...
Distributed through an email phishing campaign, the DNSMessenger attack is completely Fileless, as it does not involve writing files to the targeted system; instead, it uses DNS TXT messaging capabilities to fetch malicious PowerShell commands stored remotely as DNS TXT records.
利用 DNS 的穿透力來取得外部資訊...