Swiftyinsta: InstagramAjaxログイン

それは私のために働きました、しかし、SMSからチャレンジコードを得ることができませんでした、しかしそれは電子メールで働きました。

SwiftagramのBasicAuthenticator.handleSecondはinvalid response $を返します、私はSwiftyInstaをテストしませんでした。

SwiftyInstaでも動作させることはできません😢@ bariscck
不眠症や郵便配達員からも機能させることはできません…😱
これがInstagramでの一時的な問題であり、さまざまな地域にある@ TheM4hd1で機能していることを説明していることを願っています…

Instagramのウェブアプリは現在このエンドポイントを使用しているため、一時的なようです。 彼らにとってもうまくいきません。 400 Bad Request返します。

Webアプリも機能しますが、約4か月前に同じことが起こり、数時間後に修正されたことを覚えています。

はい、それは以前に起こりましたが、以前は400を取り戻していました。これは合理的です。
今回は直接アクセスが405になります。 HEADでも。
彼らがただそこから移動しているのではないかと私は恐れています。
指を交差させましょう🤞

こんにちは、私も同じ問題を抱えています、それはあなたのために解決されましたか？

まだ解決されていませんが、残念ながら@ Emretelli7です。
エンドポイントを受け入れる必要があるように感じます😢

こんにちは、Instagramは「enc_password」を使用していますが、 「password」は使用できません

enc_passwordはAES256GCM暗号化を使用します

https://pastebin.com/raw/nYL2W2bG

@xmmti
enc_passwordをburpsuiteからコピーして、自分のユーザー名で投稿しようとしましたが、認証されました：false

つまり、このenc_password以外のものがあると思います

@xmmti
enc_passwordをburpsuiteからコピーして、自分のユーザー名で投稿しようとしましたが、認証されました：false

つまり、このenc_password以外のものがあると思います

ボディリクエスト
username =あなたのユーザー名＆enc_password = enc_password

私はそれが私と一緒に働いています...

うん。 それだけではありません。 私は最初のメモでそれをほのめかします。
新しいヘッドレス認証方法には、Swiftでは絶対に標準ではない暗号化ツールが必要です。 ハッシュは非常に簡単に入手できます（そして、CryptoSwiftを介してすでにSwiftyInstaにあります）が、過去に信頼できるRSAライブラリを見つけることができませんでした（非現在のリリース用ではありません）。依存。

APIログインは私とうまく機能します...彼のenc_passwordをajaxするだけです

私のコメント@xmmtiを読んでください。

私たちは皆、修正を完全に認識しています。 私たちはこの問題を書く前でさえありました、そしてこれが遅かれ早かれ起こるであろうことを私たちは知っています。
Node JSまたはPythonでの修正は非常に簡単ですが、Swiftには間違いなく暗号化用の優れたライブラリがないため、現在SwiftyInstaで必要とされているCryptoSwift 、またはCommonCryptoに基づくものは単純に広範ではありません。足りる。

このスレッドのコメントをブロックする必要があります。追加するものが何もないからです。代替案を実装することにした場合（有効な暗号化ライブラリを見つけることができた場合）、投稿を更新します。貢献したい場合は、PRを送信することを歓迎します。

@sbertix
こんにちは私は同じ問題を抱えていたので、Pythonプロジェクトのためにここにいます。
モバイルアプリで使用する場合は、Pythonスクリプトを実行しているサーバーを実行してモバイルアプリに接続できます。

これは私にとっては問題ではありません@ Emretelli7 、ありがとう。 😊
すでにノードアプリを介して認証をルーティングしています。
これは、 SwiftyInstaで直接基本認証を提供することについてです。

基本的なログインが機能しているようです。 2FAがある場合とない場合の2つの異なるアカウントを確認しました。

AES-GCM-256にはswift-sodiumを使用してみます。
そして、RSA部分のSwiftyRSA。

@MatoMAに依存関係を追加しすぎる場合は注意が必要です。また、SwiftyRSAはmacOSでは機能しませんが、swift-sodiumはiOSとmacOS（Catalyst、watchOS、tvOS、Linuxなし）のみであり、機能と穴を意味します。ライブラリが別のターゲットにパッケージ化されていない場合は、iOSのみで機能します。この場合、大騒ぎせずにWebビューベースの認証をすでに使用できます... \
SwCryptに実装してみましたが（時間がないため完了しませんでした）、ある程度の可能性が示されました（ただし、OpenCrypto対応システムに制限されています）。\
ただし、完了したら、実装を完全に比較できます。

@MatoMAに依存関係を追加しすぎる場合は注意が必要です。また、SwiftyRSAはmacOSでは機能しませんが、swift-sodiumはiOSとmacOS（Catalyst、watchOS、tvOS、Linuxなし）のみであり、機能と穴を意味します。ライブラリが別のターゲットにパッケージ化されていない場合は、iOSのみで機能します。この場合、Webビューベースの認証を手間をかけずに使用できます...
私はそれをSwCryptに実装しようとしました（時間がないために完了しませんでした）、そしてそれはいくつかの可能性を示しました（それはまだOpenCrypto対応システムに制限されていますが）。
ただし、完了したら、実装を完全に比較できます。

ご返事ありがとうございます。
約1/4のユーザーがWebビュー認証でログインに失敗していることがわかりました。 そして、私たちが問題を理解することは困難です。 これが、Android（Device）APIで機能するようにする理由です。
また、ユーザーがAuth App（テキストメッセージではない）で2FAを有効にすると、Webビュー認証が機能しないことがわかっています。
上記のライブラリが機能しない場合でも、opensslがあります-最後に試すパス...

Webベースのログインが機能しないのは、現在の実装の問題であり、修正するのは間違いなく簡単です。\
Swiftagramで機能するようにしました。成功率がそれほど悪い場合は、 SwiftyInstaに同じクラスをインポートします。\
いずれにせよ、基本認証をバックアップして適切に機能させることは、今でも優先事項です。心配しないでください😊

では、互換性に関して前進するための最良の方法は何だと思いますか、@ TheM4hd1？\
SwiftagramでBasicAuthenticatorを再実装したので、 SwiftyInstaに完全に変換できますが、最初にそれを決定する必要があります（たとえば、Linuxを機能させるためにサポートを終了する、最小OSバージョン、依存関係マネージャー、等）。

@sbertixはまだ無効になっていますか？ 今はまたうまくいくようです。

先週試しましたが、まだ機能しませんでした。\
どうやらそれはすべてのアカウントに影響を与えるわけではありませんが、彼らはそれを大幅に移行しています（ instagram-private-apiのenc_passwordへの新たな関心に基づいています）。\
SwiftyInstaでも対処する必要があります。

実装はséごとの問題ではなく、 Swiftagramを完全に移植できるため、依存関係などを決定するだけです。

opensslを使用するのはどうですか？ Instagram自体はopensslを使用していると思います。 このようにして、最小互換性バージョンとLinux互換性も維持できます。

私はSwiftで（少なくとも直接） OpenSSLに依存することを本当に嫌います（ほとんどの人のように）。\
これは間違いなく「解決策」ですが、それを実装するのが面倒な価値があるかどうかはわかりません... @ TheM4hd1 \
どうしても、あなたがそれをやりたいのなら、素晴らしいです、そうでなければ、私はまだ「より高いレベル」の何かで行くのが十分であると感じています。

OpenSSLを実装してみましたが、個々のプロジェクトで正常に機能しますが、依存関係として追加すると、それができず、必要な多くの作業が発生し、ライブラリのサイズが大きくなります。
それが私の個人的なプロジェクトである場合、私はそれをiOSの最小バージョンをサポートするために使用したいと思います。 しかし、図書館のためにそれをする価値はないようです。
だから私はSwiftaGramを移植することに同意します、これは今のところ最良の解決策です。