不正アクセスへの対策 | PHP Labo
不正アクセス対策について PHPでプログラムを制作したら、レンタルサーバーなどにアップロードして利用することになります。そして不特定多数の訪問者が、そのプログラムにアクセスすることになります。 つまりWebアプリケーションはその性質上、常に不特定多数からの攻撃にさらされることになります。 PHPは文法が比較的容易に覚えられるので、「動作する」Webアプリケーションを作成するのは難しくはありません。ですが「安全な」Webアプリケーションを作成するのは簡単なことではありません。 Webアプリケーションへの攻撃を防ぐには、具体的な攻撃方法を知っておく必要があります。攻撃方法を知って初めて、攻撃を防ぐためのプログラムを書くことができるようになります。 これまでの解説の中でも何度か不正アクセスについて触れていますが、ここで再度、Webアプリケーションへの代表的な攻撃方法と、その防御方法を紹介します。
ノートンブログ - ヒント、教育、FAQへの回答
若い世代を中心に人気のティックトック（Tik Tok）について、そこに潜んでいる危険性と、その危険性に適切に対処する方法を解説します。
GHOST脆弱性を用いてPHPをクラッシュできることを確認した
GHOST脆弱性について、コード実行の影響を受けるソフトウェアとしてEximが知られていますが、PHPにもgethostbynameという関数があり、libcのgethostbyname関数をパラメータ未チェックのまま呼んでいます。そこで、PHPのgethostbynameを用いることでPHPをクラッシュできる場合があるのではないかと考えました。 試行錯誤的に調べた結果、以下のスクリプトでPHPをクラッシュできることを確認しています。CentOS6(32bit/64bitとも)、Ubuntu12.04LTS(32bit/64bitとも)のパッケージとして導入したPHPにて確認しましたが、phpallで確認した限りPHP 4.0.2以降のすべてのバージョンのPHPで再現するようです。なぜかPHP 4.0.0と4.0.1では再現しませんでした。 <?php gethostbyname(str_
偶然にも500万個のSSH公開鍵を手に入れた俺たちは - slideshare
DeClang 誕生！Clang ベースのハッキング対策コンパイラ【DeNA TechCon 2020 ライブ配信】DeNA
htaccessが動かない・エラー時
htaccessが無視されたり、500 Internal Server Errorとなるときは、以下を確認してください。 原因のすべてではありませんが、下記を確認することで改善することが多くあります。 htaccessアップロード htaccess留意事項
[Linux][セキュリティ] shellshockはPerl/CGIでsystem()にダメージありや無しや - ろば電子が詰まつてゐる
bashの脆弱性"shellshock"が非常に話題になっておりますが、これがいろいろと事情が入り組んでおり全容がつかみづらい。 ということでここでは全容を理解するのを早々に放棄して、以下のレガシー環境に絞った狭い話をします。レガシーとは言っても、それなりに鉄板の構成なので対象者は多いのでは無いでしょうか。私は老害なので、Perlしか分からないのです。PHPは嫌い。 CentOS(Red Hat) 6 or 7 PerlのCGIの内部で、system()を使っている。 (CGIとして動作させており、mod_perlやPSGI/Plackは使っていない） なお、shellshock自体の解説はここでは行いません。 基礎知識：CentOSの/bin/sh はじめに、/bin/shとbashの関係について予備知識を知っておく必要があります。 現在のCentOSおよびRed Hat Linuxにお
![[Linux][セキュリティ] shellshockはPerl/CGIでsystem()にダメージありや無しや - ろば電子が詰まつてゐる](https://cdn-ak-scissors.b.st-hatena.com/image/square/84ed63c0e53cf940d20080a24216222e9128442c/height=288;version=1;width=512/https%3A%2F%2Fimages-fe.ssl-images-amazon.com%2Fimages%2FI%2F61%252BoUa8crmL._SL160_.jpg)
【重要】UNIX系OS シェル「bash」脆弱性(CVE-2014-6271)に関する確認と対応のお願い(2014/09/28更新) | クラウドとレンタルサーバーの KAGOYA
2014.09.25 お知らせ 【重要】UNIX系OS シェル「bash」脆弱性(CVE-2014-6271)に関する確認と対応のお願い(2014/09/28更新) 平素は当社サービスのご利用をありがとうございます。 2014年9月24日、Linux等UNIX系OSで標準的に使われているシェル「bash」に おきまして、重大な脆弱性があるとの発表がございました。 本脆弱性は、外部からの入力が GNU bash の環境変数に設定される環境において、 遠隔の第三者によって任意のコードが実行される可能性があります。 ■KAGOYA DC+、KAGOYA 専用サーバー FLEX、カゴヤ・クラウド/VPSをご利用のお客様 下記 JPCERT のページ等ご参考いただきまして、脆弱性の対象となるシステムを ご利用のお客様は、「bash」のアップデートを実施くださいますようお願いいた します。 ◆JPCE
シェルプログラム「Bash」にヤバすぎる脆弱性。急いでyum updateしよう : IT速報
1: ゆでたてのたまご ★＠＼(^o^)／ 2014/09/25(木) 11:35:22.83 ID:???0.net 多くのUNIXおよびLinuxのユーザーに利用されている「Bourne Again SHell(Bash)」に重大なセキュリティホールが発見された。 このセキュリティホールはBashによる環境変数の評価方法に起因している。ハッカーは特別に作成した変数を用いてセキュリティホールを突き、シェルコマンドを実行できる。これによりサーバはさらなる本格的な攻撃に対して脆弱な状態となる。 数ある他のセキュリティホールと同様に、今回のセキュリティホールも悪用するには高レベルのアクセス権が必要だ。しかしRed Hatのセキュリティチームによると、ハッカーは特定のサービスやアプリケーションを経由することで、認証なしにリモートから環境変数を入力し、セキュリティホールを悪用できるという。 ルート
ウェブアプリにおけるBash脆弱性の即死条件 #ShellShock - めもおきば
条件1. /bin/shの実体がbashのディストリビューション RHEL CentOS Scientific Linux Fedora Amazon Linux openSUSE Arch Linux (自ら設定した場合: Debian, Ubuntu) 条件2. 動作環境 CGI (レンタルサーバでありがちなCGIモードのPHP等も含む) Passenger(Ruby) 条件3. プログラム内容 Passengerは全死亡 *1 systemや `command`、 '| /usr/lib/sendmail' などで外部コマンド実行 *2 PHPのmailやmb_send_mail、その他フレームワーク等を介したメール送信 *3 以下は条件1が不要 明示的にbashを呼ぶ 先頭で #!/bin/bash や #!/usr/bin/env bash しているプログラムを実行 (rbenv
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
TechCrunch | Startup and Technology News