CVE-2014-0160 OpenSSL Heartbleed 脆弱性まとめ - めもおきば
必要な情報は http://heartbleed.com/ にまとまっているのですが、英語だし長いしって人のために手短にまとめておきます。 どうすればいいのか OpenSSL 1.0.1〜1.0.1fを使っていなければセーフ あてはまる場合には、一刻も早くバージョンアップして、サーバごと再起動(わかるひとはサービス単位でもOK、ただしreloadではだめなことも) SSL証明書でサーバを公開しているなら、秘密鍵から作り直して証明書を再発行し、過去の証明書を失効させる(末尾に関連リンクあり)。 サーバを公開していない場合も、外部へのSSL通信があれば影響を受けるので、詳しく精査する。 PFS(perfect forward secrecy)を利用していない場合、過去の通信内容も復号される可能性があるため、詳しく精査する。 漏洩する情報の具体例は、OpenSSLの脆弱性で想定されるリスクとして
installコマンドでコマンド数を減らす - @znz blog
mkdir とか touch とか chown とか chmod とか個別に実行しなくても install コマンドだけでまとめて出来るという話です。 問題例 Dockerfile の RUN などが典型的な例ですが、他でも例えば mkdir -p /home/foo/.ssh; chown foo /home/foo/.ssh; chmod 0700 /home/foo/.ssh のようなことをすることがあると思います。 特に Dockerfile の場合は RUN ごとにイメージがたまっていくこともあって、 ; や && でつなげて単独の RUN にまとめて書くことも多いと思います。 install でディレクトリを作る たとえば mkdir -p /home/foo/.ssh chown foo /home/foo/.ssh chgrp users /home/foo/.ssh ch
技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) - Glamenv-Septzen.net
ホーム 検索 - ログイン | | ヘルプ 技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) [ Prev ] [ Next ] [ 技術 ] 何をいまさら当たり前の事を・・・と思われるだろう。 $ nohup long_run_batch.sh & SSHからログアウト後も実行を続けたいバッチジョブを、"&"を付けてバックグラウンドジョブとしてnohupから起動するのは定番中の定番である。 しかし、「nohupを使わなくても実行を続けることが出来る」やり方があったり、さらには「nohupを付けてもログアウト時に終了してしまう」パターンがあるとしたらどうだろう？ そして、ある日あなたの後輩や同僚がこれらについてあなたに質問してきたら、あなたはどう答えるだろうか？ 「Web上で検索したら見つか
systemd の情報を集め始めよう
斎藤です。こんにちは。 RedHat Enterprise Linux 7(RHEL7)リリースの足音が聞こえる今日この頃ですが、皆様いかがでしょうか。予習として、Fedora 19を利用されている方もいらっしゃるかと思います。 その中で、大きな変化の1つとして、 systemd(※1) の採用があります。systemdは、SysVinitやUpstartに変わる、プロセス管理の仕組みです。そうです、起動スクリプトの書き方や、プロセスの確認方法が大きく変わる事になるのです！そうなれば、構築や運用に関わる知識や手順を覚え直す必要が出てきます。 しかし、systemdに関する資料は、それほど多くありません。そこで、簡単ですが記事執筆時点(2013-10-24)での情報源をまとめてみました。検証の際の情報収集時、お役に立てば幸いです。 ※私が社内Wikiにまとめた情報をBlog用に整理し、公開し
私が他人のシェルスクリプトから学んだこと | Yakst
私はシェルスクリプトの大ファンで、他人のスクリプトから面白い方法を学ぶのが大好きだ。最近、SSHサーバの2要素認証を簡単にするためのauthy-sshスクリプトに出会った。このスクリプト群を見まわしていて、みんなと共有したいたくさんのクールなことを見つけた。 出力に色付けする 出力文字列を、成功した時は緑に、失敗した時は赤に、警告は黄色に色づけしたいと思うことはたくさんあるだろう。 NORMAL=$(tput sgr0) GREEN=$(tput setaf 2; tput bold) YELLOW=$(tput setaf 3) RED=$(tput setaf 1) function red() { echo -e "$RED$*$NORMAL" } function green() { echo -e "$GREEN$*$NORMAL" } function yellow() { e
Shebangという謎な事実上業界標準について
Shebangとは、UNIXのシェルスクリプトの業界標準で、シェルスクリプトの一行目のコメントの、#!を意味する。sheが短母音か長母音か分からなかったので、英語ネイティブにたずねたところ、人によって意見が違う。短母音の方が多数派のようなので、一応シバンが近いものになるだろう。日本語版のWikipediaでも、シバンとしている。この機能には他にも多数の名前があるが、もっとも有名なのが、Shebangだそうだ。 その業界標準的な文法は、以下の通り（ただし、後述するように、この文字列の扱いについては違いがある） #! 文字列 [改行] 普通、実行権限のついたファイルは、標準のシェルで実行されるが、このShebangがある場合は、#!から改行までの間の文字列を、後述するバラバラな方法で解釈して、execで実行し、その際の引数には元のシェルスクリプトファイルへのパスが指定される。 問題は、このsh
Vagrant のベースBOX作成手順 (Scientific Linux 6.1) - エンジニアきまぐれTips
Scientific Linux 6.1 のベース BOX を自分で作成してみた。 http://docs-v1.vagrantup.com/v1/docs/base_boxes.html まずは VirtualBox 上で VM を作成する。そして、vagrant package コマンドでパッケージ化する。 以下から、最新のインストールDVDイメージをダウンロードしてくる。 http://www.scientificlinux.org/ VirtualBox の画面から仮想マシンの新規作成 名前 vagrant-sl6 OS Linux バージョン RedHat メインメモリ 512 MB チップセット PIIX3 オーディオ 無効 USB 無効 ネットワーク NAT ストレージ(HDD) 80GB (動的拡張VMDK形式) ストレージ(CDROM) インストールDVDイメージを割り当
チャットとかでパスワードを教えるとき暗号化すると良い
チャットとかメールでパスワードなんかを教えたい時、パスワードを直接ネットに貼り付けるのはだいぶ怖い。相手と共有してるキーみたいな情報で暗号化&復号化できれば安心してネットに貼れると思った。普通に*nixツールでこういうことできるのあるだろうと探してみたところなんとOpenSSLでできるとのこと。Macの人とかRailsで開発をしてるような人のマシンならOpenSSL入ってると思う。 やばい情報を暗号化して送りたいとき、以下の様なコマンドを打ち込む echo "yabai information" | openssl enc -e -aes-256-cbc -salt -base64 すると復号するときに必要なパスワード聞かれる $ echo "yabai information" | openssl enc -e -aes-256-cbc -salt -base64 enter aes-2
米Netflix、AWSに対応するクラウドインフラ向け障害テストツール「Chaos Monkey」をリリース | OSDN Magazine
ネットを利用したビデオレンタルサービス大手の米Netflixは7月30日、Amazonクラウドインフラストラクチャ向けの障害テストツール「Chaos Monkey」をオープンソースソフトウェアとして公開した。クラウドインフラストラクチャ内での障害を意図的に発生させるツールで、アプリケーションの耐障害性をテストできるという。 Chaos MonkeyはAmazon Web Services（AWS）クラウドでホストされている環境の耐障害性をテストするシステム。インターネット経由でのDVDレンタルサービスやオンラインでの動画ストリーミングサービスを展開しているNetflixはクラウドを多用してシステムを構築しており、さまざまな障害シナリオに対応するために開発したという。 Chaos Monkeyはクラウドシステムで運用中のインスタンスをランダムに無効にし障害を引き起こす機能を持つ。これにより、
ページが見つかりません | 日本HP
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
第32章 キックスタートを使ったインストール Red Hat Enterprise Linux 6 | Red Hat Customer Portal
インストールガイド 1. Obtaining Red Hat Enterprise Linux 2. メディアの作成 Expand section "2. メディアの作成" Collapse section "2. メディアの作成" 2.1. インストール DVD の作成 2.2. 最小ブートメディアの作成 Expand section "2.2. 最小ブートメディアの作成" Collapse section "2.2. 最小ブートメディアの作成" 2.2.1. BIOS ベースのシステムの最小 USB ブートメディア 2.2.2. UEFI ベースのシステムの最小 USB ブートメディア 2.3. USGCB 準拠のインストールイメージの作成 I. x86、AMD64、および Intel 64 - インストールと起動 Expand section "I. x86、AMD64、および In
Red Hat Enterprise Linux - Red Hat Customer Portal
Skip to main content
What Every Programmer Should Know About Memory (PDF)
What Every Programmer Should Know About Memory Ulrich Drepper Red Hat, Inc. drepper@redhat.com November 21, 2007 Abstract As CPU cores become both faster and more numerous, the limiting factor for most programs is now, and will be for some time, memory access. Hardware designers have come up with ever more sophisticated memory handling and acceleration techniques–such as CPU caches–but these canno
Index of /
This is _NOT_ an updated tree for installing CentOS Linux : It is a snapshot of the older trees that have been removed from the main CentOS servers as new point releases are released. This is provided for reference and to provide access to older archived versions, and we do not put security updates into the trees on this server. Please see this link for active versions of CentOS Linux The Followin
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ubuntuも動く安価な手の平コンピュータBeagleBone Black Rev. A5CがAmazonで販売中
Linuxシステム管理者が読むべき50冊--目次：ITpro
クラウド基盤構築サポートページ - 講義資料
Google Code Archive - Long-term storage for Google Code Project Hosting.
http://jp.fujitsu.com/platform/server/primequest/catalog/manual/linux/
http://blog.torigoya.net/2010/07/11/linux-fdd/