Lentoyhtiön reittisuunnitelmamuutos ja lentoasemapalveluilmoitus voivat näyttää samanlaisilta matkustajapostilaatikossa, mutta niillä on erilaiset viranomaiset, määräajat ja järjestelmät. Älä pidä lentokentän verkkotunnusta vaihdettavana aliaksena lentoyhtiölle tai oleta, että matkailmoitusten tarjoaja voi puhua molempien puolesta. Ensimmäinen tehtävä on selvittää, kenen viesti se on ja kuka operoi reittiä.
Kartta auktoriteetti ja kiireellisyys yhdessä
Kuvitteellinen kartta antaa erilliselle palvelun omistajalle matkareittimuutokset matkustajaviestintään, lentoasematiedotteet lentoasematoiminnan viestiin ja yleiset matkailmoitukset. Tallenna jokaiselle reitille tapahtuma, joka luo viestin, aiottu vastaanottaja, kirjoittajan toimialue ja viimeisin hyödyllinen vastaanottoaika. Toimivan omistajan, ei yleisen sähköpostin hallintapaneelin, on määritettävä tämä määräaika.
Käytä keksittyjä lentoviitteitä ja selkeästi merkittyjä testiohjeita. Älä lähetä testihäiriöviestejä matkustajille, käyttömiehistöille tai julkisille jakelulistoille. Suorita päästä päähän -testejä vain valtuutetuilla tileillä ja ympäristöissä menettelyillä, jotka estävät synteettisen hälytyksen sekoittamisen todelliseksi toimintaohjeeksi.
Vahvista henkilöllisyys vaatimatta toimitusta
Kelvollinen tasattu allekirjoitus tukee vaadittua verkkotunnuksen identiteettiä. Se ei osoita, että viesti pakeni jonosta, saavutti matkustajan ennen lähtöä tai sisältää oikean portin. Esimerkissä matka-ilmoitusten toimittaja allekirjoittaa merkinnän notification-vendor.test, kun taas From käyttää travel.fly.test. Vaikka oletetaan, että allekirjoitus on kelvollinen, nämä hypoteettiset toimialueet epäonnistuvat tiukasti DKIM linjaus. Tämä ei ole suoritettu identiteettitesti tai täydellinen DMARC tuomio.
Tarkista palveluntarjoajan dokumentoidut henkilöllisyysvaihtoehdot ja palvelun tilin omistajuus ennen tietueiden muuttamista. Pidä lentoyhtiön ja lentokentän toimialueen viranomainen erillään. Lentoaseman toimintatiimin hyväksyntä ei anna lupaa lähettää lentoyhtiön verkkotunnuksesta, vaikka organisaatiot tekisivät yhteistyötä matkalla.
Mittaa ajantasaisuutta omana tuloksenaan
SMTP sallii uudelleenyritykset tilapäisten vikojen jälkeen. RFC 5321, osio 4.5.4, kuvaa uudelleenyrityskäyttäytymistä; se ei ole lupaus, että sähköposti täyttää ilmailun määräajan. Tallenna tapahtuman luominen, sovellusjonosta poistuminen, palveluntarjoajan hyväksyntä ja valvottu kuitti erikseen. Klo 10.00 luotu fiktiivinen tapahtuma, jonka hyötykuitin määräaika on 10.10 ja kuitti klo 10.13, on myöhässä, vaikka todennus menisi läpi.
Aritmetiikka on 10:13 miinus 10:00 = kolmetoista minuuttia ja 10:13 miinus 10:10 = kolme minuuttia myöhässä. Nämä ovat keksittyjä aikaleimoja, eivät suoritettuja kellomalleja. Se ei toista verkon jonoa tai vertaile mitään lentoyhtiötä. Todellisessa testissä dokumentoi kellon lähteet ja ota huomioon aikaleiman epävarmuus sen sijaan, että teeskentelet, että kaikki järjestelmät jakavat tarkan ajan.
Säilytä hyväksytyt toimintakanavat
Käytä organisaation vakiintuneita turvallisuus- ja matkustajailmoitusmenettelyjä, kun sähköposti viivästyy tai ei ole saatavilla. Tämä opas ei hyväksy sähköpostia turvallisuuden kannalta kriittiseksi ohjaukseksi tai suosittele toimivien hälytysjärjestelmien vaihtamista. Määritä palautuksen omistajat ennen käyttöönottoa, eristä epäonnistunut ilmoitusreitti ja säilytä edellinen hyväksytty kokoonpano tarvittaessa. Lentoliikenteen sääntely, saavutettavuus, matkustajien oikeudet ja säilyttämisvelvollisuudet tarvitsevat perusteellisen tarkastelun. Todennuspassi ei ole toiminnallinen valtuutus eikä todiste vaatimustenmukaisuudesta.
Kuvitteellinen reittikartta
Seuraavat eksplisiittiset identiteetit ovat havainnollistavia syötteitä, eivät todellisia asiakkaan määrityksiä. Nämä toimialueet ja vastuulliset roolit ovat hypoteettisia, eivät asiakkaiden hyväksymiä tai toimitettuja allekirjoitettuja viestejä. Salaustestiä tai toimitusta ei suoritettu.
- Reittisuunnitelman muutos: Matkustajien viestintäjohto; From itinerary.fly.test; kirjekuori ja DKIM -allekirjoittaja itinerary.fly.test.
- Lentokentän toimintavaroitus: Lentoaseman toiminnan viestintäjohto; Lähde: ops.airport.test; kirjekuori ja DKIM -allekirjoittaja ops.airport.test.
- Matka-ilmoitus: Matka-ilmoitukset; Kohdasta travel.fly.test; kirjekuori ja DKIM -allekirjoittaja notification-vendor.test.
Pidä myöhäinen tapahtuma ja korjaustoimenpide jäljitettävissä
Merkitse muistiin ilmoituksen hyödyllinen määräaika kunkin aikaleiman todellisen todisteen lähteen rinnalle. Jos kellot tai kuittihavainnot ovat riittävän epävarmoja vaikuttaakseen päätökseen, pidä tämä epävarmuus näkyvänä sen sijaan, että väität tarkan toimitussuorituksen. Valtuutetun operatiivisen omistajan on valittava vahvistettu vastaus; Tämä artikla ei luo turvallisuusmenettelyä tai hyväksy matkustajien tavoittamista.
RFC 9989 kohdat 4.4, 5.3.5 ja 5.4 älä muuta todennusta ajoituksen tai sisällön takuuksi. Arvioi kaikki asiaankuuluvat kohdistetut polut täydellisen viestin tuloksen saamiseksi. varten p=reject käyttöönotto, osiot 7.4 ja 8 edellyttävät kelvollista DKIM ää sen sijaan SPF yksin. Kolmetoista minuutin esimerkki todistaa vain aritmeettisen, ei lentoyhtiön valmiuden.