からすまる日誌

[PR]

×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
20200210pm03　プリコンパイルとテスト前30分クッキング他

では

健全な形に直しますよ（md5はよくないんだが一応それは残す感じで）

　

auth.phpをauth2.phpにリネーム

index2.phpの呼び出し先もauth2.phpに変更　

　

またエラーですよ

エラーどんとこいや

　

Parse error: syntax error, unexpected ')', expecting ']' in C:\xampp\htdocs\php\makino\auth\auth2.php on line 15

　

→かっこの最初か最後がない

　

$pass = md5($_POST["pass"]);

ここがちゃいましたね

　

ここまで
　

--->index2.php

<!DOCTYPE html>

<html lang="ja">

　<head>

　　<meta charset="UTF-8">

　　<title>ログイン認証</title>

　　<link rel="stylesheet" href="auth.css">

　　

　</head>

　<body>

　　<div id="container">

　　　<form method="post" action="auth2.php">

　　　　<table>

　　　　　　<tr>

　　　　　　<th><label for="u_id">ユーザー名</th>

　　　　　<td><input type="text" name="u_id" id="u_id"></td>

　　　　　</tr>

　　　　　<tr>

　　　　　　<th><label for="pass">パスワード</label></th>

　　　　　　<td><input type="password" name="pass" id="pass"></td>

　　　　　</tr>

　　　　</table>

　　　　<p><button type="submit">認証</button></p>

　　　</form>

　　</div>

　　

　</body>

</html>

--->auth2.php

<?php

session_start();

//いつもの

$user="root";

$dbpass="";

$host="localhost";

$dbname="auth";

$dsn="mysql:host={$host};dbname={$dbname};charset=utf8";

$pdo=new PDO($dsn, $user, $dbpass);

//指定したニックネームと一致するu_idとpassをもってこいや

$sql="SELECT nickname FROM users WHERE u_id=:u_id AND pass=:pass";

$pass = md5($_POST["pass"]);//あらかじめハッシュしておく

//プリコンパイル(構文はコンパイル済み)

$stmt = $pdo->prepare($sql);

//バインド

$stmt->bindValue(":u_id",$_POST["u_id"],PDO::PARAM_STR);

$stmt->bindValue("pass",$pass,PDO::PARAM_STR);//さっきハッシュしておいたので

//実行

$stmt->execute();

//とりだし

$row = $stmt->fetch(PDO::FETCH_ASSOC);//hitするdataは1けんだけのはずなので

if($row["nickname"]){

　$_SESSION["login"]=true;

　$_SESSION["name"]=$row["nickname"];

　header("Location: mypage.php");

}else{

　header("Location: index2.php");

}

?>

プリコンパイルされるっちゅうのはフランス語に翻訳するようなもの。

あとから英語（の文法込み）をまぜこんでも、フランス語と英語がまじって翻訳（解釈）されることはないって感じ。

　

「私はクエが大好き」と解釈させたいとする。

「私は○○が大好き」とフランス語で翻訳しておく（プリコンパイル）

あとから「クエ」をはめこむ。

「私はクエが大好き」

　

わるいひとが、あとから「クエOR '1'='1'」をかまして翻訳させようとしても、フランス語（機械語）に翻訳された後に条件文は解釈（実行）されないという感じ。

ではテストのための30分クッキング：

　

あたらしいDBをつくりますよ

db名: goods

table名: dogs カラム2

　

d_id

d_name

　

さて以前作ったlunchテーブル

SQLでとりだせ

すべてのfoodsテーブルのデータ

メニュー名と値段とカテゴリ名を

　

SELECT 列名 FROM テーブル

複数あるときはカンマ区切り

同じ名前のカラムが存在するなら

テーブル名ドットカラム名でないとできない

複数テーブルを参照するときはWHERE必須

　

SELECT menu,price,cat FROM foods,cats WHERE foods.c_id=cats.c_id;

　

ぶんぽう

SELECT　取り出すものカンマ区切りで全部　FROM　テーブル名カンマ区切りで全部

WHERE どこテーブルの.なにか＝どこテーブルの.なにか

　

ORDER BY price(昇順)

ORDER BY price DESC (ですく)(降順)

dogsの構造を変えたい

固定長アルファベット7けた

　

ばーちゃーは可変長文字列

↑

↓

CHAR　文字列固定長

　

SELECT menu,price,cat FROM foods,cats WHERE foods.c_id=cats.c_id ORDER BY price DESC;

ダンプをとるときはデータベースでとる（テーブルでとらない）

エクスポート

DBには厳しい3つの制約：　

主キーがせっていすると同じ値を持つ主キーは設定できない：

一意制約

　

外部キーは参照できる値でないといけない：

参照制約

　

プライマリキーとかnullではだめですよとか指定したとこは：

Not Null制約

　

SELECT menu,price,cat FROM foods,cats WHERE foods.c_id=cats.c_id ORDER BY price DESC;

一意制約

参照制約

Not Null制約

　

CHAR

　

SELECT menu,price,cat FROM foods,cats WHERE foods.c_id=cats.c_id ORDER BY price DESC;

PR
- MySQL
- 2020/02/10 18:31
- 0
自習　sqlインジェクション

>SQLインジェクション（英: SQL Injection）とは、アプリケーションのセキュリティ上の不備を意図的に利用し、アプリケーションが想定しないSQL文を実行させることにより、データベースシステムを不正に操作する攻撃方法のこと。また、その攻撃を可能とする脆弱性のことである。
SQLに別のSQL文が「注入 (inject)」されることから、「ダイレクトSQLコマンドインジェクション」もしくは「SQL注入」と呼ばれることもある。

https://ja.m.wikipedia.org/wiki/SQL%E3%82%A4%E3%83%B3%E3%82%B8%E3%82%A7%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3

SQLインジェクション攻撃への対策｜脆弱性を悪用する仕組みと具体例

>しかし、C#の例と同様に「’or’1’=’1」を使うことでユーザ認証を回避できます。
WHERE user=’USER01′ and pass=”PASSWORD1”or’1’=’1′;

>同じように、以下のようなSQL文を使うことでデータの消去も可能です。
name’; DELETE FROM items; SELECT * FROM items WHERE ‘a’=’a

データをまるっと消してしまうこともできるのか。それは対策するしかないな。

https://blogs.mcafee.jp/sql-injection-prevention
覚え書き

・20200210pm03を水曜アップする
・忍者は大規模障害おこし教室のネットがつながらないではデジタルノート再考？
・java
20200210pm01 脆弱なログイン

Fatal error: Uncaught Error: Call to a member function fetch() on bool
in C:\xampp\htdocs\php\makino\auth\auth.php:18 Stack trace: #0 {main}
thrown in C:\xampp\htdocs\php\makino\auth\auth.php on line 18

またエラーだ。
呼び出すメンバがないというらしい。
・接続ができないとでるらしい
・またはsql文がおかしい
$pdoをつくるまでのあたりがまちがってるとでるらしいが。SQLはただしいがデータがないときはこういうエラーではないらしい

→
FROMがFORMになっていた

名前：nobita
パス：nobinobi
でログインしてみましょう

できた。（脆弱なシステムが）
　

ではこれからクラッキングをしてみますよ。

・$sql文をつくるときにそのまま使っているのが超まずい
・md5なのもまずいが

ここまで
--->index2.php

<!DOCTYPE html>
<html lang="ja">
　<head>
　　<meta charset="UTF-8">
　　<title>ログイン認証</title>
　　<link rel="stylesheet" href="auth.css">

　</head>
　<body>
　　<div id="container">
　　　<form method="post" action="auth.php">
　　　　<table>
　　　　　　<tr>
　　　　　　<th><label for="u_id">ユーザー名</th>
　　　　　<td><input type="text" name="u_id" id="u_id"></td>
　　　　　</tr>
　　　　　<tr>
　　　　　　<th><label for="pass">パスワード</label></th>
　　　　　　<td><input type="password" name="pass" id="pass"></td>
　　　　　</tr>
　　　　</table>
　　　　<p><button type="submit">認証</button></p>
　　　</form>
　　</div>

　</body>
</html>

--->auth.php

<?php
session_start();

//いつもの
$user="root";
$dbpass="";
$host="localhost";
$dbname="auth";
$dsn="mysql:host={$host};dbname={$dbname};charset=utf8";

$pdo=new PDO($dsn, $user, $dbpass);
$pass = md5($_POST["pass"]);

$sql="SELECT nickname FROM users WHERE u_id='" . $_POST["u_id"] . "'
AND pass='" . $pass . "'";
//echo $sql;
//print_r($_POST);

$res= $pdo->query($sql);
$row= $res->fetch(PDO::FETCH_ASSOC);
//echo $row["nickname"];

//認証するかどうか
if($row["nickname"]){ //nicknameが存在すれば
　//認証
　　$_SESSION["login"]=true;
　　$_SESSION["name"]=$row["nickname"];
　　header("Location: mypage.php");
}else{
　　//認証不可
　　header("Location: index2.php");
}

?>

さて、
SELECT nickname FROM users WHERE u_id="nobita" OR '1'='1' AND pass="usono_pass";

1=1はすべて真だから「条件に該当」とみなされる
これをDBのSQLタブでうちこむとちゃんとデータがでてきてしまう

またおなじえらーだがどういうことかな？

Fatal error: Uncaught Error: Call to a member function fetch() on bool
in C:\xampp\htdocs\php\makino\auth\auth.php:19 Stack trace: #0 {main}
thrown in C:\xampp\htdocs\php\makino\auth\auth.php on line 19

入力しているものがまずかったようですね

ユーザー名　nobita' OR '1'='1
パスワード　てきとう
→
ログインできる
　
- MySQL
- 2020/02/10 17:17
- 0
2020021003 わざとやばいログインを作る

みなさんのネットがつながらない問題:

通常はpingでどのへんまでネットがつながってないか調べるらしい

コマンドプロンプトでいれる
スペースで切り離したホスト名（www.yahoo.co.jp）とかを指定

Microsoft Windows [Version 10.0.18362.592]
(c) 2019 Microsoft Corporation. All rights reserved.

C:\Users\web.DESKTOP-EQR2U6K>ping yahoo.co.jp

yahoo.co.jp [183.79.135.206]に ping を送信しています 32 バイトのデータ:
192.168.11.1 からの応答: 宛先ホストに到達できません。
192.168.11.1 からの応答: 宛先ホストに到達できません。
192.168.11.1 からの応答: 宛先ホストに到達できません。
192.168.11.1 からの応答: 宛先ホストに到達できません。

183.79.135.206 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、

C:\Users\web.DESKTOP-EQR2U6K>

ip ver6が提供するサービスだけが開けてver.4がだめという謎の現象が起こっているらしい
　

SQLインジェクション

わざとmd5で安全性の低いデータを作ってみますよ

<p><?php echo md5("nobinobi") ?></p>
index2.php

<!DOCTYPE html>
<html lang="ja">
　<head>
　　<meta charset="UTF-8">
　　<title>ログイン認証</title>
　　<link rel="stylesheet" href="auth.css">

　</head>
　<body>
　　<div id="container">
　　　<form method="post" action="auth.php">
　　　　<table>
　　　　　　<tr>
　　　　　　<th><label for="u_id">ユーザー名</th>
　　　　　<td><input type="text" name="u_id" id="u_id"></td>
　　　　　</tr>
　　　　　<tr>
　　　　　　<th><label for="pass">パスワード</label></th>
　　　　　　<td><input type="password" name="pass" id="pass"></td>
　　　　　</tr>
　　　　</table>
　　　　<p><button type="submit">認証</button></p>

　　　</form>

　　</div>

　</body>
</html>

--->auth.php
<?php
//いつもの
$user="root";
$dbpass="";
$host="localhost";
$dbname="auth";
$dsn="mysql:host={$host};dbname={$dbname};charset=utf8";

$pdo=new PDO($dsn, $user, $dbpass);
//つくりたいsqlは以下の通り
//SELECT nickname FROM users WHERE u_id='nobita' AND pass='hoehoehoe'";
$sql="SELECT nickname FORM users WHERE u_id='" . $_POST["u_id"] . "'
AND pass='" . $_POST["pass"] . "'";
echo $sql;

?>

たいへんややこしい""の開け閉じ。黄色の部分がかたまりでドットでつないでいる。

--->出力

SELECT nickname FORM users WHERE u_id='nobita' AND pass='aaa';
　

しかしさきDBに登録したのは脆弱とはいえmd5でハッシュしてるからこのままだと機能ないね

こう書き換えますよ

$pdo=new PDO($dsn, $user, $dbpass);
$pass = md5($_POST["pass"]); //わざとです。脆弱なハッシュ

//つくりたいsqlは以下の通り
//SELECT nickname FROM users WHERE u_id='nobita' AND pass='hoehoehoe'";
$sql="SELECT nickname FORM users WHERE u_id='" . $_POST["u_id"] . "'
AND pass='" . $pass . "'";
echo $sql;

実行結果

SELECT nickname FORM users WHERE u_id='nobita' AND
pass='47bce5c74f589f4867dbd57e9ca9f808'

ちょっと前まではみんなこーゆー危険な書き方をしていたらしい

ぷりぺあーどならぷりぺあーどをつかうが
直にsqlを実行するときはくえりーめそっどをつかうよ
$res=$pdo->query($sql);
- MySQL
- 2020/02/10 12:33
- 0
覚え書き

exciteから部分修復しましたが、
忍者では非表示記事が灰色になりexciteでは1つおきに灰色表示するというトラップのために
1つとばしで修復してしまった。
充電あるときに　exciteの灰色部分から修復のこと。
20200209 覚え書き　プレースホルダ

>ユーザー入力を受け取ってSQL文を動的に生成する場合は プリペアドステートメント と プレースホルダ を使わなければなりません．

プレースホルダ:
直訳すると「場所取り」．何かユーザ入力を当てはめる場所としてあらかじめ確保しておくもの．

プリペアドステートメント:
直訳すると「予約文」．文を予約したもの．通常，「予約文」は「場所取り」を使うために作られる．もし「場所取り」が無ければ普通に PDO::query などで実行するだけで十分なためである．

fetch

>カーソルをずらしながら，指定したフェッチモードで1行ずつ取得していきます．
引数を省略した場合はデフォルトフェッチモードが使用される．
全ての取得が終わると常に false を返す．

>プレースホルダは、SQL文の中で「ユーザーが入力した値」を代入する箇所に使用します。

例えば以下のようなSQL文があった場合、
INSERT INTO user (user_screen_name) VALUES ('ハルジオン');
　
末尾にある「ハルジオン」という部分は、ユーザーによって入力される値です。（逆に、他の部分は固定文となります）

　
プレースホルダを使わずに、上記のようにユーザーから入力された値を直接SQLに結合してしまうと、万が一、悪意のあるユーザーによって不正な値が入力された場合、SQL文が壊れてしまったり、別のSQL文に変えられてしまう恐れがあります。
こういった攻撃手法を「SQLインジェクション」と言います。

　
これに対策するために、以下のようにプレースホルダを使います。
INSERT INTO user (user_screen_name) VALUES (:user_screen_name);

　
プレースホルダを使うと、その部分はあくまで「値」として処理し、
SQL文として実行されることはなくなりますので、安全に実行出来るというわけです。
- MySQL
- 2020/02/09 10:10
- 0