Check-Host.cc

Izvorno osmišljen 1980-ih kao jednostavan prostor za igru u kojem sistemski administratori ostavljaju ljudima čitljive bilješke unutar datoteke zone, TXT (Text) zapis razvio se u jednu od strukturno najvažnijih komponenti moderne mrežne sigurnosti. Budući da DNS protokol praktički ne provodi nikakvu provjeru sintakse nad TXT sadržajem, programeri i sigurnosne platforme koriste te zapise za pohranu proizvoljnih strojno čitljivih nizova podataka. Danas se TXT zapisi prvenstveno koriste za stroge okvire autentifikacije e-pošte, distribuciju kriptografskih ključeva i automatiziranu provjeru vlasništva nad domenom.

Trojac autentifikacije e-pošte: SPF, DKIM i DMARC

Ako odlazne e-poruke iz vaše web aplikacije ili korporativnog poslužitelja završavaju izravno u mapi neželjene pošte, gotovo su uvijek krivci pogrešno konfigurirani TXT zapisi. Moderni primatelji, MTA-ovi (poput Microsoft 365 ili Gmaila), zahtijevaju kriptografski dokaz identiteta putem tri specifične TXT politike:

• SPF (Sender Policy Framework): Strogo formatiran TXT niz (npr. v=spf1 include:_spf.google.com ~all) koji djeluje kao javna bijela lista. Ovlašćuje određene blokove IP adresa i usluge slanja trećih strana (poput Mailguna ili SendGrida) za slanje pošte u ime domene.
• DKIM (DomainKeys Identified Mail): TXT zapis koji sadrži golemi javni kriptografski ključ kodiran u Base64. Vaš odlazni poslužitelj pošte hashira zaglavlja e-pošte i potpisuje ih privatnim ključem. Poslužitelj primatelja dohvaća javni ključ iz tog TXT zapisa kako bi matematički provjerio potpis, jamčeći da sadržaj nije izmijenjen u prijenosu.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance): Sloj provedbe. Taj TXT zapis nalaže poslužiteljima primateljima kako postupati s porukama koje ne prođu SPF ili DKIM provjeru, određujući primjenjuje li se politika p=none (nadzor), p=quarantine (šalji u neželjenu poštu) ili p=reject (potpuno odbaci).

Automatizirano vlasništvo nad domenom i Zero-Trust

Osim za e-poštu, TXT zapisi univerzalni su standard za dokazivanje administrativne kontrole nad domenskim imenom. Pri integraciji domene s pružateljem usluga u oblaku (poput Google Search Console, GitHub Pages ili AWS SES), platforma će generirati nasumičan kriptografski hash. Zahtijevajući da administrator taj hash objavi kao TXT zapis, pružatelj automatiziranom DNS provjerom potvrđuje da korisnik ima pristup s korijenskim ovlastima nad infrastrukturom usmjeravanja domene. Slično tome, ACME protokol koji koristi Let's Encrypt uvelike se oslanja na DNS-01 izazov, u kojem se postavlja privremeni TXT zapis kako bi se ovlastilo izdavanje wildcard SSL/TLS certifikata.

Ograničenja bajtova i spajanje nizova

Tehničko ograničenje na koje programeri često nailaze jest ograničenje od 255 znakova po TXT segmentu unutar DNS specifikacije. Pri objavljivanju golemih sadržaja, poput 2048-bitnih RSA ključeva za DKIM, sadržaj premašuje to ograničenje bajtova. Kako bi se to riješilo, standardni DNS softver (poput BIND-a) automatski dijeli dugi zapis u više nizova omeđenih navodnicima (npr. "string1" "string2"). Klijentski resolver zadužen je da tijekom čitanja te segmente besprijekorno ponovno spoji.