iamの人気記事 421件 - はてなブックマーク

1 - 40 件けん / 421件けん

絞しぼり込こみ

検索けんさく対象たいしょう
ブックマーク数すう
期間きかん
セーフサーチ

iamの検索けんさく結果けっか1 - 40 件けん / 421件けん

iamに関かんするエントリは421件けんあります。 aws、セキュリティ、 security などが関連かんれんタグです。人気にんきエントリには『AWSでのセキュリティ対策たいさく全部ぜんぶ盛もり[初級しょきゅうから中級ちゅうきゅうまで]』などがあります。

AWSでのセキュリティ対策たいさく全部ぜんぶ盛もり[初級しょきゅうから中級ちゅうきゅうまで]
- 1332 users
- speakerdeck.com/cmusudakeisuke
- テクノロジー
- 2019/11/02
弊社へいしゃクラスメソッド株式会社かぶしきがいしゃ主催しゅさいのイベント「Developers.IO 2019 TOKYO」での登壇とうだん資料しりょうです。セキュリティ対策たいさくメガ盛ざかりマックスブログ: https://dev.classmethod.jp/cloud/aws/developers-io-2019-tokyo-all-security-in-aws/ ハッシュタグ: #cmdevio ブログの方ほうに喋しゃべった内容ないようの補足ほそくなど入いれてありますちなみにブログをシェアしてくれると喜よろこびマックス
- aws
- セキュリティ
- あとで読よむ
- security
- 資料しりょう
- iam
- Developers
- cloud
- amazon
- イベント
アプリケーションにおける権限けんげん設計せっけいの課題かだい - kenfdev’s blog
- 902 users
- kenfdev.hateblo.jp
- テクノロジー
- 2020/01/14
日々ひび権限けんげん設計せっけいで頭あたまを抱かかえてます。この苦悩くのうが終おわることは無ないと思おもってますが、新あたらしい課題かだいにぶつかっていくうちに最初さいしょのころの課題かだいを忘わすれていきそうなので、現時点げんじてんでの自分じぶんの中なかでぐちゃぐちゃになっている情報じょうほうをまとめようと思おもい、記事きじにしました。所々しょしょで「メリット」「デメリット」に関連かんれんする情報じょうほうがありますが、そのときそのときには色々いろいろと感かんじることがあっても、いざ記事きじにまとめるときに思おもい出だせないものが多々たたありました。フィードバックや自分じぶんの経験けいけんを思おもい出だしながら随時ずいじ更新こうしんする予定よていです。 TL;DR（長ながすぎて読よみたくない）想定そうていする読者どくしゃや前提ぜんてい知識ちしきこの記事きじでの権限けんげんとは権限けんげんの種類しゅるい ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限けんげんモデルを採用さいようするべきか権限けんげんを適用てきようする場面ばめん機能きのう
AWSアカウントを作つくったら最初さいしょにやるべきこと〜2021年版ねんばん〜 #devio2021 | DevelopersIO
- 786 users
- dev.classmethod.jp
- テクノロジー
- 2021/10/13
ログ・モニタリングのやるべきこと AWS CloudTrail の設定せってい CloudTrail は AWS リソースを「誰だれが」「いつ」「何なにに」対たいして「どうような」操作そうさをしたのかを記録きろくするサービスです。ログの長期ちょうき保管ほかんの設定せっていをしておくことで、トラブル発生はっせい時じの解析かいせき等とうに利用りようできます。有料ゆうりょうです（無料むりょう利用りよう枠わくもあります） [YouTube] AWS CloudTrailを触さわってみた CloudTrail Insights を利用りようすることで、機械きかい学習がくしゅうにより異常いじょうなアクティビティを検出けんしゅつすることもできます。ログは S3 と CloudWatch Logs に転送てんそうでき、S3 に保管ほかんしているログは Athena により検索けんさくすることもできます。 Athena を利用りようする場合ばあいは、事前じぜんに CloudTrail 用ようのテーブルを作成さくせいしておき、検索けんさく方法ほうほうを習熟しゅうじゅくしておきましょう。インシデントが発生はっせいしてから習熟しゅうじゅくでは対応たいおうが遅おそくな
業務ぎょうむでAWSを利用りようする時ときに知しっておくべきポイント10選せん - Qiita
- 755 users
- qiita.com/mczki
- テクノロジー
- 2024/02/10
2024年ねん1月がつ時点じてんのAWSベストプラクティスに従したがって作成さくせいしました好評こうひょうでしたら続編ぞくへんも検討けんとうします 1. 環境かんきょうごとにアカウントを分離ぶんりする本番ほんばん、検証けんしょう、開発かいはつごとにアカウントを分割ぶんかつしましょう ✕良よくない例れい ◎良よい例れい最初さいしょにアカウント分割ぶんかつしておかないと、後あとで分割ぶんかつするのはとても大変たいへんですアカウントを分割ぶんかつすることで「検証けんしょうと思おもって作業さぎょうしたら、実じつは本番ほんばんだった」のような事故じこを減へらすことができますコストがアカウント単位たんいで集計しゅうけいされるため、環境かんきょうごとのコストを簡単かんたんに算出さんしゅつすることができます AWS Organizationsを使用しようすることで、各かく環境かんきょうに応おうじた権限けんげん設定せっていが簡単かんたんにでき、ガバナンスを強化きょうかすることができます AWSアカウントはAWS Control TowerのAccount Factoryを使用しようすることで、クレジットカード情報じょうほうを都度つど入力にゅうりょくすることなく簡単かんたんにアカウントの払はらい出だしが可能かのうですまた、AWS Contro

クラウドエンジニア(AWS)ロードマップ2021 - Qiita
- 711 users
- qiita.com/KurokawaKouhei
- テクノロジー
- 2021/05/10
お知しらせ 2022年ねん初頭しょとうに本ほん記事きじを元もとにしたAWS書籍しょせきが技術評論社ぎじゅつひょうろんしゃより全国ぜんこく出版しゅっぱん決定けっていいたしました。関係かんけい者しゃ各位かくいのご協力きょうりょくに深ふかく感謝かんしゃいたします。タイトル：AWSエンジニア入門にゅうもん講座こうざ――学習がくしゅうロードマップで体系たいけい的てきに学まなぶ本書ほんしょ籍せき出版しゅっぱんまでの制作せいさくプロセス、チーム執筆しっぴつの方法ほうほう論ろんなどをまとめましたチームで技術ぎじゅつ書しょを出版しゅっぱんして学まなべた共同きょうどう執筆しっぴつメソッドはじめにインフラ初学しょがく者しゃがAWSを用もちいた設計せっけい・構築こうちくレベルに到達とうたつするため、学習がくしゅうの全体ぜんたい像ぞうをロードマップ図ずにまとめました。背景はいけいパブリッククラウド全盛期ぜんせいきにおいてAWSは全ぜんエンジニアにとって「常識じょうしき」となりました。しかしながら、情報じょうほう過多かたによってAWS学習がくしゅうに必要ひつような情報じょうほうがネット上じょうのノイズに埋うずもれてしまい、初はつ学者がくしゃの直感ちょっかんによる判断はんだんが誤あやまった学習がくしゅうに行いき着つくこともあります。このロードマップはAWS学習がくしゅうの全体ぜんたい像ぞうを俯瞰ふかんでき、パブリッククラウドを用もちいた設計せっけい・構築こうちくレベルに到達とうたつするまで導みちびく体系たいけい的てきなス
[2021年版ねんばん]AWSセキュリティ対策たいさく全部ぜんぶ盛もり[初級しょきゅうから上級じょうきゅうまで] というタイトルでDevelopersIO 2021 Decadeに登壇とうだんしました #devio2021 | DevelopersIO
- 534 users
- dev.classmethod.jp
- テクノロジー
- 2021/10/06
[2021年版ねんばん]AWSセキュリティ対策たいさく全部ぜんぶ盛もり[初級しょきゅうから上級じょうきゅうまで] というタイトルでDevelopersIO 2021 Decadeに登壇とうだんしました #devio2021 DevelopersIO 2021 Decadeで登壇とうだんした動画どうがや資料しりょうを掲載けいさい、解説かいせつをしています。AWSのセキュリティについて網羅もうら的てきに扱あつかっています。ちょー長ながいのでご注意ちゅういを。こんにちは、臼田うすだです。みなさん、AWSのセキュリティ対策たいさくしてますか？(挨拶あいさつついにやってまいりました、DevelopersIO 2021 Decade！私わたしは「[2021年版ねんばん]AWSセキュリティ対策たいさく全部ぜんぶ盛もり[初級しょきゅうから上級じょうきゅうまで]」というテーマで登壇とうだんしました。動画どうがと資料しりょうと解説かいせつをこのブログでやっていきます。動画どうが資料しりょう解説かいせつ動画どうがはちょっぱやで喋しゃべっているので、解説かいせつは丁寧ていねいめにやっていきます。タイトル付づけの背景はいけい今回こんかい何なに喋しゃべろうかなーって思おもってたら、2年ねん前まえのDeve
AWSアカウント作成さくせい時じにやるべきこと - NRIネットコムBlog
- 527 users
- tech.nri-net.com
- テクノロジー
- 2022/02/01
Amazon Web Services (以下いかAWS)の利用りよう開始かいし時じにやるべき設定せってい作業さぎょうを解説かいせつします。AWSの利用りよう開始かいしとは、AWSアカウントの開設かいせつを意味いみしますが、より安全あんぜんに利用りようするため、AWSアカウント開設かいせつ直後ちょくごにやるべき設定せっていがいくつかあります。この連載れんさいではその設定せってい内容ないようを説明せつめいします。 AWS Organizationsを使用しようすることで、複数ふくすうのアカウントに自動的じどうてきにこういった初期しょき設定せっていを行おこなうことも可能かのうですが、この連載れんさいでは新規しんきで1アカウントを作成さくせいした場合ばあいを前提ぜんていとします。複数ふくすうアカウントの場合ばあいも、基本きほん的てきな考かんがえ方かたは同おなじになります。設定せってい作業さぎょうは全ぜん１９個こあり、作業さぎょう内容ないようの難むずかしさや必要ひつよう性せいに応おうじて以下いか３みっつに分類ぶんるいしています。少すくなくともMUSTの作業さぎょうについては実施じっしするようにしましょう。 MUST ：アカウント開設かいせつ後ごに必かならず実施じっしすべき作業さぎょう SHOULD ：設定せってい内容ないようの検討けんとうまたは利用りよう方法ほうほうを決定けっていのうえ、可能かのうな限かぎり実施じっしすべき作業さぎょう B
大事だいじだけど AWS 構成こうせい図ずでは省略しょうりゃくしてしまうことが多おおいサービスについて - サーバーワークスエンジニアブログ
- 514 users
- blog.serverworks.co.jp
- テクノロジー
- 2023/02/16
コーヒーが好すきな木谷きたに映見えみです。今回こんかいは小しょうネタです。AWS 構成こうせい図ずを書かく際さい、省略しょうりゃくしてしまうことが多おおいサービスについて思おもいを馳はせました。よくある？構成こうせい図ずリージョンアベイラビリティゾーンルートテーブル AWS IAM インスタンスプロファイル Amazon EBS Elastic IP Elastic network interface（ENI）セキュリティグループセッションマネージャーする時ときのエンドポイント最終さいしゅう構成こうせい図ず終おわりによくある？構成こうせい図ずよくあると思おもわれる構成こうせい図ずを描えがいてみました。 AWS になじみがある方ほうから見みると、「ふむ、パブリックサブネットとプライベートサブネットに 1 台だいずつ EC2 インスタンスがあって、プライベートサブネットのインスタンスにはセッションマネージャーでログインするのかな？S3 バケットもあるな」くらいの想像そうぞうができるかもしれません。リージョン
AWS公式こうしきの無料むりょうEラーニングでAPI Gateway REST APIを網羅もうら的てきに学まなぶ | DevelopersIO
- 499 users
- dev.classmethod.jp
- テクノロジー
- 2021/01/30
Amazon API Gateway について紹介しょうかいし、API を作成さくせいしてデプロイする方法ほうほうを学習がくしゅうしていただける無料むりょうデジタルコース Amazon API Gateway for Serverless Applications (Japanese) - 75min をローンチしました? 認定にんていインストラクターが日本語にほんごでスタジオ収録しゅうろくしていますので是非ぜひ！https://t.co/emJoRhImIH pic.twitter.com/3zEnTb6WI8 — Wataru Nishimura (@kuwablo) January 27, 2021 上記じょうきで紹介しょうかいされているAPI Gatewayを学まなべるEラーニングを受講じゅこうしたのでレポートします。 Amazon API Gateway for Serverless Applications (Japanese) 良よかったこと体系たいけい的てきに学まなべる API Gatewa
オンプレエンジニアがAWSを触さわって思おもったのと違ちがうと感かんじたこと - Qiita
- 453 users
- qiita.com/masazero
- テクノロジー
- 2024/08/10
はじめにこの仕事しごとを始はじめた当初とうしょ(約やく20年ねん前まえ)はオンプレミスという言葉ことばがありませんでした。いや厳密げんみつには私わたしの周まわりではパブリッククラウドとオンプレミスを分わけて話はなす人ひとはおらず、インフラ構築こうちくといえば今いまでいうオンプレミスが中心ちゅうしんでした(世よの中なか的てきにはパブリッククラウドがサービスとして存在そんざいしていました)。オンプレミスみたいに新あたらしい概念がいねんが出でてきた時ときにそれまでの概念がいねんを説明せつめいするためにできる言葉ことばをレトロニムというそうです。私わたしが本格ほんかく的てきにパブリッククラウドの仕事しごとをし始はじめたのは約やく3年ねん前まえでAWSでした。研修けんしゅうではAzureを先さきに触ふれていたのと、この本ほんを読よんでいたという知識ちしきがあった程度ていどです。ここではずっとオンプレミスのインフラ構築こうちくをしていた私わたしがAWSに触ふれて最初さいしょに戸惑とまどったことを記事きじしたいと思おもいます。また、戸惑とまどいましたということだけ書かいても学まなびがないため対応たいおうしたことも併あわせて記載きさいします。AWSに慣なれている人ひとからすれば常識じょうしきですが
AWSアカウントを作成さくせいしたら最初さいしょにやるべきこと -セキュリティ編へん- - Qiita
- 441 users
- qiita.com/yanyansk
- テクノロジー
- 2020/01/29
JAWS-UG 初心者しょしんしゃ支部しぶ #22 ハンズオン用ようの資料しりょうです。目的もくてき AWSアカウントを不正ふせい利用りようされないために、アカウントを作成さくせいしたらまずやるべきセキュリティ周まわりの設定せっていを行おこないます。前提ぜんてい AWSアカウントを作成さくせい済ずみであること AWSアカウントにログインしていることリージョンは東京とうきょうリージョンを利用りようしますハンズオン手順てじゅんアカウント周まわりの設定せっていルートアクセスキーの削除さくじょ ※ルートアカウントのアクセスキーは、デフォルトでは作成さくせいされておりません。アクセスキーを作成さくせい済ずみの方ほうを対象たいしょうとします。ルートアカウントは全すべてのサービスへのアクセスが出来できてしまうため、ルートアカウントは使用しようせず、IAMユーザーを使用しようしましょう。 CLI等とうのプログラムアクセスも不要ふようなため、アクセスキーを削除さくじょします。 https://console.aws.amazon.com/iam/home#/security_credential
マイクロサービスでの認証にんしょう認可にんか - Qiita
- 373 users
- qiita.com/unhurried
- テクノロジー
- 2020/07/23
複数ふくすうのクラウドサービスを利用りようしている（マルチクラウド）など、単純たんじゅんには閉域網もうを構築こうちくできない環境かんきょうでマイクロサービスアーキテクチャを採用さいようする場合ばあいには、サービス間あいだの認証にんしょう認可にんかが必要ひつようとなる。この場合ばあいのサービス間あいだの認証にんしょう認可にんか方式ほうしきを決きめる参考さんこうとなる、OSSやSaaS、Webサービスで採用さいよう方式ほうしきついて整理せいりした。 Istio サービスメッシュの実装じっそうとして有名ゆうめいなIstioではサービス間あいだ通信つうしんを以下いかのように制御せいぎょできる。 Istioの認証にんしょう認可にんかでは認証にんしょう主体しゅたいがService Identityというモデルで抽象ちゅうしょう化かされ、KubernatesやIstioで定義ていぎするService Accountに加くわえて、GCP/AWSのIAMアカウントやオンプレミスの既存きそんIDなどをService Identityとして扱あつかうことができる。サービス間あいだの認証にんしょう (Peer Authentication) は、各かくサービス (Pod) に設置せっちするSideca
IAM ロールの PassRole と AssumeRole をもう二度にどと忘わすれないために絵えを描えがいてみた | DevelopersIO
- 367 users
- dev.classmethod.jp
- テクノロジー
- 2020/12/22
コンバンハ、千葉ちば（幸こう）です。皆みなさんは、 PassRole と AssumeRole についてきちんと理解りかいができていますか？どちらも IAM ロールに関かんするものですね。私わたしはカラダ（ボディ）の調子ちょうしがいい時ときは思おもい出だせるのですが、雨あめが降ふっている日ひや、ちょっと疲つかれて気きを抜ぬいた時ときにはすぐ分わからなくなってしまいます。ということで、イメージとして脳のうに刻きざみ付つけることによって忘わすれられなくしてやろうと思おもいました。そこで出来上できあがったのが以下いかです。間違まちがえました。以下いかです。あ、でもやっぱり忘わすれづらいのはこちらかもしれませんね。どうですか？もう忘わすれられなくなりましたね？先さきにまとめ IAM ロールには以下いかポリシーを設定せっていできるアイデンティティベースポリシー Permissions boundary 信頼しんらいポリシー AWS リソースに IAM ロールを引ひき渡わたす際さいには PassRole の権限けんげんが必要ひつよう PassR
退職たいしょく処理しょりを可能かのうな限かぎり自動じどう化かする - クックパッド開発かいはつ者しゃブログ
- 342 users
- techlife.cookpad.com
- テクノロジー
- 2019/10/10
技術ぎじゅつ部ぶ SRE グループの id:itkq です。2019 夏なつアニメで一番いちばん好すきな作品さくひんは Re:ステージ！ドリームデイズ♪ です。この記事きじでは SRE が運用うんようしている退職たいしょく処理しょりの自動じどう化かについて説明せつめいします。退職たいしょく処理しょりとは入社にゅうしゃ後ごに業務ぎょうむのための様々さまざまなアカウントを作成さくせいするのと反対はんたいに、退職たいしょく時じにはそれらのアカウントを無効むこう化かする必要ひつようがあります。これを退職たいしょく処理しょりと呼よんでいます。SRE が管轄かんかつしている典型てんけい的てきな例れいでは、SSO に対応たいおうしていない SaaS のログインアカウント・AWS の IAM User・データベースの個人こじんログインユーザなどが該当がいとうします。これらのアカウントは社員しゃいんによって要よう否ひが異ことなったり必要ひつような権限けんげんが異ことなるため、入社にゅうしゃ時じに一括いっかつで用意よういせず必要ひつように応おうじて申請しんせいしてもらう形かたちをとっています。一方いっぽうで退職たいしょく時じにはそれらのアカウントをすべて無効むこう化かする必要ひつようがあります。退職たいしょく処理しょりは繰くり返かえされ、自動じどう化かの余地よちのあるタスクです。また
【2022年版ねんばんベストプラクティス】AWS IAMまとめ - Qiita
- 342 users
- qiita.com/c60evaporator
- テクノロジー
- 2022/07/24
はじめに AWSのアクセス制御せいぎょサービスであるIAMについて、2022年ねん7月がつ時点じてんでの機能きのうおよび使用しよう法ほうを、初はつ学者がくしゃでも理解りかいしやすいことを心掛こころがけてまとめました。 IAMをよく分わからないまま適当てきとうに設定せっていするとセキュリティ的てきにまずいので、これを機きに設定せっていを見直みなおして頂いただき、セキュリティレベル向上こうじょうに貢献こうけんできれば幸さいわいです。特とくに、後述こうじゅつするIAM設定せってい手順てじゅんは、AWSに登録とうろくして最初さいしょに実施じっしすべき設定せっていに相当そうとうするため、セキュリティに興味きょうみがなくとも一いち度どは実施じっしすることをお勧すすめします。また公式こうしきのベストプラクティスは丁寧ていねいにまとめたつもりなので、初はつ学者がくしゃ以外いがいでもAWSのセキュリティ確保かくほに興味きょうみがある方ほうは、ぜひご一読いちどく頂いただけると嬉うれしいです。 IAMとは「Identity and Access Management」の略りゃくです。公式こうしきドキュメントによると、IAMは「誰だれ」が「どのAWSのサービスやリソース」に「どのような条件じょうけん」でアクセスできるかを
[初心者しょしんしゃ向むけ]200以上いじょうあるAWSサービスのどこから始はじめれば良よいのかガイド | DevelopersIO
- 339 users
- dev.classmethod.jp
- テクノロジー
- 2021/06/24
AWS認定にんていトレーニング講師こうしの平野へいや@おんせん県けんおおいたです。みんな、温泉おんせん入はいってますかー？　（挨拶あいさつさて先日せんじつこんなご質問しつもんをいただきました「AWSは200サービス、「今いまから学まなぼう！」て人ひとは、多おおさが障壁しょうへきになると思おもうので、この辺あたりはどういったアドバイスありますか？」確たしかにそうですよね。多おおくの人ひとも同おなじように感かんじてるはず！ということで、このブログを書かくことにしました。これからAWSを始はじめる人ひとのお役やくに立たてればと思おもいます。 AWSのカルチャー最初さいしょは機能きのうやサービスではなく、AWSの考かんがえ方かたを理解りかいすることから始はじめてください。ここをおさえておくと、各かくサービスの理解りかいがスムーズになります。オススメはAWSチーフエバンジェリスト亀田かめださんの登壇とうだんビデオです。３点てんほどピックアップしましたので、参考さんこうにしてください。ベストプラクティクス: Well-Architected フレームワークサービスではありませんが
AWSアカウントを作つくったときこれだけはやっとけって言いうIAMの設定せってい
- 334 users
- zenn.dev/machamp
- テクノロジー
- 2021/11/15
はじめに個人こじんでも仕事しごとでもAWSを使つかっている時ときに気きになるのはセキュリティですよね。万まんが一いちアクセスキーなどが漏もれてしまい、それが何なんでも出来できちゃうユーザーだったらもう大変たいへんなことになります。ただAWSのIAMはAWSの中なかでも一番いちばん難むずかしいサービスなのでは？と思おもうくらい複雑ふくざつです。その中なかでも簡単かんたんですぐにも実践じっせん出来できるTipsを4つ紹介しょうかいします。目次もくじ MFA認証にんしょうしてない時ときの権限けんげんを最小さいしょうにする IAMユーザーのMFAデバイスを有効ゆうこう化かするユーザーに権限けんげんを委任いにんするロールを作成さくせいする CLIを使つかう時ときも、MFA認証にんしょうしてロールを切きり替かえる 1. MFA認証にんしょうしてない時ときの権限けんげんを最小さいしょうにするまず、下記かきのポリシーを作業さぎょう用ようのユーザーに紐ひも付つけます。 { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "iam:ListVirtu
現代げんだいのWebアプリケーションエンジニアとして最低限さいていげんの常識じょうしきTODO - shimobayashiパブリック
- 332 users
- scrapbox.io/shimobayashi
- テクノロジー
- 2020/02/26
古代こだいのWebアプリケーションエンジニアなので、現代げんだいとの差分さぶんを身みに付つけていくぞ！個人こじん的てきなスキルセットの差分さぶんを埋うめるためのものなので、誰だれにでもマッチするものではありません。習ならうより慣なれろの精神せいしんで、読よんで終おわりじゃなくて手てを動うごかします。コンテナ化か x done.icon The Twelve-Factor App （日本語にほんご訳やく） done.icon What is Amazon Elastic Container Service? - Amazon Elastic Container Service 機械きかい翻訳ほんやくがひどかったので英語えいご版ばんをGoogle翻訳ほんやくで読よむほうがマシそうメニュー1階層かいそう目めだけ全部ぜんぶ読よんで、気きになるところがあれば深堀ふかほりりする ↑で物足ものたりなかったらKubernetes完全かんぜんガイド第だい2版はん impress top gearシリーズ | 青山あおやま真しん也 | 工学こうがく | Kindleストア | Ama
- エンジニア
- あとで読よむ
- web
- docker
- typescript
- aws
- javascript
- engineer
- mysql
- アーキテクチャ
踏ふみ台だいEC2を廃止はいししてSession Manager接続せつぞくに置おき換かえました
- 332 users
- medium.com
- テクノロジー
- 2021/09/14
こんにちは、エウレカ SRE チームの原田はらだです。今年ことし (2021年ねん) エウレカでは、公開こうかい鍵かぎ認証にんしょうで接続せつぞくするEC2の踏ふみ台だいサーバを廃止はいしし、代かわりに各かくサーバへの接続せつぞくをIAMで認証にんしょうできるSSM Session Managerへのリプレースを行おこないました。本ほん記事きじではそのモチベーションや、実装じっそうのポイントを紹介しょうかいしていきたいと思おもいます。旧来きゅうらいの踏ふみ台だいサーバ旧来きゅうらいの踏ふみ台だいサーバエウレカで長ながく運用うんようされていた踏ふみ台だいサーバ (Gateway) は以下いかのようなものでした。各かく開発かいはつ者しゃは、自分じぶんの秘密ひみつ鍵かぎを使つかって踏ふみ台だいサーバへSSHを行おこなう ( 踏ふみ台だいサーバ上じょうには各かく開発かいはつ者しゃの個別こべつユーザーおよび公開こうかい鍵かぎが登録とうろくされている )踏ふみ台だい上じょうでは、接続せつぞくが許可きょかされているSSH対象たいしょうのサーバの秘密ひみつ鍵かぎがユーザー毎ごとに配置はいちされており、その鍵かぎで各かくサーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet
- aws
- ssh
- 運用うんよう
- IAM
- あとで読よむ
- ssm
- セキュリティ
- サーバ
- ec2
- インフラ
AWSマルチアカウントにおけるIAMユーザー設計せっけい戦略せんりゃくを考かんがえてみる - How elegant the tech world is...!
- 314 users
- iselegant.hatenablog.com
- テクノロジー
- 2020/05/24
はじめに 2020年ねん3月がつ以来いらいの投稿とうこうになりますが、「AWS案件あんけんに携たずさわる中なかで、いろいろと貯たまった知見ちけんを世よのエンジニアの皆みなさんと共有きょうゆうしたいな..」という思おもいに突然とつぜん駆かられ、本稿ほんこうではAWSマルチアカウントにおけるIAMユーザ設計せっけいの戦略せんりゃくをご紹介しょうかいします。ビジネスの要件ようけん・制約せいやく等とうにより、取とり得える設計せっけいは様々さまざまですが、一ひとつのベストプラクティス例れいとしてご参考さんこうになればと思おもいます。 IAMポリシーに関かんする基本きほん方針ほうしんカスタマー管理かんりポリシーの利用りよう AWS利用りようにおいて、避さけては通とおれないIAM設計せっけい。 AWSでは、AWSアカウント（ルートユーザー）の通常つうじょう利用りようは推奨すいしょうしておらず、 AWSアカウント作成さくせい後ごは速すみやかにIAMユーザーを作成さくせいされる方ほうも多おおいのではないでしょうか。 AWS アカウントのルートユーザー認証にんしょう情報じょうほうを使用しようして AWS にアクセスしないでください。また、認証にんしょう情報じょうほうを他たのだれにも譲渡じょうとしないでください。代かわりに、AWS アカ
【10分ふんで確認かくにん】AWSでやりがちなセキュリティ脆弱ぜいじゃく性せいを生うみ出だすアンチパターン集しゅう（随時ずいじ追加ついか・更新こうしん） - Qiita
- 312 users
- qiita.com/WebEngrChild
- テクノロジー
- 2023/07/08
AWSを使つかうなら見みておきたいチェック項目こうもく20選せん AWSを実務じつむで触さわられている方ほうで「セキュリティ対策たいさくはばっちしだ💪」と言いい切きれる人ひとはどれくらいいるでしょうか。特とくに創業そうぎょう間あいだもないベンチャー企業きぎょうや内うち製せい化か直後ちょくごのエンジニア組織そしきの場合ばあい、サービスローンチや追加ついか機能きのう開発かいはつがビジネス上じょうの最さい優先ゆうせん事項じこうになってしまい、セキュリティ対策たいさくなどの非ひ機能きのう要件ようけんのレビュー、設定せっていなどは後回あとまわしにされがちです。そこで今回こんかいは、"時間じかんがない人ひと"でも注意ちゅういしたいセキュリティ脆弱ぜいじゃく性せいを生うみやすい設定せっていや設計せっけいの凡ミス集しゅうをまとめてみました。また、参考さんこうになりそうな記事きじも併あわせて紹介しょうかいしています。ご注意ちゅういください筆者ひっしゃはAWSリソースに関かんするセキュリティの専門せんもん家かではありません。また本ほん記事きじでは、最低限さいていげんの内容ないようにとどめているためより詳細しょうさいな内容ないようは、公式こうしきドキュメントや以下いかの資料しりょうをご覧らんください。 1. IAM ポリシーの広ひろすぎる権限けんげん IAMポリシーに適切てきせつでない広ひろい範囲はんいの
【実録じつろく】攻撃こうげき者しゃのお気きに入いり API 10選せん | DevelopersIO
- 300 users
- dev.classmethod.jp
- テクノロジー
- 2021/06/11
AWSアクセスキーセキュリティ意識いしき向上こうじょう委員いいん会あって何なに？昨今さっこん、AWSのアクセスキーを漏洩ろうえいさせてしまうことが原因げんいんでアカウントへの侵入しんにゅうを受うけ、多額たがくの利用りよう費ひ発生はっせい・情報じょうほう漏洩ろうえい疑うたがいなど重大じゅうだいなセキュリティ事案じあんが発生はっせいするケースが実際じっさいに多々たた起おきています。そこで、アクセスキー運用うんように関かんする安全あんぜん向上こうじょうの取組とりくみをブログでご紹介しょうかいする企画きかくをはじめました。アクセスキーを利用りようする場合ばあいは利用りようする上じょうでのリスクを正ただしく理解りかいし、セキュリティ対策たいさくを事前じぜんに適用てきようした上うえで適切てきせつにご利用りようください。はじめに弊社へいしゃオペレーションチームでは、AWS よりお客様きゃくさまアカウントの侵害しんがい疑うたがいの連絡れんらくを受うけた際さいに、状況じょうきょう確認かくにんのため CloudTrail を調査ちょうさしています。本ほん記事きじでは調査ちょうさで気きづいたことをいくつかお伝つたえできればと思おもいます。仮想かそう通貨つうかのマイニングを例れいとすると、攻撃こうげき者しゃは自分じぶんたちの IAM ユーザーを作つくり、とにかく「ハイスペックなインスタンス」をとにかく
AWS IAMの属人ぞくじん的てきな管理かんりからの脱却だっきゃく【DeNA TechCon 2021】/techcon2021-19
- 299 users
- speakerdeck.com/dena_tech
- テクノロジー
- 2021/03/03
AWSをはじめとするクラウドプラットフォームの普及ふきゅうに伴ともない、DevとOpsの境目さかいめはかなり曖昧あいまいになっています。その中なかでもIAMの管理かんりは設定せっていによっては権限けんげん昇格しょうかくを引ひき起おこしかねないことから、その管理かんり権限けんげんは慎重しんちょうな管理かんりになりがちです。結果けっか的てきに、IAMは属人ぞくじん的てきな管理かんりを行おこなっている組織そしきが多おおいのではないでしょうか。一方いっぽうで、DevとOpsの境目さかいめがどんどん曖昧あいまいになっていく中なかで、IAMロールやIAMユーザーを自由じゆうに作つくりにくい状況じょうきょうがあると大変たいへん不便ふべんです。IAM関係かんけいのトライ・アンド・エラーが手軽てがるに行おこなえないことから、開発かいはつ速度そくどの鈍化どんかを引ひき起おこしたり、アーキテクチャ設計せっけいの上うえで運用うんよう上じょうの足あしかせとなったりといったことが起おこります。また、それらの問題もんだいを回避かいひしようとした結果けっかとして、IAMロールやIAMユーザーの使つかい回まわしが横行おうこうしはじめるなど、結果けっか的てきに最小さいしょう権限けんげんの原則げんそくが守まもられなくなっていくことも少すくなくはないのではないでしょうか。最小さいしょう権限けんげんの
20分ふんで分わかるIAM全ぜん機能きのう /20240621-aws-summit-iam
- 293 users
- speakerdeck.com/opelab
- テクノロジー
- 2024/06/21
AWS Summit Japan 2024 Expo ( https://aws.amazon.com/jp/summits/japan/expo/ )での発表はっぴょう資料しりょうです。本ほん資料しりょうは、Amazon Web Servicesのテクニカルレビューを経へていますが、発表はっぴょう者しゃ独自どくじの観点かんてんおよび分類ぶんるいにより作成さくせいしてい…
- aws
- iam
- あとで読よむ
- amazon
- ドキュメント
- 資料しりょう
- tutorial
- japan
【資料しりょう公開こうかい】AWSアカウントで最初さいしょにやるべきこと〜2022年ねん6月がつ版ばん〜 | DevelopersIO
- 284 users
- dev.classmethod.jp
- テクノロジー
- 2022/07/26
ログ・モニタリングのやること AWS CloudTrail の設定せってい CloudTrail は AWS リソースに関かんして「誰だれが」「いつ」「何なにに」対たいして「どうような」操作そうさをしたのかのイベントを記録きろくするサービスです。イベント履歴りれきから 90 日間にちかん分ぶんのイベントを確認かくにんすることはできますが、イベントログの長期ちょうき保管ほかんの設定せってい（証跡しょうせきの作成さくせいを行おこない、S3 に保管ほかん）をしておくことで、トラブル発生はっせい時じの解析かいせきやインシデント発生はっせい時じの調査ちょうさなどに利用りようできます。有料ゆうりょうです（無料むりょう利用りよう枠わくもあります）。 [YouTube] AWS CloudTrail を触さわってみた CloudTrail Insights イベントを利用りようすることで、機械きかい学習がくしゅうにより異常いじょうなアクティビティを検出けんしゅつすることもできます。通常つうじょうの操作そうさで検出けんしゅつされることがあるため、始はじめに試ためしてみて、あまり活用かつようしないようであれば無効むこう化かを検討けんとうでも良よいと思おもいます。イベントログは S3 と Cl
[AWS利用りよう者しゃ必読ひつどく] アクセスキー漏洩ろうえいによる不正ふせい利用りようについて | DevelopersIO
- 277 users
- dev.classmethod.jp
- テクノロジー
- 2021/04/17
AWSアクセスキーセキュリティ意識いしき向上こうじょう委員いいん会あって何なに？昨今さっこん、AWSのアクセスキーを漏洩ろうえいさせてしまうことが原因げんいんでアカウントへの侵入しんにゅうを受うけ、多額たがくの利用りよう費ひ発生はっせい・情報じょうほう漏洩ろうえい疑うたがいなど重大じゅうだいなセキュリティ事案じあんが発生はっせいするケースが実際じっさいに多々たた起おきています。そこで、アクセスキー運用うんように関かんする安全あんぜん向上こうじょうの取組とりくみをブログでご紹介しょうかいする企画きかくをはじめました。アクセスキーを利用りようする場合ばあいは利用りようする上じょうでのリスクを正ただしく理解りかいし、セキュリティ対策たいさくを事前じぜんに適用てきようした上うえで適切てきせつにご利用りようください。【はじめに】昨今さっこん､アクセスキーの漏洩ろうえいを契機けいきとした不正ふせい利用りようの発生はっせいが多発たはつしております｡AWS 利用りようのお客様きゃくさまへのビジネスリスクが非常ひじょうに大おおきく､弊社へいしゃとしても憂慮ゆうりょする状況じょうきょうです｡そのため､以下いかをお読よみ頂いただき AWS 利用りようのお客様きゃくさまは環境かんきょうの見直みなおしをお願ねがい致いたします｡【この記事きじで伝つたえたいこと】多額たがくの費用ひよう発生はっせいリスクをなくすために､可能かのうな限かぎりアクセスキーの利用りようを
社内しゃない勉強べんきょう会かいはじめてのDocker for インフラエンジニア | DevelopersIO
- 273 users
- dev.classmethod.jp
- テクノロジー
- 2021/11/09
こんにちは。ご機嫌きげんいかがでしょうか。 "No human labor is no human error" が大好だいすきなネクストモード株式会社かぶしきがいしゃの吉井よしいです。 Docker に触ふれたことがないインフラエンジニア向むけに勉強べんきょう会かいを開催かいさいしました。ローカルで Docker を動うごかし、インフラっぽい動作どうさ確認かくにんを行おこない、Amazon ECS で動うごかすところまでを紹介しょうかいします。 Cloud9 ロールの作成さくせい EC2 インスタンスプロファイルです。Cloud9 のインスタンスで使用しようします。ロール名めいは EC2Cloud9Role としました。(任意にんいに変更へんこうしてOK) マネジメントコンソール IAM ロールを開ひらきます。ロールの作成さくせいをクリックします。ユースケースの選択せんたく → 一般いっぱん的てきなユースケース → EC2 を選択せんたくして、次つぎのステップへ進すすみます。 Attach アクセス権限けんげんポリシー画面がめんで割わり当あてるポリシーは以下いかで
AWS 診断しんだんを事例じれいとしたクラウドセキュリティ。サーバーレス環境かんきょうの不備ふびや見落みおとしがちな Cognito の穴あなによる危険きけん性せい - Flatt Security Blog
- 262 users
- blog.flatt.tech
- テクノロジー
- 2020/11/18
こんにちは。本ほんブログに初はじめて記事きじを書かく、株式会社かぶしきがいしゃ Flatt Security セキュリティエンジニアの Azara(@a_zara_n)です。普段ふだんは Web やプラットフォームの診断しんだんやクラウド周まわりの調査ちょうさ、Twitter ではご飯はんの画像がぞうを流ながす仕事しごとをしています。よろしくお願ねがいします。クラウドサービスが発展はってんし続つづける今日きょうこの頃ころ、多おおくの企業きぎょうがパブリッククラウドやプライベートクラウドなどを駆使くしし顧客こきゃくへサービス提供ていきょうしているのを目めにします。そのような中なかで、サービスが利用りようするクラウドにおいて設定せってい不備ふびや意図いとしない入力にゅうりょく、構成こうせいの不備ふびにより顧客こきゃく情報じょうほうや IAM をはじめとする認証にんしょう情報じょうほうが脅おびやかされるケースが多々たたあります。本ほん記事きじでは、そのような脅威きょういの一いち例れいをもとにクラウドサービスをより堅牢けんろうで安全あんぜんに利用りようする一助いちじょになればと、攻撃こうげき手法しゅほうや対策たいさくなどについて解説かいせつをしていきます。また、私わたしの所属しょぞくする株式会社かぶしきがいしゃ Flatt Secur
入社にゅうしゃ後ごにAWSアカウントの整理せいりとAWS SSOを導入どうにゅうした話はなし - トレタ開発かいはつ者しゃブログ
- 247 users
- tech.toreta.in
- テクノロジー
- 2019/12/16
こんにちは、2019年ねん7月がつよりトレタにJOINした @aibou です。本ほん記事きじはトレタ Advent Calendar 2019の16日にち目めの記事きじです。趣味しゅみはNFL観戦かんせんとボルダリングです。NFLは今年ことし11月がつにマイナス気温きおんの屋外おくがいで現地げんち観戦かんせんしてきました。最近さいきんリードクライミングの講習こうしゅうを受うけまして、ガシガシと岩いわを登のぼっております。さて、今回こんかいはAWSアカウントとAWS SSOのお話はなしをしようと思おもいます。既すでに社内しゃないエンジニアへの共有きょうゆうや社内しゃないWikiにAWS SSOの利用りようマニュアルを残のこしていますが、経緯けいいや変遷へんせんについて記載きさいしていないので、トレタ社員しゃいんの方ほうにも読よみ物ものとして読よんでいただければなと思おもっています。免責めんせき事項じこう本ほん記事きじを参考さんこうに実施じっししたことで発生はっせいした金銭きんせん・セキュリティ等とうあらゆる問題もんだいについて責任せきにんを負おいかねますので、自己じこ責任せきにんのもと実施じっししていただくよう、よろしくお願ねがいいたします。また、誤あやまり等とうあればはてブ等とうでご
AWS初心者しょしんしゃにIAM Policy/User/Roleについてざっくり説明せつめいする | DevelopersIO
- 236 users
- dev.classmethod.jp
- テクノロジー
- 2020/01/25
こんにちは、CX事業じぎょう本部ほんぶの夏目なつめです。先日せんじつ、AWS初心者しょしんしゃにIAM Policy/User/Roleについてざっくり説明せつめいする機会きかいがあったので、説明せつめいした内容ないようを共有きょうゆうします。 IAM Policy/User/Role 結論けつろんだけ簡潔かんけつに表現ひょうげんすると、次つぎのようになる。 IAM Policyはできること/できないことを定義ていぎし、UserやRoleに紐ひもづけて使つかう IAM Userは、Policyを紐ひも付つけて、ユーザーができることを定義ていぎする IAM Roleは、Policyを紐ひも付つけて、誰だれか/AWSのサービスができることを定義ていぎする Policyはできること/できないことを定義ていぎし、UserやRoleに紐ひもづけて使つかう IAM PolicyはAWSで何なにができるかを定義ていぎするものです。これ単体たんたいでは何なにもできず、IAM UserやRoleに紐ひもづけて使用しようします。これはS3ReadOnlyAccessという、AWSが提供ていきょうし
完全かんぜん無料むりょうのIDaaS！？Google Cloud Identity Freeを試ためしてみる
- 236 users
- okash1n.blog
- テクノロジー
- 2021/11/06
Google Cloud Identity Services昨日きのう開催かいさいされた「リーグオブ情じょうシス #7」でも紹介しょうかいされていた、Google Cloud Identity Freeを試ためしてみます。 Google Cloud Identity Freeとはデバイス管理かんりやディレクトリ管理かんり、SAMLを利用りようしたSSOなどGoogle Cloud Identityのほとんどの機能きのうを無料むりょうで利用りようできるライセンス体系たいけいです。閲覧えつらんだけに限かぎって言いえば、Google Driveの共有きょうゆうドライブも利用りようすることが可能かのうです。作成さくせいできるユーザー数すうは「50」までに制限せいげんされ、プロビジョニングなどはできませんが、ユーザーの組織そしき管理かんりという観点かんてんにおいてはほとんどのことを十分じゅうぶんにこなすことが可能かのうです。 Google Workspaceを利用りようしている場合ばあいは、同おなじ組織そしき内ないにユーザーを共存きょうぞんさせることも可能かのうなので、小ちいさな組織そしきでパート・アルバイトの方ほうな
- IDaaS
- あとで読よむ
- google
- SAML
- cloud
- SSO
- セキュリティ
- free
- Authentication
- 認証にんしょう
AWSのCLI作業さぎょうはどこで行おこなう？安全あんぜんに管理かんりするパターンとメリデメ集しゅう | DevelopersIO
- 236 users
- dev.classmethod.jp
- テクノロジー
- 2021/05/28
AWSアクセスキーセキュリティ意識いしき向上こうじょう委員いいん会あって何なに？昨今さっこん、AWSのアクセスキーを漏洩ろうえいさせてしまうことが原因げんいんでアカウントへの侵入しんにゅうを受うけ、多額たがくの利用りよう費ひ発生はっせい・情報じょうほう漏洩ろうえい疑うたがいなど重大じゅうだいなセキュリティ事案じあんが発生はっせいするケースが実際じっさいに多々たた起おきています。そこで、アクセスキー運用うんように関かんする安全あんぜん向上こうじょうの取組とりくみをブログでご紹介しょうかいする企画きかくをはじめました。アクセスキーを利用りようする場合ばあいは利用りようする上じょうでのリスクを正ただしく理解りかいし、セキュリティ対策たいさくを事前じぜんに適用てきようした上うえで適切てきせつにご利用りようください。 AWS CLI、どこから使つかっていますか？ざっくり、以下いか4種類しゅるいのどれかを使つかっている方ほうが多数たすう派はではないでしょうか。ローカル端末たんまつ AWS内ないに構築こうちくした管理かんり用ようEC2にSSHを利用りようして接続せつぞく AWS内ないに構築こうちくした管理かんり用ようEC2にSSM(セッションマネージャ)を利用りようして接続せつぞく AWS CloudShell 一体いったいどう違ちがうのでしょうか。状況じょうきょうによって良よし悪あしは異ことなる
エンジニア全員ぜんいんが Terraform を安心あんしん・安全あんぜんに触ふれるような仕組しくみを整ととのえています - VisasQ Dev Blog
- 234 users
- tech.visasq.com
- テクノロジー
- 2023/11/09
はじめにこんにちは！DPE（Developer Productivity Engineering）チームの高畑たかはたです。ちょっと前まえに iPhone 15 Pro に変かえてようやく USB-C ケーブルに統一とういつできる！と思おもっていたら、手元てもとにある Magic Trackpad が Lightning ケーブルでしょんぼりしました。さて今回こんかいは、ビザスクのインフラ周まわりで利用りようしている Terraform をエンジニア全員ぜんいんが安心あんしん・安全あんぜんに利用りようできる仕組しくみづくりを行おこなっている話はなしをしていきます！これまでビザスクではインフラの構築こうちく・運用うんように Terraform を利用りようしており、依頼いらいベースで DPE のメンバーが Terraform の修正しゅうせいを行おこなってレビュー＆リリースをしていました。開発かいはつメンバーから Terraform の PR をあげてもらうこともありますが、plan / apply の権限けんげんを持もっていない
note 社しゃの AWS 権限けんげん設計せっけいの変遷へんせんを辿たどる｜かとうかずや | kakato
- 226 users
- note.com/kkato1030
- テクノロジー
- 2022/12/25
いつの世よも人々ひとびとは権限けんげん設計せっけいに苦くるしめられている。そうは思おもいませぬか。ご多分たぶんにもれず、ぼくも note に入はいってからというもの AWS の権限けんげん設計せっけいをどうしてやろうかと、あれこれ思おもい悩なやみまくった人間にんげんでした。組織そしきが変かわれば権限けんげんも変かわる。誰だれが何なにをしたいのかなんてとても把握はあくしきれないし、かといって全員ぜんいんに Administrator を割わり振ふるような豪胆ごうたんさも持もち合あわせておらず。組織そしき再編さいへんが繰くり返かえされる中なかで、なんとか運用うんように耐たえうる設計せっけいを考かんがえ、実装じっそうしようと試こころみた内容ないようをまとめたのがこの note です。 note 社しゃにおける AWS 権限けんげん設計せっけいの変遷へんせんと、その結果けっか生うまれた自動じどうで AWS の権限けんげんを払はらい出だす仕組しくみについて書かいていきます。 ※この記事きじはnote株式会社かぶしきがいしゃ Advent Calendar 2022 の 25 目もくの記事きじです。注意ちゅうい事項じこうつらつらと書かき連つらねていたら 12,000 字じ超ちょうの大作たいさく note となってしま
#技術ぎじゅつ書しょ典てんに出展しゅってんする『AWSの薄うすい本ほん　IAMのマニアックな話はなし』はこんな本ほん - プログラマでありたい
- 219 users
- blog.takuros.net
- テクノロジー
- 2019/09/15
たびたびTweetしておりますが、2019年ねん9月がつ22日にちの技術ぎじゅつ書しょ典てん7に、『AWSの薄うすい本ほん　IAMのマニアックな話はなし』という本ほんを出展しゅってんします。名前なまえの通とおりAWS本ほんですが、IAMだけを取とり扱あつかっています。初はつの同人どうじん誌しを引ひっさげて、技術ぎじゅつ書しょ典てんデビューします。 IAM本ほんの目的もくてき書かいた本ほんはIAMの特とく化か本ほんですが、何故なぜIAMと聞きかれるのでここに書かいておきます。AWSが不正ふせい利用りようされて100万まん円えんの請求せいきゅうが来きたというようなニュースが、たまにネットを駆かけ巡めぐることがあります。原因げんいんの多おおくがIAMのアクセスキーをGitHubに誤あやまってコミットしてしまい、そのキーを不正ふせい利用りようされたケースです。そういった事態じたいを防ふせぐために正まさしくIAMを知しって貰もらいたいのです。 IAMは、AWSの利用りよう権限けんげんを管理かんりする極きわめて重要じゅうような機能きのうです。AWSには多種たしゅ多様たような機能きのうがあり、IAMはそれに応おうじて様々さまざまな記述きじゅつ方法ほうほうで権限けんげんを設定せっていできるようになっています。その分ぶん設定せってい項目こうもくが多おおく、I
Amazon S3の脆弱ぜいじゃくな利用りようによるセキュリティリスクと対策たいさく - Flatt Security Blog
- 216 users
- blog.flatt.tech
- テクノロジー
- 2022/07/26
はじめにこんにちは、株式会社かぶしきがいしゃFlatt Security セキュリティエンジニアの森岡もりおか(@scgajge12)です。本稿ほんこうでは、Amazon S3 の脆弱ぜいじゃくな使つかい方かたによるセキュリティリスクと対策たいさくを解説かいせつし、実際じっさいの設定せってい不備ふびなどに関かんする事例じれいについても紹介しょうかいします。 Flatt Security は専門せんもん家かの視点してんでセキュリティリスクを調査ちょうさするセキュリティ診断しんだんを提供ていきょうしています。クラウドとアプリケーションの総合そうごう的てきな診断しんだんの事例じれいとして SmartHR 様さまの診断しんだん事例じれいがございますので、是非ぜひインタビュー記事きじをご覧らんください。GCP の事例じれいですが、もちろん今回こんかい取とり上あげる AWS でも同様どうようの診断しんだんが可能かのうです。はじめに Amazon S3 とはバケット・オブジェクトバケットオブジェクトアクセスポリシーバケットポリシーアクセスコントロールリスト(ACL) IAM ポリシー署名しょめい付つき URL Amazon S3 に
- aws
- s3
- security
- あとで読よむ
- セキュリティ
- amazon
- Amazon S3
- ストレージ
3大だいクラウド(AWS,Azure,GCP)をそれぞれプロダクションで実じつ運用うんようした感想かんそう(その2 Azure固有こゆうの優位ゆうい性せいについて) - Qiita
- 214 users
- qiita.com/lazy-kz
- テクノロジー
- 2023/02/13
3大だいクラウド(AWS,Azure,GCP)をそれぞれプロダクションで実じつ運用うんようした感想かんそう(その2 Azure固有こゆうの優位ゆうい性せいについて)Azure 3大だいクラウド(AWS,Azure,GCP)をそれぞれプロダクションで実じつ運用うんようした感想かんそう(その2 Azure固有こゆうの優位ゆうい性せいについて) はじめに前回ぜんかい記事きじで3大だいクラウドに関かんして、各々おのおののクラウドのシェアと将来しょうらい性せいに関かんして感想かんそうを記述きじゅつしたところ、トレンド1位いになったりと大変たいへん大おおきな反響はんきょうをいただきました。長ながい記事きじであったにも関かかわらず、目めを通とおしてくださった読者どくしゃの皆様みなさまありがとうございます！しかしながら、予想よそう外がいのバズり方ほうをしてしまってだいぶハードルが上あがってしまったのと、ちょうど弊社へいしゃでインパクトの大おおきい経営けいえい施策しさく(シリーズBの資金しきん調達ちょうたつ/事業じぎょう譲渡じょうと)が立たて続つづけに執行しっこうされたことが相あいまって、記事きじ第だい二に弾だんの投下とうかが遅おそくなってしまいました。楽たのしみにしてくださっていた方々かたがた、申もうし訳わけございません。今いま
AWSで”最小さいしょう権限けんげんの原則げんそく”を実現じつげんするための考かんがえ方かた /20240722-ssmjp-aws-least-privilege
- 212 users
- speakerdeck.com/opelab
- テクノロジー
- 2024/07/22
ssmonline #43 での発表はっぴょう資料しりょうです。 (運用うんよう設計せっけいラボ合同ごうどう会社かいしゃ波田野はたの裕一ひろいち)
Amazon S3 へのファイルアップロードで POST Policy を使つかうと、かゆいところに手てが届とどくかもしれない - カミナシエンジニアブログ
- 207 users
- kaminashi-developer.hatenablog.jp
- テクノロジー
- 2024/02/28
はじめにこんにちは。カミナシでソフトウェアエンジニアをしている佐藤さとうです。みなさんは、アプリケーションのフロントエンドから、Amazon S3 にファイルをアップロードするときに、どのような方法ほうほうを用もちいているでしょうか？「バックエンドのサーバーにファイルを送信そうしんし、バックエンドのサーバー経由けいゆで S3 にアップロードしている」「Presigned URL を払はらい出だして、フロントエンドから直接ちょくせつ PUT している」など、いくつかの方法ほうほうがあると思おもいます。弊社へいしゃで提供ていきょうしているサービス「カミナシレポート」でも、用途ようとに応おうじて上記じょうきの方法ほうほうを使つかい分わけて S3 へのファイルのアップロードを行おこなっています。特とくに、Presigned URL は、手軽てがるに利用りようできる上うえに、バックエンドのサーバーの負荷ふかやレイテンシーの削減さくげんといったメリットも大おおきく、重宝ちょうほうしています。一方いっぽうで、その手軽てがるさの反面はんめん、アップロードに際さいして様々さまざまな制約せいやくを
[2021年版ねんばん]AWSセキュリティ対策たいさく全部ぜんぶ盛もり[初級しょきゅうから上級じょうきゅうまで]
- 203 users
- speakerdeck.com/cmusudakeisuke
- テクノロジー
- 2021/10/06
解説かいせつと登壇とうだん時じの動画どうがを載のせたブログは以下いかです。こちらを見みてください。シェアもブログの方ほうをお願ねがいします。 https://dev.classmethod.jp/articles/aws-security-all-in-one-2021/ イベントページはこちら。 DevelopersIO 2021 Decade https://classmethod.jp/m/devio-2021-decade/