サーバー全体を調べた両端、これはどのようにして漏洩したのですか?
readme の内容は本来そこにあるはずです。つまり、Chef.com はバージョン管理に git を使用しているのでしょうか。
このサーバー側のソース コードと同様に、サーバー側に詳しい人は、アーキテクチャ、テクノロジの採用、セキュリティ、コード仕様などの観点からコメントできますか?
返信内容:
フロントエンドは問題ありませんが、バックエンドの PHP は少し奇妙です1。使用されているフレームワークは比較的古く、コーディング標準は PSR に準拠していません。プロジェクト全体で名前空間を使用していない仕様ですが、コメントは PHPdoc 形式に準拠していないものが多く、コーディング効率を高めるための IDE (Subl を含む) を使用することはできません。プロジェクト。
2、次の http 転送メソッドは、分離するために内部で広く使用されています:
//CRM子系统里的用户编辑就转发到S系统的user/edit下
$return = $this->format_query('/user/edit', $_POST);
$this->_return_json($return);
誰も私を招待したくないなら、私は招待されずに来るでしょう。 ざっと見てみると、これはリークというよりも、同社が計画しているオープンソースであることがわかります。
聞いてください:
1. このプロジェクトが漏洩した場合、彼らのグループはすでに警察に通報しており、関係者はおそらく逮捕されており、Zhihu でそれについて話すことは許可されません。
2. github アカウントを見てみると、トランペットのアカウントではなく、通常のアカウントのようです。通常、コードが実際に盗まれたと仮定すると、そのコードは圧縮パッケージに入れられ、せいぜい「XXX 漏洩ソース コード」という名前でオンラインに放り出されます。これを github に置くのは不可能です。これを行うには、IQ と EQ が低い必要があります。
3. もう一度 Readme を見てください。上に書かれていることは非常に明確です。同様に、泥棒がこれを行うのはどれほど礼儀正しい (愚かな) ことでしょうか?
4. ソース コードはオープン ソースまたはオープンですが、実際、ここでのラベルは「PHP」であることがわかります。PHP に関する限り、インターネット上のフォーラムはどれだけ使用していますか。ニュージーランド? ThinkPHP を使用するフレームワークはいくつありますか?これらはすべてオープンソースですが、そのために安全ではないと判断できますか?
5. このコードはあえてオープンソースなので、少なくとも eval($_GET["e"]) は存在しないはずです。おそらく、他の会社は新しいコードを変更し、このセットを破棄し、その後廃棄したのでしょう。
上~~ 当社の従業員が退職後に誤って自分の github にバックアップし、すぐに gdby によって悪意を持ってフォークされ、gdby も Suning のクライアント コードを漏洩しました。私は常に彼が関与していると感じていました (彼は辞任しましたが、コード漏洩は問題です)。私の関心事ではありません) Things 233
また、これに何年も取り組んでいると誰かが言及しているのを見かけましたが、実際、これらの内容は合計で半年しか書かれていません (したがって、いくつかのことは以下から推測できます)。時間233 1 会社は有名になるために宣伝します
2 退職した従業員を見せます
3 不謹慎な現従業員
自分でニュースをリークするのは簡単ではないことを知っておく必要があります ざっと見たところ、モジュールは明確に分割されており、コード形式は非常に標準化されており、コードの品質は非常に優れており、学ぶ価値があります。 実際、私は数年間働いた後、いくつかのコードを蓄積しました。それを注意深く研究する忍耐力は本当になく、学ぶことは何もありません。何気なく眺めてみたところ、さまざまな目的で多くの Web サイトを作成してきた CI フレームワークが使用されていることがわかりました。 APIもあります。バックエンド サービスは特に懸念されますが、残念ながら、Python、LUA などを使用する imgUpload と geoip だけであり、コードの異質性は常に避けられないことがわかります。
Readme.md はフロントエンドの Angular に役立つようで、最近たまたま読んでいたので、フロントエンドで Angular がどのように書かれているかを確認するために最初にフォークしました。
さらに、先月か少し前、友達の輪の中でイム・ティアンについて否定的なコメントをたくさん見かけました...
7月29日、南京でメディアは「イー・ムーティアンの1兆兆の奇跡の謎:誇張と欺瞞は実際には紙一枚で隔てられているだけである。」この記事はイー・ムーティアンの詐欺を直接指摘し、この記事はすぐに友人たちの間で広まりました。
百度には似たようなものがたくさんあります。
一般的に言えば、プログラマーがこのようなことをするのは非倫理的だと私は思います。彼には基本的な職業倫理がありません。会社が良いか悪いか、会社があなたを公平に扱うか不公平に扱うかに関係なく、あなたは従業員として義務を果たさなければなりません。
コード漏洩は大きな問題ではありませんが、大きな問題ではありません。ビジネスにとって、コードを取得しても、その企業のビジネスを再現することはできず、企業の価値を実現することもできません。したがって、コードは本質的に役に立ちません。 Baidu のソース コードをすべて渡されたら、Baidu に勝てると思いますか?使い物にならない。
しかし、このコードは会社のセキュリティに関連しており、下心を持つハッカーがそのコードを利用して脆弱性を発見し、攻撃を標的にし、会社の顧客に脅威を与え、企業秘密を盗み、さらには脅迫することもあります。会社を極端な状況に陥らせる消極的な状況は本当にひどいものです。
しかし、それを防ぐ良い方法はありません〜ため息 お兄さん、このプロジェクトを完了する方法を見つけた人はいますか? この方法で PHP を学びたいのですが、ありがとうございます。

PHPSESSIONの障害の理由には、構成エラー、Cookieの問題、セッションの有効期限が含まれます。 1。構成エラー:正しいセッションをチェックして設定します。save_path。 2.Cookieの問題:Cookieが正しく設定されていることを確認してください。 3.セッションの有効期限:セッションを調整してください。GC_MAXLIFETIME値はセッション時間を延長します。

PHPでセッションの問題をデバッグする方法は次のとおりです。1。セッションが正しく開始されるかどうかを確認します。 2.セッションIDの配信を確認します。 3.セッションデータのストレージと読み取りを確認します。 4.サーバーの構成を確認します。セッションIDとデータを出力し、セッションファイルのコンテンツを表示するなど、セッション関連の問題を効果的に診断して解決できます。

session_start()への複数の呼び出しにより、警告メッセージと可能なデータ上書きが行われます。 1)PHPは警告を発し、セッションが開始されたことを促します。 2)セッションデータの予期しない上書きを引き起こす可能性があります。 3)session_status()を使用してセッションステータスを確認して、繰り返しの呼び出しを避けます。

PHPでのセッションライフサイクルの構成は、session.gc_maxlifetimeとsession.cookie_lifetimeを設定することで達成できます。 1)session.gc_maxlifetimeサーバー側のセッションデータのサバイバル時間を制御します。 0に設定すると、ブラウザが閉じているとCookieが期限切れになります。

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性:サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ:分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ:データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1)CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2)セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス(オープン、クローズ、読み取り、書き込み、破壊、GCなど)の書き換え方法。 3)PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

ホットトピック









