S3＋CloudFront+Route53 + ACMの構築

INAMURA

3年前

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので十分ご注意ください。

はじめに

前回作成したS3静的ウェブサイト + CloudfrontにACMを実装します。手順としては簡単かと思いましたが、そもそも『ACMとは？』的なことを深掘りした自分用の言語理解メモとしての記事となります。

構成図

前回構築ACMなし

今回構築ACMあり

言語整理

AWS Certificate Manager とは

AWS Certificate Manager（以下、ACM）とは、とても大雑把に説明するとAWS上でSSL/TLSを利用することが可能となるサービス
AWS：ドキュメント　AWS Certificate Manager とは？

ちなみにSSL/TLSとはインターネットで情報を送受信する際の仕組み（プロトコル）の一種で、サーバ〜PC間の通信を暗号化して安全を担保してくれるものです

↓導入の漫画は端的でイメージを掴みやすい
参考：　SSL/TLSってなんだろう？　

通常SSL/TLSを利用するには、クライアントに説明して、CSR（Certificate Signing Request）ファイルと呼ばれる証明書の発行申請書を作成して、認証局にお金を支払って、証明書を発行してもらって、サーバへインストールするなどの面倒くさー(ry手続きが必要になります。が、ACMを利用することで簡単にSSL/TLSでの通信を利用することが可能となります。

SSL/TLSの種類について

名称	種類	認証方法	認証レベル	暗号化強度
ドメイン認証証明書（DomainValidationSSL:DV）	ドメイン認証	ドメイン認証	低	同じ
組織認証証明書（OrganaizationValidationSSL:OV）	実在証明型	ドメイン認証・会社実在認証	中	同じ
EV証明書（ExtentedValidationSSL:EV）	実在証明拡張型	ドメイン認証・会社実在認証・電話実在認証	高	同じ

今回ハンズオンするACMはドメイン認証（Domain Validation）SSL の証明書です。後述するハンズオンの中では『パブリック証明書をリクエスト』でDNS検証か、ドメイン管理者に確認のメールが届いてメールに記載されているURLをクリックすることで証明書の取得が可能ですが、AWSの推奨によりDNS検証で手順を進めています。

他の組織認証・EV認証証明書は、組織が存在するかなど第三者からの審査があるため、今の所ここまで手軽にはなりません（そのぶん信頼度があるけれども）。しかしながらSSL/TLSは当たり前のようになっているので、クライアントがいるケースなどでは認証に要する必要な日数の確保など余裕を持って対応していきたいところです。
誰が認証するか？という違いなので、暗号の強度が変わってくるということはない（何と同じかツッコまれそうですが、図は”同じ”としてしまいました）

それでは早速ハンズオンをしていきます。
因みにに下記URLでは2018年記事ですが、AWSでHTTPS化のパターンが整理されており大変見やすく参考になると思います。
参照：　AWSでWebサイトをHTTPS化全パターンを整理してみました