Oracle Databaseプラットフォーム共通日本語README
Oracle JDBC Drivers README 原典情報: $ORACLE_HOME\relnotes\readmes\README_jdbc.txt 目次 このリリースの新機能 ドライバのバージョン このリリースの内容 NLS拡張機能のjarファイル（クライアント側のみ） インストール 環境の設定 JDBCドライバ使用時に役立つヒント 以前のoracle.jdbc.driverパッケージの廃止 Javaストアド・プロシージャ 既知の不具合 このリリースの既知の問題/制限事項 Java Standard Edition 6（JSE6）およびJDBC 4.0のサポート ThinドライバおよびOCIドライバでは、新しいJDBC仕様であるJDBC 4.0を含め、JSE 6（AKA Mustang）がサポートされています。このリリースでは、新しいjava.sql.SQLXMLタイプはサポート
MySQL Connector/J 5.1.8リリース SQLインジェクションの修正あり - SH2の日記
MySQL用のJava JDBCドライバ、Connector/Jがバージョンアップしました。 Connector/J 5.1.8では以下のSQLインジェクション脆弱性が修正されています。私たち日本のユーザにとってクリティカルなバグですので、早めにバージョンアップされることをおすすめします。 SQL injection was possible when using a string containing U+00A5 in a client-side prepared statement, and the character set being used was SJIS/Windows-31J. (Bug#41730) 関連記事です。 徳丸浩の日記 - JavaとMySQLの組み合わせでUnicodeのU+00A5を用いたSQLインジェクションの可能性 Connector/JのSQLイン
Connector/JのSQLインジェクション脆弱性 - SH2の日記
PreparedStatement使ってるのにSQLインジェクションが起きるんですけど？という話題。徳丸浩の日記 - JavaとMySQLの組み合わせでUnicodeのU+00A5を用いたSQLインジェクションの可能性より。 再現したのでバグレポート投げておきました。MySQL Bugs: #41730: SQL Injection when using U+00A5です。すてきなパッチで解決されることを期待したいと思います。 うちの社内でcharacterEncoding使ってるところはないから大丈夫なはず…。と思っていたのですが、ブクマコメントをいただいたとおり、character_set_server=cp932の設定がされたmysqldにcharacterEncodingなしでつないだ場合もインジェクションを起こせますね。sjisもujisもeucjpmsもダメです。というわけで、
Connector/J 5.1とServer Side Prepared Statement - mir the developer
ここ数日「MySQL + Connector/J(JDBCドライバ) + プリペアードステートメント」の話題がちらほら出ています。正確に把握はしていないですがSQLインジェクション対策→PreparedStatementという流れできた話のようです。 徳丸浩の日記 - JavaとMySQLの組み合わせでUnicodeのU+00A5を用いたSQLインジェクションの可能性 へぼへぼCTO日記 - useServerPrepStmtsを使うのが根本解決だとはおもう。けど…？ id:kazuhookuのメモ置き場 - MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 自分は元Connector/J開発メンバ(※インターン生として)でもありとても気になる話題なので、Connector/Jのソース解析も含めた説明をここで行いたいと思う。 プリペアードステートメント
MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 - kazuhoのメモ置き場
useServerPrepStmtsのここの説明ではデフォルトがtrueになっているが、これは上述の通り嘘である。 (中略) そしてなぜfalseにされたかということの背景を察すると、trueにすることの弊害もありそうで、手放しでこれをtrueにすることを勧めることが少しはばかられる。 http://www.geminium.com/chiba_blog/2008/12/23/33/ 自分は Java 使ってないですが、MySQL の中の人が使うなって言ってます *1。その理由はメモリリークのような症状が出る可能性があるから。 So why are prepared statements a problem? Because users do not clean up/close unused prepared statements. Multiply the number of prep
へぼへぼCTO日記 - useServerPrepStmtsを使うのが根本解決だとはおもう。けど…？
UnicodeのU+00A5問題 JavaとMySQLの組み合わせでUnicodeのU+00A5を用いたSQLインジェクションの可能性 なるほど。この問題は初耳だったので驚いた。 しかも、PreparedStatementを使っても解決されないという。この部分に非常に驚いたのでどういうことなのか少し調べてみた。 PreparedStatementとは？ mysqlにおける話としてはPrepared Statement (訳）がとてもわかりやすい。 なかでも重要なのは以下の部分だ。 PerlとJava のユーザはかなり長い間prepared statementを使って きました。しかし、これらはクライアント側のprepared statementでした。 クライアント側のprepared statementは同じようなセキュリティの恩恵 をもたらしますが、性能向上には至りません。でも心配
№815 急にメールが送信不可。 - Web Patio - Fedoraで自宅サーバー構築
日時： 2008/05/21 12:07 名前： よっしー URL： https://takao.dyndns.org/fswiki/wiki.cgi こんにちは、お世話になります。 掲題の件、現在Postfix+Dovecot+qmail+vpopmail で運用を行っているのですが、昨日メール送信を 試みたところ、メインドメインのアカウントのメール が内部、外部とも送信不可能な状態になっていました・・・。(;_;) メールのログを確認したところ、SMTP-Authの認証 が失敗しているようなログがありました。また、 （原因は不明ですが）何故か起動無効にした筈の saslauthdが有効かつ起動状態になっていたので、 停止後、自動起動を無効にしましたが、状況は 変わりません。 更にcourier-authlibの削除、再インストールも 試しましたが、現象は変わりませんでした。尚、 加入し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一応確認してみたところ、MySQL-JDBC-ServerSidePrepare... by ちば - Wassr [お気軽メッセージングハブ・ワッサー]
JVNDB-2009-000050 - JVN iPedia - 脆弱性対策情報データベース
JVN#59748723: MySQL Connector/J における SQL インジェクションの脆弱性
Java学習メールマガジン
http://www.mono-space.net/doc/jdbc/