セキュリティガードレールを作って、非エンジニアに安心してGCPを提供できるようにした話 - MonotaRO Tech Blog
はじめまして、モノタロウでGCPの管理をしている吉本です。 今回はモノタロウの社内全体でデータ基盤として使っているGCPをテーマに、大規模組織におけるクラウド運用の取り組みをお話します。 データ民主化による現場主導のデータ活用 クラウドの利用拡大に伴う課題 Cloud Asset Inventoryを利用したセキュリティガードレールの構築 まとめ データ民主化による現場主導のデータ活用 最近、データの活用・推進が様々な企業で実施されるようになってきました。 特に2018年あたりからデータ民主化と呼ばれる、職種に問わず自らデータを集計・分析して意思決定をする文化が広まるようになった結果、非エンジニアがSQLを書く事例が増えています。*1 *2 モノタロウでも職種問わずデータドリブンな意思決定を推進しています。 2017年にデータ基盤をBigQueryに構築して以降、積極的にSQLなどの研修な
OSSEC ではじめるセキュリティログ監視 - クックパッド開発者ブログ
インフラストラクチャー部の星 (@kani_b) です。 Heartbleed, ShellShock, XSA-108 (a.k.a. EC2 インスタンス再起動祭), POODLE など、今年は話題となるような脆弱性が各地を襲う一年でした。 脆弱性への対応に加え、いわゆるセキュリティ対策に日頃頭を悩ませている方も多いのではないかと思います。 一言にセキュリティ対策と言っても、実際やるべきことは多岐にわたります。今回はそのうちの一つとして、OSSEC という IDS (侵入検知システム) を使ったセキュリティログ監視についてご紹介します。 OSSEC とは OSSEC は、いわゆるホスト型の IDS (HIDS) です。以下のような機能を持っています。 ログ解析、監視 ファイルの変更監視 rootkit の検知 それらをトリガにしたプログラムの自動実行 (Active Response)
Stream Processing Hard Problems – Part 1: Killing Lambda
We live in an age where we want to know relevant things happening around the world as soon as they happen; an age where digital content is updated instantly based on our likes and dislikes; an age where credit card fraud, security breaches, device malfunctions and site outages need to be detected and remedied as soon as they happen. It is an age where events are captured at scale and processed in
作業ログと履歴をシンプルに共有できる furoshiki ってツールを書いた - 詩と創作・思索のひろば
おはようございます。この記事ははてなエンジニアアドベントカレンダー2017の25日目の記事です。昨日は id:alpicola さんによる 社内で機械学習ハッカソンを開催しました でした。 サービスのデプロイをはじめとして、チーム内の開発者が共通して担当すべき業務というのはさまざまに存在し、基本的に定型化されているものですが、開発者が手元で実行するなど自動化までは行えていないような場合、以下のような点が問題になります。 作業履歴が共有されない 同様に作業中に意図しない不具合が生じた場合、エラーログが実行した環境にしか残らない それぞれ、デプロイのタイミングを Mackerel や Slack に投稿して共有する、Gist にエラー時のログを貼るなど、チームに合わせた方法が存在していることと思います。また作業環境を同一にするため、チームにデプロイサーバを用意して作業はそこで行う、という方法も
システム操作証跡管理ツールESS REC | エンカレッジ・テクノロジ
「ESS REC バージョン5」新規販売停止のお知らせ（2024年5月31日掲載） ESS REC バージョン5は、2025年3月31日を以て新規のお客様への販売を停止いたします。 今後は後継バージョンである「ESS REC 6」をご検討いただきますようお願いいたします。 尚、既存のお客様の追加ライセンスご購入については2025年4月以降も引き続き可能です。 システム運用管理業務の特徴とリスク コンピューターシステムの運用管理業務は、性質上システムの管理者権限（特権ID）を使用して行います。システムの管理者権限の濫用・誤用・不注意は、システム障害・トラブルや機密情報の持ち出しなど重要インシデントにつながるリスクがあるため、対処が必要です。 ESS RECの概要 ESS RECは、コンピューターの操作をデスクトップの録画とテキストログで詳細に記録し、高いトレーサビリティを提供することで、シス
RedshiftからのS3オブジェクトアクセスをCloudTrailでロギングしてみる | DevelopersIO
はじめに 好物はインフラとフロントエンドのかじわらゆたかです。 虎塚のエントリーでS3のオブジェクトアクセスをCloudTrailでロギングできる用になったとのことです。 【新機能】CloudTrailでS3オブジェクトレベルのアクセスをロギングする ｜ Developers.IO この機能を用いることでRedshiftでCopy/Unloadを実行したIAM Roleの情報も習得できるのではと思い、 確認してみました。 下準備 上記の記事はAWS CLIを用いて作成していましたが、Management Consoleからでも作成・設定することが可能です。 今回の例ではManagement Consoleから作成・設定をしております。 Management Consoleより、CloudTrailを選択し、TrailsからAdd new trailを押下し、Trailの作成を行います。 そ
Ｕｎｉｘユーザーのログイン記録を調べて、不正アクセスがないか確認する。 - それマグで！
ユーザーのログイン記録を調べる。 しばらく使ってないサーバーへ久しぶりにログインしたとき、誰かが使ってないか、Ｒｏｏｔパスワード取られてないか不安に駆られることとかあります。サーバ乗っ取られてウチのサーバーがアタックしていると通報受けることも稀にあります。数十台あるとさすがに管理してられないのもあるので。。。 自分以外のユーザーがログインしてファイルを開いてたりしないか確認することもします。 ログイン状況の調査によく使うコマンドは次の通りです。 コマンド名 大体の用途 lastlog Ｕｎｉｘの全ユーザーの最終ログインを見る last ログイン履歴を新しいモノから順に見る。 w 一文字でも立派なコマンド、ログインしている（tty使用中)のユーザー一覧 who wと殆ど同じ finger 昔は色々用途もあったけど、いまはwho/wと殆ど同じ ps 起動中のプロセスを見る 僕が実際使うのは 次
ものいわぬOpenLDAPサーバのログ管理
OpenLDAPサーバのアクセスログ アクセスログとは、OpenLDAPサーバにモジュールを追加することで利用可能となる機能であり、アクセス状況を把握する目的で利用されます。このアクセスログは、指定するバックエンドデータベースに対して行われたbind（認証）、add（追加）、modify（変更）といった指定する操作を、ファイルではなく別のバックエンドデータベースへ記録することができます。また、記録したログはldapsearchにて条件を絞り込んで参照できます。 本連載の対象OSであるCentOSにバンドルされるOpenLDAPサーバ（openldap-serversパッケージ）には、アクセスログモジュールが含まれていません。CentOS 5.3以降、アクセスログなどのオーバレイ機能は、openldap-servers-overlaysパッケージとして、別途、提供されています。 また、アクセ
ものいわぬOpenLDAPサーバのログ管理・その2
syslogが記録するログの読み方 それでは、「/var/log/ldap.log」をtailコマンドなどで観察しながら、次のようなオプションでldapsearchコマンドを実行してみましょう（注2）。 # cd /usr/local/openldap-2.4.21 # ./bin/ldapsearch -x -D cn=Manager,dc=my-domain,dc=com -W -b dc=my-domain,dc=com 1.1 Enter LDAP Password: secret# tail -f /var/log/ldap.log Mar 11 02:41:18 CentOS53a slapd[18941]: conn=1000 fd=16 ACCEPT from IP=127.0.0.1:40194 (IP=0.0.0.0:389) Mar 11 02:41:18 CentO
scriptとpsacctでオペレーションログを記録する | DevelopersIO
scriptは、実行コマンドとその結果をそのままテキストファイルに保存するコマンドです。 一方、psacctはバイナリファイルにコマンドの実行ログのみを保存するサービスです。 scriptによるログの保存 scriptコマンドで作業ログを記録でも紹介されていますが、scriptコマンドを利用するとコマンドの操作ログをファイルに記録することができます。このコマンドを利用し、SSHでログインした後のコマンド操作を記録できます。 SSHログイン後に、この設定を有効にするために /etc/profile （または ~/.bash_prrofile）の末尾に以下のコマンドを追加します。 # output operation log P_PROC=`ps aux | grep $PPID | grep sshd | awk '{ print $11 }'` if [ "$P_PROC" = sshd:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Signals — Flask Documentation (1.1.x)
Running Apache Airflow At Lyft
GitHub - spotify/gcp-audit: A tool for auditing security properties of GCP projects.
GitHub - forseti-security/forseti-security: Forseti Security
Google Cloud Security Toolbox - Spotify Engineering
Using JX for a GitOps Managed Jenkins X Installation with CloudBees CodeShip and Terraform on GKE