[CentOS-announce] CESA-2014:1306 Important CentOS 5 bash Security Update
[CentOS-announce] CESA-2014:1306 Important CentOS 5 bash Security Update Johnny Hughes johnny at centos.org Fri Sep 26 02:16:02 UTC 2014 Previous message: [CentOS-announce] CEBA-2014:1301 CentOS 7 selinux-policy BugFix Update Next message: [CentOS-announce] CESA-2014:1306 Important CentOS 5 bash Security Update Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] CentOS Errata and Securi
Security Information Directory for management - SIDfm
最終更新日：2014年10月10日 本ページは、2014年9月に公となりました GNU Bash のセキュリティホール(CVE-2014-6271 等)（通称、Shellshock）の情報についてまとめたものです。内容は適宜更新します。 概要 GNU Bash は、環境変数の処理が原因でセキュリティホールが存在します。 このセキュリティホールを利用された場合、細工された環境変数を Bash で評価することによって、意図していない任意のコマンドを実行される可能性があります。またリモートからの入力を環境変数へセットし、シェル経由でコマンドを実行するようなアプリケーションを使用している場合、リモートから任意のコマンドを実行される可能性があります。これには Apache httpd の mod_cgi 環境下で動作しシェル経由で外部コマンドを実行する CGI プログラムや、CUPS, dhclie
あなたのサーバは大丈夫？Shellshock対策をしましょう | さくらのナレッジ
9月下旬に発覚したbashの脆弱性Shellshock。自分のサーバは関係ない、そのままでも大丈夫と思っていませんでしょうか。最近のサーバに対する攻撃はほぼ自動化されており、手当り次第に攻撃を仕掛けてきます。 もちろん大手のサービスは狙われやすいですが、そんなことのないごくごく小さなサービスを運営しているだけでも狙われる可能性は十分にあります。対策は難しくありませんので、以下の内容を参考に確認、対策をしてください。 対象 さくらインターネットの下記サービスを利用されているケースにおいて、対策が必要になる可能性があります。 さくらのVPS さくらのクラウド さくらの専用サーバ 専用サーバ 専用サーバPlatform Ad/St bashがインストールされている場合は対象になりえるので、Windows Server以外はほぼほぼ全てのサーバが対象と言えます。 確認方法 全てのサーバが対策が必要
GNU bash の脆弱性に関する注意喚起
各位 JPCERT-AT-2014-0037 JPCERT/CC 2014-09-25(新規) 2014-10-08(更新) <<< JPCERT/CC Alert 2014-09-25 >>> GNU bash の脆弱性に関する注意喚起 https://www.jpcert.or.jp/at/2014/at140037.html I. 概要 GNU bash の環境変数の処理には脆弱性があります。外部からの入力が、GNU bash の環境変数に設定される環境において、遠隔の第三者によって任意のコー ドが実行される可能性があります。 ** 更新: 2014年9月30日修正 ***************************************** 本脆弱性を使用する攻撃を確認しておりますので、該当するバージョンの GNU bash を使用している場合は、「III. 対策」を参考に、
Blog: bashの脆弱性がヤバすぎる件 – x86-64.jp - くりす研
Browse by time: December 2018 (1) December 2016 (1) December 2015 (1) January 2015 (1) September 2014 (2) July 2014 (2) April 2014 (1) February 2014 (1) January 2014 (3) December 2013 (2) September 2013 (3) June 2013 (1) May 2013 (1) April 2013 (1) March 2013 (2) February 2013 (5) やっと更新する気になった。 もくじ 0. 産業で説明 1. 理論編 2. 攻撃編 3. パッチ 4. 結論 0. 産業で説明 bashが アホで 地球がヤバイ 1. 理論編 bashの関数機能は、環境変数の中でも使える仕様になっています
bashの脆弱性を狙った不正アクセスを検知・ブロックする : アジャイル株式会社
GNU bash を代替のシェルに入れ替える WAF や IDS を用いて脆弱性のあるサービスへの入力にフィルタをかける 継続的なシステム監視を行う 弊社サイトの場合、 そもそもCGIの類は一切利用していない シェルの入れ替えは影響範囲が不明なため別のトラブルを招く可能性がある mod_security を既に導入している という事で、WAFによるフィルタで様子を見る事にしました。 以下対応の手順と、実際の検知状況について記します。 環境 WAFにはmod_security を利用します。 環境、及び、導入方法に関しては、 WAF(Web Application Firewall)でWebサイトを脆弱性から守る を参照。 手順 ルールの作成 今回のbashの脆弱性に対する mod_security 用のルールについては、redhat が対応するルールを提示して下さっているので、これを利用し
bashの脆弱性(Shellshock)に関するご注意
美雲このはとは？ 座敷童子一族の末裔として生まれ、栃木の由緒正しい某神社で暮らしていたんだけど、昔からのしきたりで一人前の座敷童子になるため東京で修行を開始！ 紆余曲折あって、ConoHaの応援団長に就任することになりConoHaを使っているみんなを応援するとともに、このはも一人前の座敷童子ではなく、「神様」になるために日々頑張っているよ！ プロフィール 名前：美雲 このは （みくも このは） 年齢：年齢という概念はないが、人間でいうと13歳くらい？ 身長：150cm＋α 体重：ひみつ 長所：勉強熱心・わりと機転がきく 短所：いじわると勘違いされる振る舞いをしがち 好きなこと：アニメを見たりゲームしながらのごろごろ
RHEL4/CentOS4向けのbash RPM(10/07 12:00修正) – OSAKANA TAROのメモ帳
RHEL4/CentOS4サーバが生き残っている場合に、簡単に対処する方法があるのか探してみる。 まず、RedHatで情報を探すと、RHEL4については、延長サポート内では以下の脆弱性が該当するようだ。 ・RHSA-2014:1294-1 Critical: bash security update(CVE-2014-6271) ・RHSA-2014:1311-1 Important: bash security update(CVE-2014-7169) 両方のページから情報を見ていくと、以下のページに着く。 ・Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169) さらに、検証や、パッチを提供できない場合に状況を緩和するための
Index of /gnu/bash
Apache/2.4.52 (Trisquel_GNU/Linux) Server at ftp.gnu.org Port 443
bash 入門
ユーザーの入力をカーネルに伝えまたその逆を行う、いわば両者の橋渡しを行うプログラムをシェルといいます。ユーザーから見てカーネルを包んでいる貝殻(shell)のように見えることからそう名付けられました。 シェルには多くの種類がありますが、Linuxにおけるデファクトスタンダードになっているbashについてどんな機能があるかを見ていきます。
CentOS4でbashをアップデートする（ShellShockの件、あるいは、CentOS4でもう一度yumをつかう件） - uzullaがブログ
（あるいは、CentOS4でもう一度yumをつかう件） oss-sec: CVE-2014-6271: remote code execution through bash bashの脆弱性(CVE-2014-6271) #ShellShock の関連リンクをまとめてみた - piyolog 例のbash脆弱性で世界が危ないですね。 CentOS4とかいうレガシーをつかっている人間も例外ではありません。 これを機会にCentOS4をすてるのが一番良いですので、まずはそれを検討してください。 しかし、どうしても営業上の理由でアップデートできない所もあるでしょう、私のことだ。 ところで、centos5以降なら… yumであがります。 しかしcentos4はもうアップデートされていません、自分でやるしかない。 その前に… ！！！以下bashを置き換える作業なので、細心の注意を払いましょう！！！
CVE-2014-6271, CVE-2014-7169, CVE-2014-7186, CVE-2014-7187, CVE-2014-6277, CVE-2014-6278 (bash脆弱性)のCentOS4用パッケージをビルドしてみた - Division By Zero
[2014/09/27追記]CVE-2014-7169を加えて修正 [2014/10/09追記]CVE-2014-7186, CVE-2014-7187, CVE-2014-6277, CVE-2014-6278を加えて追記 巷ではbashの脆弱性(CVE-2014-6271,CVE-2014-7169,CVE-2014-7186,CVE-2014-7187,CVE-2014-6277,CVE-2014-6278)が問題になっている。内容が内容だけに、外につながっているいないに関わらず、社内にCentOS4の装置が残っている当方としては少し心配。 検索してみると、下記の質問が見つかった。 For reasons too stupid for me to explain in public, I am responsible for a server running RHEL 4 and w
bash 脆弱性対応: ソースからビルドする | update.hirochan.org
いまどきのOSですと大抵パッケージ管理の仕組みがあるので､yum なりapt-get なり ports update なりで対応可能ですが､ちょっと古めのOSだとサポート切れになっていたりしてパッケージシステムでは対応できないこともあります｡ bashの脆弱性(CVE-2014-6271,CVE-2014-7169 )の対応を手元のFreeBSD 8.3 でやろうとしたころ､ portsがどうもおかしくなっているようで8.4に上げる必要がありそう｡bashだけのためにOSを上げるは避けたかったので､GNU本家からソースを取ってきて対応しました｡ 意外と世の中にその方法が書いてないなーという気がしたので､忘備録としてまとめときます｡基本的にLinuxでも同じ方法でできるはずです｡ こちらのサイトを参考にしました｡ [2014/10/02 11:28 追記: 以下で入手しているパッチではCVE
amazon linuxでbashの脆弱性対策にパッチを当ててソースビルド #shellshock - Qiita
概要 昨日今日でbashの脆弱性の話が盛り上がってる bashの脆弱性(CVE-2014-6271) #ShellShock の関連リンクをまとめてみた - piyolog お家?のaws心配だけどyumあぷでしとけばいいんでしょ? → あぶで来てなくてぐぬぬ ソースビルドでパッチあてればいいんですね、わかります(←今ここ ※やっつけなので自己責任で+まだ全部の穴は防げてないっぽいですしおすし 追記1 yumでも対応したっぽいですね。 AmazonLinuxにおけるBash脆弱性対応 追記2 もう一つの脆弱性も対応されたっぽいけどソースはどこだろう? 【Bash脆弱性 続報】 Red Hat Enterprise LinuxおよびFedora向けのセキュリティアップデートがリリース、残されていた脆弱性に対応：CodeZine 追記3 パッチは全部当てるっぽい。やってる人いたので手順変更。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
shellshockのテストスクリプトがUnix的でないので改善してみた。 - Qiita
rpmでソースパッケージを利用する際のTips - Qiita
kaiman++ next zone
Index of /gnu/bash/bash-3.1-patches
http://f.st-hatena.com/images/fotolife/K/Kango/20141003/20141003201537_original.png
Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169) - Red Hat Customer Portal
