[B! SELinux] ftnkのブックマーク

ftnk id:ftnk

SELinuxに関するftnkのブックマーク (11)

hbstudy# 28 SELinux HandsOn 公開版
Linux女子部「Fedora最新技術情報＆Systemd勉強会」 http://connpass.com/event/3859/ で使用した資料です。変更履歴 2013/11/04 ver1.0 初版 2013/11/05 ver1.1 誤植修正、少し追記 2013/11/06 ver1.2 daemon-reload,mask,テンプレート機能を追記 2013/11/12 ver1.3 User/Groupオプションの説明追加 2013/11/24 ver1.4 誤植修正 2014/05/05 ver1.5 imjournalモジュールの説明追加
ftnk 2012/01/05
linux

SELinux

security
リンク
sshd で22番ポート以外を使う(F14) | 2done.org
ftnk 2010/12/18
ssh

selinux
リンク
SELinux を Ruby から操作してみる。 - やったるでぇ
Fedora に﹁libselinux-ruby﹂というパッケージがあります。これを使うことで、SELinux を Ruby からある程度操作することが可能になる。と、いうことで試してみました。未熟者なので言葉などおかしいところがあったら是非教えてやってください。。環境Fedora 12 x86_64ruby-1.8.6.383-4.fc12.x86_64 libselinux-ruby-2.0.87-1.fc12.x86_64 インストール方法インストールはいたって簡単。以下のコマンドを実行するだけです。# yum -y install libselinux-ruby中身はこれしかありません。man もありません。# rpm -ql libselinux-ruby/usr/lib64/ruby/site_ruby/1.8/x86_64-linux/selinux.so man がない！
ftnk 2010/01/19
linux

ruby

selinux
リンク
「日本セキュアOSユーザ会」設立、「日本SELinuxユーザ会」から名称変更 | OSDN Magazine
﹁日本セキュアOSユーザ会﹂が2008年9月23日発足した。2005年に設立された﹁日本SELinuxユーザ会﹂が名称変更したもので、より広範な技術領域・問題領域を取り扱い、セキュアOS技術の普及促進を目指す。﹁強制アクセス制御﹂﹁最小特権﹂などのセキュアOS技術を中心に、情報交換・交流・議論の場として活動する。具体的には、MLやWebの運営のほか、勉強会の開催、OSS関連イベントへの参加、技術ドキュメントの提供、OSSコミュニティへの参加促進などを行っていく。日本SELinuxユーザ会設立当時は、Linuxカーネル向けセキュアOS技術はSELinuxが唯一のものだったが、その後3年間でセキュアOSの関連技術の拡大や、SmackやTOMOYO Linuxといった新セキュアOS技術の提案といった変化があったことから、名称変更を決めた。併せて、会長はこれまでの中村雄一氏から、﹁SE-Po
ftnk 2008/09/24
OS

SELinux

security
リンク
なぜクラスタリングにSELinuxを使わないのか！－＠IT
第8回なぜクラスタリングにSELinuxを使わないのか！面和毅サイオステクノロジー株式会社 OSSテクノロジーセンター開発支援グループグループマネージャー 2008/4/16 クラスタリングとSELinux、相性はバッチリ……？実際にサーバを運用していくうえで、クラスタリングというキーワードは避けては通れないでしょう。クラスタリングソフトを使用した際に、SELinuxを無効にしなくてはならないのか気になるところだと思います。そこで今回から数回にわたって、クラスタリングとSELinuxの関係について紹介します。クラスタリングにもいろいろな種類がありますが、今回はサンプルとして、比較的理解が簡単なアクティブ／スタンバイ型を例にして検証を行います。クラスタリング・Powered by SELinuxの検証環境今回は、検証環境として図1のような環境を想定しています。プライマリ
ftnk 2008/04/21
Linux

SELinux

cluster
リンク
やっぱり気になるスイッチ・オン！での性能変化－＠IT
第7回やっぱり気になるスイッチ・オン！での性能変化面和毅サイオステクノロジー株式会社 OSSテクノロジーセンター開発支援グループグループマネージャー 2008/2/29 今回は、CentOS 5でSELinuxを有効にした場合、どの程度のパフォーマンス低下が起きるかを見てみましょう。﹁SELinux有効﹂がパフォーマンスに与えるインパクトとはシステムの実運用を想定した場合、セキュリティももちろん大事ですが、そのほかにもパフォーマンスや高可用性といった点がシステムの設計／運用において大事になってきます。特にパフォーマンスに関しては、ハードウェアレイヤからOSやデータベース、アプリケーションにわたってチューニングを重ねて、︵もちろんそのほかのバランスも考えて︶極力性能が出るようにするものですから、実際にSELinuxを有効にすることによって、どの程度何がボトルネックとな
ftnk 2008/03/01
Linux

SELinux

benchmark

performance
リンク
NRPEプラグインを作って確認「SELinux、異常なし！」 − ＠IT
SELinuxの何を監視するかSELinuxがオンになっているシステムでは何を監視するべきなのでしょうか。そのような疑問に答えてくれるドキュメントが、Linuxコンソーシアムのセキュリティ部会から、﹁セキュアOS運用項目︵2006年度成果物︶﹂として公開されています。まずはこのドキュメントを参考にしましょう。﹁セキュアOS運用項目﹂の第4章の﹁監視・管理すべき事項﹂の中に、セキュアOS機能︵含むSELinux︶を用いているシステムで監視・管理するべき項目がまとめられています。それによると、セキュアOS機能のオン／オフ状態セキュアOS機能のセキュリティ設定︵セキュリティポリシー︶セキュアOS機能が出力するログの3つを監視・管理する必要があるようです。これをSELinuxに当てはめると、SELinuxのオン／オフ状態SELinuxのポリシーバージョンSELinuxが出力するロ
ftnk 2007/12/27
security

Network

nagios

linux

SELinux
リンク
himainuの日記情報フロー分析再考：パス名ベースのセキュアOSの弱点とSELinuxの留意点
http://d.hatena.ne.jp/himainu/20060419#1145484710 の続き。ラベルvsパス名論争で、ラベルのほうがいい根拠として、パス名は、情報フロー分析が不可能︵ハードリンクがあるから︶というのがある。 seedit的にも分からなくなってきたので、ここでじっくり考察。結論を言ってしまうと、﹁パス名ベースのセキュアOSで継続的にセキュリティを保つには、ハードリンクの生成を常に監視しつづけなければならない。﹂というパス名ベースのセキュアOSの弱点が導かれた。以下、結論に至る過程。ハードリンクされた情報への情報フロー分析 /etc/shadow というファイルがあったとする。このファイルの中身には、パスワード︵のハッシュ)が格納されている。 /etc/shadowへのアクセスパスは、一意に定まらない。 /var/shadowにハードリンク
ftnk 2007/09/11
Linux

SELinux
リンク
Red Hat Enterprise Linux 5で始めるSELinux ― ＠IT
面和毅サイオステクノロジー株式会社 OSSソリューションセンターグローバルサービスグループグループマネージャー 2007/3/14 まもなくリリースされるRed Hat Enterprise Linux 5では、SELinuxを使いやすくする新機能が搭載されている。今回は「セキュアOS「LIDS」入門」を執筆する面氏が、Red Hat Enterprise Linux 5のSELinuxで新しくなったポイントを詳しく紹介する（編集部） Red Hat Enterprise Linux 5（以下RHEL5）が近日中にリリースされます。このRHEL5では、仮想化やクラスタリングなどさまざまな新機能が盛り込まれていますが、採用されているSELinuxもバージョンが上がり、新機能が盛り込まれ、扱いが大きく変わっています。この記事では、SELinuxに関しての前バージョンとRHEL5との相違
ftnk 2007/09/11
RHEL

selinux

Security

linux

ToRead
リンク
SELinux：使いやすさを犠牲にセキュリティを強化 | OSDN Magazine
オペレーティングシステムのセキュリティは、アクセス制御を中心に回っている。Linuxディストリビューションで使われるDAC︵Discretionary Access Control︶メカニズムでは、リソースへのアクセスをだれに許可し、どのようなアクセス方法を認めるかをリソースの所有者が決定できる。しかし、DACが理想的なアクセス制御方式ではないことは、すぐに判明した。アプリケーションを実行するユーザに与えられた権限が、そのままアプリケーションが持つ権限になるからである。1つのアプリケーションが侵入を許し、rootで実行されるだけで、システム全体が侵入を許してしまう。こういった事情から、セキュリティの専門家が考案したアクセス制御方式がMAC︵Mandatory Access Control︶である。MACでは、リソースへのアクセスは、アプリケーションを実行するユーザがだれであれ、それとは関係
ftnk 2007/09/11
Security

SELinux
リンク
gr.jp
This domain may be for sale!
ftnk 2007/09/11
Linux

Security

SELinux
リンク
1