不正なバイトカウント長によって破損したシリアル化された文字列を修復する方法は？

画像アップロードプラグインでHotaru CMSを使用していますが、画像を投稿に添付しようとするとこのエラーが発生します。それ以外の場合はエラーは発生しません。

unserialize（）[function.unserialize]：オフセットでのエラー

問題のあるコード（エラーは**と一致しています）：

/**
     * Retrieve submission step data
     *
     * @param $key - empty when setting
     * @return bool
     */
    public function loadSubmitData($h, $key = '')
    {
        // delete everything in this table older than 30 minutes:
        $this->deleteTempData($h->db);

        if (!$key) { return false; }

        $cleanKey = preg_replace('/[^a-z0-9]+/','',$key);
        if (strcmp($key,$cleanKey) != 0) {
            return false;
        } else {
            $sql = "SELECT tempdata_value FROM " . TABLE_TEMPDATA . " WHERE tempdata_key = %s ORDER BY tempdata_updatedts DESC LIMIT 1";
            $submitted_data = $h->db->get_var($h->db->prepare($sql, $key));
            **if ($submitted_data) { return unserialize($submitted_data); } else { return false; }** 
        }
    }

テーブルのデータ、エンドビットに画像情報が含まれていることに注意してください。私はPHPの専門家ではないので、皆さんやギャルが何を考えているのでしょうか。

tempdata_value：

a:10:{s:16:"submit_editorial";b:0;s:15:"submit_orig_url";s:13:"www.bbc.co.uk";s:12:"submit_title";s:14:"No title found";s:14:"submit_content";s:12:"dnfsdkfjdfdf";s:15:"submit_category";i:2;s:11:"submit_tags";s:3:"bbc";s:9:"submit_id";b:0;s:16:"submit_subscribe";i:0;s:15:"submit_comments";s:4:"open";s:5:"image";s:19:"C:fakepath100.jpg";}

編集：私はシリアライズビットを見つけたと思います...

/**
     * Save submission step data
     *
     * @return bool
     */
    public function saveSubmitData($h)
    {
        // delete everything in this table older than 30 minutes:
        $this->deleteTempData($h->db);

        $sid = preg_replace('/[^a-z0-9]+/i', '', session_id());
        $key = md5(microtime() . $sid . rand());
        $sql = "INSERT INTO " . TABLE_TEMPDATA . " (tempdata_key, tempdata_value, tempdata_updateby) VALUES (%s,%s, %d)";
        $h->db->query($h->db->prepare($sql, $key, serialize($h->vars['submitted_data']), $h->currentUser->id));
        return $key;
    }

unserialize() [function.unserialize]: Error at offsetinvalid serialization data無効な長さに起因するものでした

クイックフィックス

あなたができることはrecalculating the length、直列化された配列の要素です

現在のシリアル化されたデータ

$data = 'a:10:{s:16:"submit_editorial";b:0;s:15:"submit_orig_url";s:13:"www.bbc.co.uk";s:12:"submit_title";s:14:"No title found";s:14:"submit_content";s:12:"dnfsdkfjdfdf";s:15:"submit_category";i:2;s:11:"submit_tags";s:3:"bbc";s:9:"submit_id";b:0;s:16:"submit_subscribe";i:0;s:15:"submit_comments";s:4:"open";s:5:"image";s:19:"C:fakepath100.jpg";}';

再計算なしの例

var_dump(unserialize($data));

出力

Notice: unserialize() [function.unserialize]: Error at offset 337 of 338 bytes

再計算しています

$data = preg_replace('!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'", $data);
var_dump(unserialize($data));

出力

array
  'submit_editorial' => boolean false
  'submit_orig_url' => string 'www.bbc.co.uk' (length=13)
  'submit_title' => string 'No title found' (length=14)
  'submit_content' => string 'dnfsdkfjdfdf' (length=12)
  'submit_category' => int 2
  'submit_tags' => string 'bbc' (length=3)
  'submit_id' => boolean false
  'submit_subscribe' => int 0
  'submit_comments' => string 'open' (length=4)
  'image' => string 'C:fakepath100.jpg' (length=17)

推奨 ..私

この種のクイックフィックスを使用する代わりに...で質問を更新することをお勧めします

• データをシリアル化する方法

• 保存方法..

================================ EDIT 1 ================ ===============

エラー

エラーがあるため、二重引用符の使用で生成された"代わりに、単一引用符'なぜさC:\fakepath\100.pngに変換し、C:fakepath100.jpg

エラーを修正するには

$h->vars['submitted_data']From を変更する必要があります（かなり注意してください'）

交換する

 $h->vars['submitted_data']['image'] = "C:\fakepath\100.png" ;

と

 $h->vars['submitted_data']['image'] = 'C:\fakepath\100.png' ;

追加フィルター

serializeを呼び出す前に、この単純なフィルターを追加することもできます

function satitize(&$value, $key)
{
    $value = addslashes($value);
}

array_walk($h->vars['submitted_data'], "satitize");

UTF文字がある場合は、実行することもできます

 $h->vars['submitted_data'] = array_map("utf8_encode",$h->vars['submitted_data']);

将来のシリアル化されたデータの問題を検出する方法

  findSerializeError ( $data1 ) ;

出力

Diffrence 9 != 7
    -> ORD number 57 != 55
    -> Line Number = 315
    -> Section Data1  = pen";s:5:"image";s:19:"C:fakepath100.jpg
    -> Section Data2  = pen";s:5:"image";s:17:"C:fakepath100.jpg
                                            ^------- The Error (Element Length)

findSerializeError 関数

function findSerializeError($data1) {
    echo "<pre>";
    $data2 = preg_replace ( '!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'",$data1 );
    $max = (strlen ( $data1 ) > strlen ( $data2 )) ? strlen ( $data1 ) : strlen ( $data2 );

    echo $data1 . PHP_EOL;
    echo $data2 . PHP_EOL;

    for($i = 0; $i < $max; $i ++) {

        if (@$data1 {$i} !== @$data2 {$i}) {

            echo "Diffrence ", @$data1 {$i}, " != ", @$data2 {$i}, PHP_EOL;
            echo "\t-> ORD number ", ord ( @$data1 {$i} ), " != ", ord ( @$data2 {$i} ), PHP_EOL;
            echo "\t-> Line Number = $i" . PHP_EOL;

            $start = ($i - 20);
            $start = ($start < 0) ? 0 : $start;
            $length = 40;

            $point = $max - $i;
            if ($point < 20) {
                $rlength = 1;
                $rpoint = - $point;
            } else {
                $rpoint = $length - 20;
                $rlength = 1;
            }

            echo "\t-> Section Data1  = ", substr_replace ( substr ( $data1, $start, $length ), "<b style=\"color:green\">{$data1 {$i}}</b>", $rpoint, $rlength ), PHP_EOL;
            echo "\t-> Section Data2  = ", substr_replace ( substr ( $data2, $start, $length ), "<b style=\"color:red\">{$data2 {$i}}</b>", $rpoint, $rlength ), PHP_EOL;
        }

    }

}

データベースに保存するより良い方法

$toDatabse = base64_encode(serialize($data));  // Save to database
$fromDatabase = unserialize(base64_decode($data)); //Getting Save Format 

私にはコメントするのに十分な評判がないので、これが上記の「正しい」答えを使用している人々によって見られることを望みます：

PHP 5.5以降、preg_replace（）の/ e修飾子は完全に非推奨になり、上記のpreg_matchはエラーになります。PHPのドキュメントでは、代わりにpreg_match_callbackを使用することを推奨しています。

上記の提案されたpreg_matchの代わりとして、次の解決策を見つけてください。

$fixed_data = preg_replace_callback ( '!s:(\d+):"(.*?)";!', function($match) {      
    return ($match[1] == strlen($match[2])) ? $match[0] : 's:' . strlen($match[2]) . ':"' . $match[2] . '";';
},$bad_data );

unserialize()シリアル化されたデータをデータベースに不適切に配置したために失敗した別の理由があります。こちらの公式説明を参照してください。以来serialize()戻ってバイナリデータとPHPの変数は、メソッドをコードしている気にしない、TEXTにそれを置くように、VARCHAR（）は、このエラーが発生します。

解決策：シリアル化されたデータをテーブルのBLOBに格納します。

クイックフィックス

シリアル化された配列の要素の長さを再計算します-（preg_replace）は使用しないでください。非推奨です。preg_replace_callbackを使用することをお勧めします。

編集：新しいバージョン今だけ間違っていない長さが、それはまた、（のおかげで改行を修正しaczentで正しい文字を数えるmickmackusa）

// New Version
$data = preg_replace_callback('!s:\d+:"(.*?)";!s', function($m) { return "s:" . strlen($m[1]) . ':"'.$m[1].'";'; }, $data);

このエラーは、文字セットが間違っているために発生します。

開いているタグの後に文字セットを設定します。

header('Content-Type: text/html; charset=utf-8');

そして、データベースにcharset utf8を設定します。

mysql_query("SET NAMES 'utf8'");

マルチバイト文字を処理する次の関数を使用して、壊れたシリアライズ文字列を修正できます。

function repairSerializeString($value)
{

    $regex = '/s:([0-9]+):"(.*?)"/';

    return preg_replace_callback(
        $regex, function($match) {
            return "s:".mb_strlen($match[2]).":\"".$match[2]."\""; 
        },
        $value
    );
}

パブリック関数unserializeKeySkills（$ string）{

    $output = array();
    $string = trim(preg_replace('/\s\s+/', ' ',$string));
    $string = preg_replace_callback('!s:(\d+):"(.*?)";!', function($m) { return 's:'.strlen($m[2]).':"'.$m[2].'";'; }, utf8_encode( trim(preg_replace('/\s\s+/', ' ',$string)) ));
    try {
        $output =  unserialize($string);
    } catch (\Exception $e) {
        \Log::error("unserialize Data : " .print_r($string,true));
    }
    return $output;
}

$badData = 'a:2:{i:0;s:16:"as:45:"d";
Is \n";i:1;s:19:"as:45:"d";
Is \r\n";}';

提案された正規表現を使用して、壊れたシリアライズ文字列を修正することはできません。

$data = preg_replace('!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'", $badData);
var_dump(@unserialize($data)); // Output: bool(false)

// or

$data = preg_replace_callback(
    '/s:(\d+):"(.*?)";/',
    function($m){
        return 's:' . strlen($m[2]) . ':"' . $m[2] . '";';
    },
    $badData
);
var_dump(@unserialize($data)); // Output: bool(false)

次の正規表現を使用して、壊れたシリアライズ文字列を修正できます。

$data = preg_replace_callback(
    '/(?<=^|\{|;)s:(\d+):\"(.*?)\";(?=[asbdiO]\:\d|N;|\}|$)/s',
    function($m){
        return 's:' . strlen($m[2]) . ':"' . $m[2] . '";';
    },
    $badData
);

var_dump(@unserialize($data));

出力

array(2) {
  [0] =>
  string(17) "as:45:"d";
Is \n"
  [1] =>
  string(19) "as:45:"d";
Is \r\n"
}

または

array(2) {
  [0] =>
  string(16) "as:45:"d";
Is \n"
  [1] =>
  string(18) "as:45:"d";
Is \r\n"
}

公式ドキュメントは、それが偽とセットE_NOTICEを返す必要が言います

エラーが発生したため、エラー報告はE_NOTICEによってトリガーされるように設定されています

これは、によって返されるfalseを検出できるようにするための修正です unserialize

$old_err=error_reporting(); 
error_reporting($old_err & ~E_NOTICE);
$object = unserialize($serialized_data);
error_reporting($old_err);

base64エンコード/デコードの使用を検討することができます

$string=base64_encode(serialize($obj));
unserialize(base64_decode($string));

この質問の破損は、シリアル化された文字列の末尾の単一の部分文字列に分離されていimageます。おそらく、ファイル名の更新を怠惰に望んでいた誰かによって手動で置き換えられました。この事実は、OPの投稿データを使用した以下のデモリンクで明らかになります。つまり、C:fakepath100.jpgの長さは19ありません17。

シリアル化された文字列の破損は不正なバイト/文字カウント数に限定されているため、以下は破損した文字列を正しいバイトカウント値で更新するための適切な処理を行います。

次の正規表現ベースの置換は、バイト数の修正にのみ効果があります。

以前の投稿の多くは、他の誰かから正規表現パターンをコピーして貼り付けただけのようです。 置き換えに使用されない場合は、破損している可能性のあるバイトカウント番号をキャプチャする必要はありません。 また、s文字列値に改行/改行が含まれている場合は、パターン修飾子を追加するのが妥当です。

*シリアル化によるマルチバイト文字の扱いを認識していない場合は、格納されるのは文字数ではなくバイト数であるため、カスタムコールバックでは使用mb_strlen()しないでください。出力を参照してください...

コード：（OPのデータを使用したデモ）（任意のサンプルデータを使用したデモ）（条件を置き換えたデモ）

$corrupted = <<<STRING
a:4:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
newline2";i:3;s:6:"garçon";}
STRING;

$repaired = preg_replace_callback(
        '/s:\d+:"(.*?)";/s',
        //  ^^^- matched/consumed but not captured because not used in replacement
        function ($m) {
            return "s:" . strlen($m[1]) . ":\"{$m[1]}\";";
        },
        $corrupted
    );

echo $corrupted , "\n" , $repaired;
echo "\n---\n";
var_export(unserialize($repaired));

出力：

a:4:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
Newline2";i:3;s:6:"garçon";}
a:4:{i:0;s:5:"three";i:1;s:4:"five";i:2;s:17:"newline1
Newline2";i:3;s:7:"garçon";}
---
array (
  0 => 'three',
  1 => 'five',
  2 => 'newline1
Newline2',
  3 => 'garçon',
)

ウサギの穴の下の片足...文字列値に二重引用符が含まれている場合でも上記は正常に機能しますが、文字列値に";モンキーレンチsbustring が含まれている場合は、少し先に進んで「ルックアラウンド」を実装する必要があります。私の新しいパターン

リードsが次のことを確認します。

• 入力文字列全体の始まりまたは
• 前任者 ;

そして、次のことを確認します";。

• 入力文字列全体の終わりまたは
• 続きます}か
• 文字列または整数の宣言が続くs:、またはi:

私はあらゆる可能性をテストしていません。実際、シリアル化されたデータを操作することは決して選択していないため、シリアル化された文字列のすべての可能性については、あまり詳しくありません。追加の可能性のある先頭または末尾の文字がある場合は、コメントを残してください。ルックアラウンドを拡張します。

拡張スニペット：（デモ）

$corrupted_byte_counts = <<<STRING
a:12:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
newline2";i:3;s:6:"garçon";i:4;s:111:"double " quote \"escaped";i:5;s:1:"a,comma";i:6;s:9:"a:colon";i:7;s:0:"single 'quote";i:8;s:999:"semi;colon";s:5:"assoc";s:3:"yes";i:9;s:1:"monkey";wrenching doublequote-semicolon";s:3:"s:";s:9:"val s: val";}
STRING;

$repaired = preg_replace_callback(
        '/(?<=^|;)s:\d+:"(.*?)";(?=$|}|[si]:)/s',
        //^^^^^^^^--------------^^^^^^^^^^^^^-- some additional validation
        function ($m) {
            return 's:' . strlen($m[1]) . ":\"{$m[1]}\";";
        },
        $corrupted_byte_counts
    );

echo "corrupted serialized array:\n$corrupted_byte_counts";
echo "\n---\n";
echo "repaired serialized array:\n$repaired";
echo "\n---\n";
print_r(unserialize($repaired));

出力：

corrupted serialized array:
a:12:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
newline2";i:3;s:6:"garçon";i:4;s:111:"double " quote \"escaped";i:5;s:1:"a,comma";i:6;s:9:"a:colon";i:7;s:0:"single 'quote";i:8;s:999:"semi;colon";s:5:"assoc";s:3:"yes";i:9;s:1:"monkey";wrenching doublequote-semicolon";s:3:"s:";s:9:"val s: val";}
---
repaired serialized array:
a:12:{i:0;s:5:"three";i:1;s:4:"five";i:2;s:17:"newline1
newline2";i:3;s:7:"garçon";i:4;s:24:"double " quote \"escaped";i:5;s:7:"a,comma";i:6;s:7:"a:colon";i:7;s:13:"single 'quote";i:8;s:10:"semi;colon";s:5:"assoc";s:3:"yes";i:9;s:39:"monkey";wrenching doublequote-semicolon";s:2:"s:";s:10:"val s: val";}
---
Array
(
    [0] => three
    [1] => five
    [2] => newline1
newline2
    [3] => garçon
    [4] => double " quote \"escaped
    [5] => a,comma
    [6] => a:colon
    [7] => single 'quote
    [8] => semi;colon
    [assoc] => yes
    [9] => monkey";wrenching doublequote-semicolon
    [s:] => val s: val
)

照合タイプをに変更する必要がutf8_unicode_ciあり、問題は修正されます。

私の場合BLOB、MySQL DBのフィールドにシリアル化されたデータを格納していましたが、これは明らかに値全体を格納するのに十分な大きさではなく、切り捨てられました。このような文字列は、明らかにシリアル化解除できませんでした。
いったんそのフィールドをMEDIUMBLOB問題に変換すると、散逸します。また、テーブルオプションROW_FORMATをDYNAMICまたはに切り替える必要がある場合もありますCOMPRESSED。

このページでいくつかのことを試みたが成功しなかった後、ページのソースを調べたところ、シリアル化された文字列内のすべての引用符がhtml-entitiesに置き換えられていることに気付きました。これらのエンティティをデコードすると、多くの頭痛の種を回避できます。

$myVar = html_entity_decode($myVar);

これは、破損したシリアル化された文字列を修正するためのオンラインツールです。

私は、これは主に、検索のために起こると（DBとシリアライズデータに行わ交換することを追加したい、特別にkey length）代わるごとに更新され、それが「腐敗」を引き起こしません。

それにもかかわらず、上記のツールは次のロジックを使用してシリアル化データを修正します（ここからコピー）。

function error_correction_serialise($string){
    // at first, check if "fixing" is really needed at all. After that, security checkup.
    if ( unserialize($string) !== true &&  preg_match('/^[aOs]:/', $string) ) {
         $string = preg_replace_callback( '/s\:(\d+)\:\"(.*?)\";/s',    function($matches){return 's:'.strlen($matches[2]).':"'.$matches[2].'";'; },   $string );
    }
    return $string;
} 

この問題の別の理由は、「ペイロード」セッションテーブルの列タイプである可能性があります。セッションで大量のデータがある場合、テキスト列では十分ではありません。MEDIUMTEXTまたはLONG​​TEXTも必要になります。