こんにちは、VOYAGE GROUP システム本部の @s-tajima です。 今回はVOYAGE GROUPが提供する多くのサービスをより安全に運用するために、LDAPサーバの監査体制を強化したお話です。 VOYAGE GROUPでは、 サーバにログインするためのシェルアカウントや、各種管理画面のアカウント等、様々なアカウントの統合管理のためのシステムとしてLDAPサーバ(OpenLDAPのslapd)を利用しています。つまり、このLDAPサーバに対して誤った操作や悪意のある操作が行われることで、それぞれのシステムに意図しない認証や認可が行われてしまうことになります。 そんな状況を予防, 検知するために、 LDAPサーバに対する参照・更新の記録をすべてログに残す。(自動) ログの中身を確認し、必要なものがあれば通知する。(自動) 通知の内容を元に詳しい調査を行い、問題がないか確認する。
別名: LDAPサーバーOpenDJを使おう(3) LDAPサーバーOpenDJを使おう(1) の続きの LDAPサーバーOpenDJを使おう(2) の続きです。いよいよ REST API の登場です。 LDAP で問い合わせるの面倒だから HTTP の REST API あったら便利だよねということです。OpenDJ にはそれ自身に組み込まれた HTTP サーバーと、任意の LDAP サーバーをバックエンドとして利用できる REST API Gateway がありますが、今回の紹介は前者です。 権限の問題が解決できずにずっと放置していましたが、もう OpenDJ を使うことはなさそうなので中途半端ですが公開します。なぜ使わないかというと各メジャーバージョンの最初のリリースしか公開されなくなり、Subscription を買わないと更新できなくなったからです。プロダクション環境で使うために
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
企業においてパスワード管理をLDAPを使って一元管理しているケースは多いと思います。Windowsでも利用できますし、Linuxなどのログイン認証にも利用できます。認証統合されているとIDの管理がとても簡単になります。 そんなLDAPですが、パスワードの更新インタフェースになると多少面倒があります。Windowsの認証に使っている場合はダイアログで操作できますが、その他の場合は別途インタフェースを作らないといけません。そこで使ってみたいのがPWM、LDAPパスワード管理ツールです。 ログインします。これはもちろんLDAPのID/PWを使って行います。 アカウントの登録もPWMを使ってできます。 メニューです。基本的にはLDAPディレクトリを検索したりプロフィールの更新に使います。 管理者向けにステータスをメーター表示してくれる機能があります。 他のユーザを検索できます。 秘密の質問に対応し
mysql auth_ldap is an authentication plugin for the MySQL server. It allows you to create SQL users that are going to be authenticated using a LDAP server. This allows to minimize administrative duties, since your users will be able to reuse their existing account to access the database. The plugin requires MySQL 5.5.7 and up. It is compiled as an add on and does not require you to alter MySQL sou
Easy LDAP Management LDAP Account Manager (LAM) is a webfrontend for managing entries (e.g. users, groups, DHCP settings) stored in an LDAP directory. LAM was designed to make LDAP management as easy as possible for the user. It abstracts from the technical details of LDAP and allows persons without technical background to manage LDAP entries. If needed, power users may directly edit LDAP entries
登場したクラウド向け総合APポータル<br> －OKTA、OneLogin、CloudGate－
登場したクラウド向け総合APポータル －OKTA、OneLogin、CloudGate－ 最近のクラウド市場中でOktaの動きは見逃せない。 同社が提供するのはオンプレミスはもちろん、ファイヤーウォールの外にあるSaaSやWebアプリケーションのアクセスマネージメントだ。解りやすく言えば、クラウド時代の総合アプリケーションポータルである。 ◆ アクセスマネージメントとは 今日、SaaSやWebアプリとして、CRM、ERP、テレビ会議、人材開発、eメールなど多様なアプリケーションが提供されている。企業にとって、自社独自のミッションクリティカル な業務は別にすると、他のアプリケーションはこれら外部のもの利用する時代となった。 しかし利用するユーザーから見ると、多様なアプリケーションを使い分けるには、正確なアプリのURLやユーザーネーム、パスワードの保持・管理をしなければならず、加えて、既存オ
For the best web experience, please use IE11+, Chrome, Firefox, or Safari
RhodeCodeはGit/Hgに対応したリポジトリ/プロジェクト管理システムです。 最近流行のVCSと言えばGitとHgをはじめとする分散型バージョン管理ではないでしょうか。企業内でこれらのリポジトリを使っているならその管理に利用したいのがRhodeCodeです。 プロジェクト一覧です。 一つのプロジェクトを表示しました。cloneするURLやコミットログも表示されています。 コミットやマージの状態がビジュアル化されています。 タグ一覧です。 コミットの内容です。 別なリポジトリです。こちらはGitです。 コミットログを見ると差分が確認できます。 RhodeCodeはリポジトリのPull/Pushサーバになり、コードレビューも行えます。さらに全文検索を持っています。企業用途に嬉しいのがLDAPやActiveDirectoryを使った認証に対応していることではないでしょうか。APIもあり、
Git ManagerはPHPで作られたGitリポジトリ管理システムです。ユーザ単位のアクセス制限に対応しています。 Gitのサーバを立てようと思うとなかなか面倒なイメージがありますが、Web上で管理できるととても手軽になりそうです。PHP製のGit Managerを紹介します。 ログインした後の画面です。ログインはhtpasswdまたはLDAPを利用できます。 リポジトリ追加のダイアログです。 リポジトリを追加しました。 ユーザごとのアクセス権限を設定できます。 グループ単位の設定も可能です。 リポジトリを作るとこのようにGitのファイル構成が作成されます。 認証の仕組みでhtpasswdを使ったり、LDAPが使える点がとても便利ではないでしょうか。またWebDAVを使うことでWebベースでリポジトリを触れるのも便利です。筆者環境ではcloneできなかったのですが、HTTPベースでpus
この間、会社で少し大きくなって、利用するツールが少し増えつつありますので、 ユーザー管理を統一するために、LDAPサーバーを使うようになりました。 思ったより面倒だったんですが、LDAPを使うと色なサービスで同じ ユーザー名とパスワードが使えるので便利です。今のところ、 Redmine サーバー、 Wiki、社内ライブラリのリポジトリーサーバー などに使っています。 ただし、LDAPは同じユーザー名とパスワードが使えますが、ユーザーが 自分でパスワードを変更させるには何か用意しないといけません。 というわけで、Flask のLDAPパスワード変更アプリを作ってみた。 Flask は Python で当然ながら、WSGI に普通に対応していますので、 かなり便利です。 さって、どうやるのか。 Python プロジェクトなので、当然ながら、 virtualenv を使います。仮想環境に Fla
For full functionality of this site it is necessary to enable JavaScript. Here are the instructions how to enable JavaScript in your web browser.
ものいわぬOpenLDAPサーバのログ管理・その2：OpenLDAPによるディレクトリサーバ運用（4）（1/3 ページ） ユーザー情報や組織情報などを一元的に管理するディレクトリサーバは、企業システムの中で重要な役割を果たしています。オープンソースの「OpenLDAP」によるディレクトリサーバの構築方法を解説した前連載に続き、その運用方法を紹介していきます。（編集部） 今回は、追加モジュールとして提供される監査ログを説明した後、これまでに紹介したログを一覧にまとめます。その後、OpenLDAPサーバを管理するうえで大切な、syslogへ送付されるログの基本的な読み方を説明していきます。 OpenLDAPサーバの監査ログ（Auditlogモジュール） 監査ログは、OpenLDAPサーバにモジュールを追加することで利用可能となる機能であり、指定したバックエンドデータベースに対して行われたすべて
12. LDAP スキーマこれまで挙げた機能に必要なデータの居場所をなんとかするのは スキーマの問題です。どんな環境でも、厳粛に扱うべきものとみなして かしこまるべきではありません。ここにある例は目的にかなうはずですが、 自分の特定の必要に合わせなくてはならないことも多分あると思います。各エントリの意味と入れるべき情報を解明するためにとても苦労してきた (きっとはっきり書いてあるのでしょうが、どこに書いてあるかが分からない) ので、 著者も試行錯誤でやってみます。しかし注意すべきことに、各用途のスキーマを 同時に問題なく利用できるというわけではありません。 Microsoft のアドレス帳には、表示されているのに LDAP で使用しない フィールドがあるようです。「役職」「ニックネーム」「市区町村」「都道府県」 「(自宅の) 郵便番号」「(自宅の) 国/地域」「(自宅の) Web ページ」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Setting up GIT with Apache Smart HTTP/S and LDAP
