ベータ版·開発中のサービスです。仕様変更・データの削除を予告なく行う場合があります。
Dit

メール基盤 パラメータシート(メール・グループウェア)

★ 0Fork 0DL 51

説明

ドメインとしてのメール基盤(送信ドメイン認証・経路・受信の保護)のパラメータシートです。★サービスに依存しない書き方にしています。クラウドでもオンプレでも踏む失敗は同じだからです。★核は3枚です。(1)送信ドメイン認証設計 … ★SPF は1つのドメインに1レコードしか置けません。複数あると評価が失敗して全部が通らなくなります。サービスの案内どおりに「TXTレコードを追加」してしまい、2つ目ができる事故が多い項目です。★DNSを引く回数にも上限(10)があり、include を重ねると超えて失敗します。空振りする参照にも上限(2)があります。そして★DMARC は「SPFが通っている」だけでは成立しません(ドメインが揃っている必要があります)。(2)経路と送信元設計 … ★抜けるのは人が読むメールではありません。業務システムの通知・監視の通知・複合機からの送信・外部サービスです。★届かないことに、障害のときまで気づけません。(3)受信と保護設計 … ★外から来た自ドメインの差出人を止めます。最も使われる手口です。★SPFの規格値は RFC 7208 で裏を取っています。★Microsoft 365 シートはテナント側(条件付きアクセス・外部共有)で、メールの基礎には触れていません。

使い方

★SPFは既存のレコードに include を足してください。サービスの案内どおりに「TXTレコードを追加」すると2つ目ができ、評価が失敗して全部が通らなくなります。★include を足すたびに参照回数(上限10)を検証ツールで確認してください。1つ足しただけで超えることがあります。★解約したサービスの include を消してください。空振りの参照(上限2)に当たります。★終端はいきなり厳しくせず、緩い状態から報告を見て上げてください。★DMARCの段階(監視→隔離→拒否)を上げる前に、必ず報告先を設定して読んでください。読まずに上げると正規のメールが落ち始めます。★DKIMの鍵は新しいセレクタを足してから切り替えてください。上書きすると送信中のメールが落ちます。★送信元の一覧を作って維持してください。業務システムの通知・監視の通知・複合機・外部サービスが最も抜けます。★送信元を増やすときはSPFに足してから送信を始めてください。★外から来た自ドメインの差出人を止め、実際に外から送って止まることを確かめてください。★隔離を見る人と頻度を決めてください。決めないと業務のメールが誰にも気づかれずに消えます。★「届いていない」の問い合わせ窓口を決めて周知してください。パスワード・接続情報は書かず「別紙参照」としてください。

収録内容

全10シート。各シートに書いてあることは次のとおりです(ファイルの「目次」シートより)。

前提共通設計
ドメイン・サービス・運用と保守の方針
設定項目(13件)

ドメイン・サービス・利用者数・他のドメイン・管理者アカウント・★送信元の棚卸し・★隔離を見る人・★届かないときの窓口・ログの保存期間・★DNSの管理・★反映の時間・変更の記録・監視項目

設定値DNSレコード
1行1レコード。値の中身は送信ドメイン認証設計で決める
設計送信ドメイン認証
★SPFは1ドメインに1つ。参照回数にも上限がある
項目(24件)

★SPFは1つだけ・★参照回数の上限・★空振りの上限・★終端の書き方・DKIM・★鍵の入れ替え・★DMARCの成立条件・★段階・★報告を受ける・記録・書き方・★SPFは1ドメインに1レコードしか置けない。複数あると評価が失敗する。・新しいサービスを使うたびに、そのサービスの案内どおりに・「TXTレコードを追加」してしまうと、2つ目ができて全部が通らなくなる。・必ず既存のレコードに足す形にする。・★DNSを引く回数に上限がある(10まで)。include を重ねると超える。・超えた時点で評価が失敗し、書いてある送信元も含めて通らなくなる。・使わなくなった include は消す。空振りする参照にも上限(2回)がある。・★DMARCは「SPFが通っている」だけでは成立しない。・SPFかDKIMのどちらかが通り、かつドメインが揃っている必要がある。・転送や外部サービス経由で崩れるので、実際に送って結果を見る。・★段階(監視 → 隔離 → 拒否)を上げる前に、必ず報告を読む。・報告を設定していないと、何が落ちているか分からないまま上げることになる。・・DKIMの鍵は、新しいセレクタを足してから切り替える。上書きしない。

設計経路と送信元
★抜けるのは人が読むメールではない
設計受信と保護
★自ドメインの騙りを止める。★隔離は見る人を決める
項目(22件)

★自ドメインを騙る受信・認証に失敗したメール・★転送で崩れる・★隔離したものの扱い・添付とリンク・★誤検知の窓口・外部からの表示・記録・★利用者への周知・★段階を上げた直後・書き方・★外から来た「自ドメインの差出人」を止める。最も使われる手口。・社内からのメールに見えるので、利用者は疑わない。・★隔離したものを誰がいつ見るかを決める。・止めるだけでは足りない。見る人と頻度を決めないと、・業務のメールが誰にも気づかれずに消える。・★誤検知の窓口を作る。「届いていない」の問い合わせ先を決めておく。・気づいても直せない状態を作らない。・★段階を上げるときは、事前に利用者へ伝え、上げた後に数日様子を見る。・上げてすぐ次へ進むと、落ちているものに気づかないまま重ねることになる。・・利用者の自動転送を許すかどうかを設計として決める。転送で認証が崩れる。・・外部から来たことが分かる表示を入れる。利用者側の最後の砦になる。

確認確認項目集
送信元ごとに実際に送って確かめる
注意設定時の注意
この基盤で実際に起きる失敗と、その回避手順

この型で検査する

記入済みのファイルをアップロードすると、この型の必須項目(パラメータシートの組込みルール)を満たしているか検査します。ファイルは保存されません。

関連するテンプレート

同じフェーズ(設計)や業界でよく使われている型です。

@dit-official

基本設計書(方式と方針の型)

「基本設計=方式と方針、詳細設計=具体的な値」の線引きを章構成で体現。設定値はパラメータシートに書き、本書には書かないことで二重管理を防ぎます。

設計基本設計書Word
★ 0DL 56
@dit-official

IPアドレス管理表

セグメントの全アドレスを行に展開する台帳。「空き」が行として見えることで、重複払い出しを防ぎます。★セグメントごとの使用率を数式で出します(80%超で橙、90%超で赤)——IPは足りなくなってから増やせず、/24 を /23 へ広げるにはそのセグメントの全機器のアドレスを変えることになるためです。★ホスト名の重複を自動で検出し、使用中なのに用途・ホスト名が空の行、最終更新から1年以上動いていない行も色で出します。.0(ネットワークアドレス)と .255(ブロードキャスト)も「禁止」の行として残し、なぜ払い出せないかが見えるようにしました。★v3 では「実体(実機/仮想IP/機器のIF)」の列を追加しました。VIP・フローティングIP・ゲートウェイのSVIは★機器一覧に出てこないのにアドレスを消費するので、台帳に載せ忘れると後から同じIPを別の機器へ払い出して本番で衝突します。実機なのに機器IDが空の行は赤、仮想IPは薄紫で区別し、セグメント一覧に「うち仮想IP」の件数も出します(記入例はサーバー10台に対して使用中が14個になります)。払い出し記録シートつき。

設計IPアドレス管理表Excel
★ 0DL 65
@dit-official

構成図テンプレート(作図ルール+部品集)

雛形・記法ルール・アイコン部品集のセット。新設=赤枠/撤去=グレーアウトなど更改案件の描き分けを標準化します。Visio不要、PPT標準図形のみ。

設計構成図PowerPoint
★ 0DL 61
@dit-official

通信要件一覧(FWルール表)

ゾーン定義とゾーン間ポリシーを先に決め、個別ルールをその例外として書くFWルール表。送信元・宛先・サービスが any の行と、有効期限が過ぎた行には自動で色が付きます。★ゾーン間ポリシーに「≠(この区間はFWを通らない)」の記号を持たせてあります。VLAN間ルーティングをコアスイッチで行う構成では社内セグメント同士の通信がFWまで上がってこないため、ここを「×」と書くと止まっているつもりで素通りします。効かないルールの例と、棚卸しでヒット0からそれを見つける流れまで記入例に入れてあります。AD認証の内訳やIPsec・vSphereなど、毎回調べ直しているポート番号を約60件収録済み。FW機種を問わず使えます。

設計通信要件一覧Excel
★ 0DL 72