mod_securityでWebサーバを守る(第1回) | ソフテック
一体、Webサイトを持たない組織は今どれくらいあるでしょうか。 Webサーバを自前で持つ、ホスティングサービスを利用する、など運用形態はさまざまですが、Webサイトを持たない組織はほとんどないと思える程に Webは普及しています。 ファイアウォールはほとんどの組織で導入済みであり、多くのWebサーバはファイアウォールの中で運用されているのが一般的です。 しかしながら、最も普及しているファイアウォールはIPアドレス、ポートレベルでのフィルタリングです。この方法でのフィルタリングでは、許可していないサービスが持つ脆弱性を狙った攻撃を阻止できるため有用ではありますが、HTTPを許可している場合Web自体への攻撃に対して無力です。一方で、HTTPを不許可にした場合にはWebサイトへアクセスできなくなってしまうため本来の目的を達成できません。しかもここ数年、Webサイトを狙ったワームや不正アクセスは
bashの脆弱性(CVE-2014-6271) #ShellShock の関連リンクをまとめてみた - piyolog
bashに脆弱性が確認されたとして騒ぎになっています。ここではCVE-2014-6271に関する情報をまとめます。 #記載内容について、誤っている、追記した方がいい等情報がございましたら@piyokangoまでご連絡お願いします。 脆弱性情報 脆弱性の愛称 ShellShock Bashbug CVE番号 Bash周りで発行されているCVEは6つ。その内詳細が不明なのが2つ。(CVE-2014-6277,CVE-2014-6278) CVE 発見者 想定脅威 特記 CVE-2014-6271 Stephane Chazelas氏 任意のコード実行 ShellShockの発端となったバグ。 CVE-2014-7169 Tavis Ormandy氏 任意のコード実行 CVE-2014-6271修正漏れによる脆弱性 CVE-2014-7186 Redhat DoS メモリ破壊(Out-of-Bo
オレオレ認証局の作り方～SSL証明書を無料で作る方法 on CentOS 5 - OPTPiX Labs Blog
ウェブテクノロジのサーバやネットワークのお守りをしている yone です。今後、社内で実際に使っているソフトウェア・設定・構成などの豆知識のご紹介をしていきたいと思っています。巷にある情報の再掲になりますが、実稼働事例の一つとしてご参考になれば幸いです。 1. お金のかかる証明書は要らない HTTPS を使ったウェブサイトを立ち上げるとき、SSL サーバ証明書屋さんからサーバ証明書を購入するのが普通です。 ところが、会社内や特定のメンバー内だけで利用するサーバであれば、必ずしも証明書屋さんから証明書を購入する必要はないのです。 今回は、証明書屋さんから買わずに自前で証明書屋さんを作って自前で証明書を発行し、HTTPS サイトを立ち上げる方法をご紹介します。 その証明書の正式名称は、自己署名証明書ですが、本稿ではオレオレ証明書と表記することにします。(笑) 試しに、「オレオレ証明書」で検索し
CSRFの対応について、rails使いが知っておくべきこと - おもしろwebサービス開発日記
以前、CSRFについてのエントリを書きました。 CSRFについて - おもしろWEBサービス開発日記 上記エントリではCSRFの概念について書きましたが、もう少しつっこんで調べる必要が出てきました。調べたことを書いてゆきます。 基礎 application.rb(ないし適当なController)にprotect_from_forgeryメソッドを定義すれば、railsが自動的にCSRF対策をしてくれます。というか、デフォルトでapplication.rbに下記のように書いてあるので、特に何もせずともCSRF対策はバッチリなのです。 protect_from_forgery # :secret => '8ff3ed33f86a431662d8dfe255acdb4a' railsは、get以外の動詞のリンクに、authenticity_tokenというパラメータを自動的に付け加えます。ge
L2TP/IPsecを使用したリモートアクセス : ルーター コマンド設定
管理番号：YMHRT-4072 （最終更新日: 2023/7/12） 本設定例では、L2TP/IPsecトンネル機能を使用しています。 L2TP/IPsecトンネル機能(NATトラバーサル使用)の対応機種は、RTX5000、RTX3510、RTX3500、RTX1300、RTX1220、RTX1210、RTX1200(Rev.10.01.36以降)、RTX830、RTX810(Rev.11.01.06以降)、NVR700W、NVR510(Rev.15.01.03以降)、NVR500(Rev.11.00.38以降)、FWX120、vRXです。 本設定例では、特定のL2TPクライアント(アドレス固定)の接続を受け付ける場合と、複数のL2TPクライアント(アドレス不定)の接続を受け付ける場合の2通りの方法をご紹介します。 本機能の対応機種のうち、設定例を掲載している機種は、以下のとおりです。
%25E3%2581%25A7%25E3%2581%25AEiptables%25E3%2581%25AE%25E8%25A8%25AD%25E5%25AE%259A)
Debian(squeeze)でのiptablesの設定 - epian-wiki
squeezeになってまたiptablesの設定方法が変わってた… たしかにlennyでの設定方法はイマイチだったけども、そろそろ確定してほしいな。 squeezeでは、iptables-persistentってのを使うらしい。 # aptitude install iptables-persistent設定場所は/etc/iptables/rules。 まぁ、わかりやすい。 ひと通り、iptablesの設定を行った後、 # iptables-save > /etc/iptables/rulesすれば良い。 ただし、イマイチなのが、デフォルトの/etc/init.d/iptables-persistentが使えないこと。 http://www.ubuntucy.org/wiki/index.php/A_persistent_iptables_startup_script_for_Debia
IPTABLESの基本設定 | ITインフラ技術の実験室
インストール状態確認 # aptitude search iptables i iptables - administration tools for packet filtering →インストール済みであることを確認。 ルールのクリアを実施 # iptables -F FATAL: Could not open 'kernel/net/ipv4/netfilter/ip_tables.ko.gz': No such file or directory iptables v1.4.2: can't initialize iptables table `filter': iptables who? (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. →エラーが発生している。一か八かde
社長『サイト運営しないからドメインを削除して』→ 中古ドメイン屋に買われ風俗サイトにリニューアル→ 元に戻せ - すしぱくの楽しければいいのです。
公開日：2013年1月18日 カテゴリ：アレな話題 先日、ツイートした "7年くらい運営したサイトの会社から『もうサイトの運営しないから、ドメインとサーバーは削除して』っと連絡があったので、再三保有してたほうがいいと忠告したのだけど削除したら、即中古ドメイン屋に買われデリヘルサイトにリニューアル・・・それ見て元に戻せと電話キタ" が程よくRTされていたので、簡単ですが事の成り行きとかを書いてみました。('A') 戻せと言われてもね・・ 小生、リアル仕事でお客様のドメインやサーバーの運用を任されておりまして、客先より長年運営していたサイトをやめるという連絡をもらい、この事故が発生したわけでございます。 7年くらい運営したサイトの会社から『もうサイトの運営しないから、ドメインとサーバーは削除して』っと連絡があったので、再三保有してたほうがいいと忠告したのだけど削除したら、即中古ドメイン屋に買わ
ソーシャルメディアでシェアしてはいけないもの--トラブルを避けるためのヒント
このコラムのテーマは「テクノロジにおける一般常識」だ。そのため筆者はこのテーマについて、ソーシャルメディアでのシェアという観点から取り上げようと考えた。個人によるシェアに関して言えば、常識や礼儀、マナーが欠如している例を時折見かける。この問題について、「してはいけないこと」のリストを考えよう。 以下のアドバイスのいくつかは、筆者が個人的に実践しようとしているものだ。筆者はソーシャルメディアでシェアするのが好きだが、同時にほかの人のプライバシーに気を配るようにしている。アドバイスの中には、ほかの人から教えてもらったものもある。まさにソーシャルメディアを通じて、だ。 これらのアドバイスは、ソーシャルメディアサイトにおいて、ビジネス目的ではなく、個人のアカウントでシェアを行う人を対象としている。しかし企業のアカウントを運営する人にとっても、このヒントのいくつかは有益かもしれない。 ほかの人が写っ
CentOS で行なっておきたいセキュリティ設定: ある SE のつぶやき
はじめに Linux のセキュリティ設定ってなかなかまとまったものがないので、いろんなサイトを参考にしながら設定をまとめてみました。想定はWeb サーバーで、使用している Linux は CentOS 6.2 です。 設定内容は以下のようになります。 全パッケージのアップデート リモートからの root ログインを無効にする 公開鍵暗号方式を使用した SSH ログイン設定 iptables 設定 SSH ポート番号の変更 不要なサービスを停止 ログ監視設定 ファイル改ざん検知ツール設定 ウィルス対策ソフト設定 Apache の設定 全パッケージのアップデート 最初に以下のコマンドを実行して、全パッケージを最新の状態にする。 # yum –y update 後は脆弱性が発見された時、または定期的にパッケージのアップデートを行う。 リモートからの root ログインを無効にする リモートからメ
DoS回避用の max_input_vars が出てきました - がるの健忘録
攻撃付近については http://www.ipa.go.jp/security/ciadr/vul/20120106-web.html PHP, Tomcat などを利用して開発されたウェブアプリケーションにおけるサービス運用妨害 (DoS) の脆弱性(CVE-2011-4885等) ウェブアプリケーション等で使用されている言語 (PHP, Ruby 等) やウェブアプリケーションフレームワーク (Apache Tomcat 等) のハッシュテーブルの実装方法に問題があり、サービス運用妨害 (DoS) の脆弱性が存在します。この脆弱性が悪用されると、運用中のウェブサービスを提供できなくなるなどの被害にあう可能性があります。 あたりを。後は適宜「ググレカス*1」。 とりあえずパッチを覗いて、なんとなく欲しい情報を見つけてみました。 max_input_vars PHP_INI_SYSTEM
阻止率99%のスパム対策方式の研究報告 ―― Selective SMTP Rejection (S25R)方式 ――
目次 あらまし 1. 従来のスパム対策 2. S25Rスパム対策方式のコンセプト 3. クライアント制限の規則 3.1. 一般規則 3.2. ブラックリスト 3.3. ホワイトリスト 3.4. その他のフィルタ 4. 統計データ 5. S25Rスパム対策方式を大規模サイトで運用する方法 6. S25Rスパム対策方式をインターネット全体で運用するために 7. スパマーがS25Rスパム対策方式をすり抜ける方法 まとめ 付録A. Postfixでの設定方法 付録B. 拒絶記録抽出用スクリプト あらまし オープンリレー（第三者中継）を行うメールサーバが少なくなり、最近では多くのスパマーが、ADSLやケーブルネットワークなどのエンドユーザー用高速回線につながってボットに感染したたくさんのエンドユーザーコンピュータからスパムを直接ばらまいている。オープンリレーブラックリストはもはや役に立っていない。有
PostfixでDKIMとDomainKeysを実装しよう
PostfixでDomainKeys/DKIM認証を実装しよう 前準備とインストール PostfixでDomainKeys/DKIM認証を実装するために、dkfilterとdkimproxyを導入します。 dkfilter/dkimproxyはyumで提供されていないのでソースからインストールしてやる必要があります。 依存関係などで必要なPerlモジュールを先にインストールしておきましょう。 用意するモジュールは下記の通りです。 Crypt::OpenSSL::RSA Digest::SHA Digest::SHA1 Error Mail::Address MIME::Base64 Net::DNS Net::Server Test::More yumで提供されていない物もありますので、今回はcpanを使ってPerlモジュールを用意します。 # cpan cpan> install Cry
SPFやSender ID: LinuxとPostfixで最強のメールサーバーを作ろう！
大：奥田さん。 ちょっといいですか？ 奥：はい？ 大：SPFレコードの設定を教えて欲しいんですけど。 奥：うん。 大：テスト用ドメインを使って、 SPFレコードを追記したんです。 named restart も 正常にできたんですね。 奥：うん。 記述がおかしいと、エラー出るもんね。 大：その後、私のgmailのメールアドレスに メールを送信したんですよ。 送信は正常にできました。 奥：うん。 大：でも、受信メールのヘッダーを見ると うまく設定できてない、 みたいなんです。 Received-SPF: softfail (google.com: domain of transitioning 大崎さん@テスト用ドメイン名 does not designate メールサーバーIPアドレス as permitted sender) 奥：なるほど。 doesn't designate (指定して
メールサーバー間通信内容暗号化(OpenSSL+Postfix+Dovecot) - Fedoraで自宅サーバー構築
メールサーバー間通信内容暗号化(OpenSSL+Postfix+Dovecot) 最終更新日： 2014.02.19 <<トップページ <<新着情報 <<サイト内検索 <<CentOSで自宅サーバー構築 <<Scientific Linuxで自宅サーバー構築 ■概要 メールの送受信を外部から行う場合、ユーザ名やパスワードが盗聴される恐れがあるため、メールサーバー間の通信内容を暗号化する。 なお、暗号化されるのはここで設定するメールサーバーとクライアント間のみであり、メールサーバーと送信先メールサーバー間は暗号化されないため、メール本文が宛先まで完全に暗号化されるわけではない。 ※メールサーバー構築済であること [root@fedora ~]# cd /etc/pki/tls/certs/ ← ディレクトリ移動(FC4～F15の場合) [root@fedora ~]# cd /usr/sha
Check Single URL
McAfee® provides an online tool that enables you to check if a site is categorized within various versions of the SmartFilter Internet Database or the Webwasher URL Filter Database. After you check a URL, this tool also allows you to suggest an alternative categorization for a site. These requests will be addressed within an average of 3-5 business days with some requests requiring additional revi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BLACKLISTALERT.ORG - Email Problem ? - Test if your IP or DOMAIN is blacklisted in a spamdatabase
Dropbox IP addresses? « Dropbox Forums
[jquery] - 情報と音楽
dkim.jp