iOS/Androidアプリ内課金の不正なレシートによる有料会員登録を防ぐ - pixiv inside [archive]
こちらはピクシブ株式会社 Advent Calendar 2014の12/9の記事です。 こんにちは。iOSエンジニアの@shobyshobyです。 歌も歌えてコードも書けるエンジニアを目指して、毎週ボイトレに通っています。 さて、私は最近、pixiv公式iOS/Androidアプリ向けのSubscription課金の実装を担当していたのですが、 いざ機能を公開してみると、APIに投げられる不正なレシートが予想以上に多いことに気がつきました。 今回は、iOS/Androidアプリ内課金の不正なレシートによる有料会員登録を防ぐ対策を解説します。 有料会員登録の検証処理に漏れがある場合、お金を払わずに不正に有料会員になることができてしまうため、 アプリ内課金のバックエンド処理は慎重に設計、実装する必要があります。 ※この記事では、AndroidのIn-app Billing Version 3
![iOS/Androidアプリ内課金の不正なレシートによる有料会員登録を防ぐ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/b511f5685dec65d540f2f02873a46f5cb40dda5b/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fd%2Fdevpixiv%2F20141208%2F20141208224418.png)
TWorksの試行錯誤記録 : iOS 7/In-App Purchase/ローカルレシート検証
これの続きです。 iOS 7 + Auto-renewable + TransactionReceipt これで有効期限が取れたのは取れたのですが（値も正しかった）、これで良いのかわかりません。素直にOpenSSL使って、ローカルレシート確認にする方がいいのかしら… 2013/11/4 追記： このやり方はAppleのドキュメントに書いてないからダメっぽい。 OpenSSL使ってローカルレシート認証にするのが正解だと思われる。 引き続き検証中。 元の話は、iOSのアプリ内課金（In-App Purchase）でレシートの確認を行う場合、SKPaymentTransaction#transactionReceiptが、iOS 7からDeprecatedになっており、さてどうしたらよいのやら…ということでした。そしてこれに対する回答は、Appleのドキュメントに”超”概要が書いてありました。
Validating receipts with the App Store | Apple Developer Documentation
Verify transactions with the App Store on a secure server.
In App Purchaseのレシートをローカルで検証できるようになった話 - Qiita
iOS Advent Calender 2013 iOS second stage 6日目担当の@fm_tonakaiです。 普段はWebの会社でiOSアプリの開発を行っています。 初のQiita投稿で緊張しています。 今日はIn App Purchaseのレシートのローカル検証についてちょっと調べたので書きます！ はじめに iOS7よりSKPaymentTransaction#transactionReceiptがDepricatedになりました。 代わりにNSBundle#appStoreReceiptURLが追加され、 Transactionの処理時にこのAPIを用いてレシート情報を取得することができます。 この情報を用いて今までのようにAppleに問い合わせしなくてもローカル内で レシートの検証が行えるようになりました。 なりましたが、簡単にできるとは言っていない！ レシートの検証
GitHub - nomad-cli/venice: Ruby Gem for In-App Purchase Receipt Verification
Note: This project is no longer being maintained. Venice is a simple gem for verifying Apple In-App Purchase receipts, and retrieving the information associated with receipt data. There are two reasons why you should verify in-app purchase receipts on the server: First, it allows you to keep your own records of past purchases, which is useful for up-to-the-minute metrics and historical analysis. S
In App Purchase の開発を行う為の環境構築 - It_lives_vainlyの日記
iPhone の In App Purchase に関する作業ログ第二回目. 概要に関しては、前回のエントリ(『In App Purchase 概要』d:id:It_lives_vainly:20091101)を参照のこと 今回は、主にiTuneConnect 上での登録作業についてまとめる. iTuneConnect 上で必要な申請処理 アプリ内課金の配信の実装を始める前に、アプリが有料課金配信を行える状態になっている(銀行情報などの許可が下りている)必要がある. アプリ内課金で配信されるアイテムの登録は、iTuneConecct上から、[Manage Your In App Purchase]によって登録を行う必要があるが、 有料課金配信の申請が通っていない場合には、[Manage Your In App Purchase] の表示が出こない. 解説サイトなどを眺めただけでは気づきにく
StoreKitのトランザクションの基礎 – なんてこったい
支払いは完了したのにアイテムがアンロックされない、等の問題が起きないように、StoreKitにはトランザクションの機構があります。トランザクションの機構は絶対に必要なのですが、これがStoreKitによるアプリ内課金の組み込みを複雑にする大きな要素となってきます。基礎から見ていきましょう。 StoreKitにおけるトランザクション SKPaymentTransactionクラス トランザクションを扱うクラスはSKPaymentTransactionです。基本的にPaymentがキューに積まれたタイミングで生成され、購入の一連の流れを管理するのに用います。最後はアプリケーション側からfinishTransaction:というトランザクション完了のメソッドを投げる形で完了になります。 SKPaymentTransactionObserverプロトコル アプリケーション側がPaymentリクエス
スタートガイド - Android用サポートサイト
dodaiiを始めましょう。 まずはアプリ内課金ついて説明します。 InAppPurchase（アプリ内課金）とはInAppPurchase、日本語で言うとアプリ内課金とは何か簡単に説明します。アプリ内課金が導入されるまでは、開発者がユーザに課金する方法がアプリの本体代金または、自身が運営するウェブサイト上等で別途決済を通すことしか出来ませんでした。アプリ内課金の登場で開発者は必要な追加機能や月額利用料の課金等をアプリ内で自前の決済手段を用意せずに完結することが出来るようになりました。 では、具体的にどんな事がアプリ内課金で出来るか見てみます。 ・ベーシックバージョンのアプリケーションに対して、追加の機能を提供する ・ブックリーダのアプリ内で、電子書籍をダウンロード販売する ・ゲーム上でバーチャルなアイテムを購入させる ・専門のニュース情報を月額課金で提供する アプリ内課金のダイアログ(ス
アプリ内課金 実装編 - アルデンテ！
プロダクト取得のコードが書けてテストも成功したら、今度は購入処理のコードを記述してみる。 まず、ヘッダにSKPaymentTransactionObserverを追加する。僕の場合はAlertViewも使っているのでこんな感じ @interface InAppPurchaseViewController : UIViewController <SKProductsRequestDelegate,SKPaymentTransactionObserver,UIAlertViewDelegate>{ ViewDidloadでPaymentQueueObserverになる処理を書く。Delegate=self的なノリ。これにより、一連の購入処理をハンドリングして逐次オブザーバーメソッドが呼ばれるようになる。 //SKPaymentQueueのオブザーバーとして登録 [[SKPaymentQueue
In-App Purchaseについて
In-App Purchaseを使用すると、StoreKitフレームワークを使用してアプリケーション内にストアを組み込むことができます。このフレームワークはアプリケーションの代理としてApp Storeに接続して、ユーザーによる支払いを安全に処理することで、ユーザーに対して支払いの承認を促すものです。フレームワークは次にアプリケーションに通知を行い、これにより購入した項目がユーザーに提供されます。In-App Purchaseは、追加の機能やコンテンツの支払いの回収に使用します。 たとえば、In-App Purchaseを使用すると、次のようなシナリオを実行することができます。 追加のプレミアム機能が備わったアプリケーションの基本バージョン ユーザーが新しい記事を購入してダウンロードできる雑誌アプリケーション 探索する新しい階層を提供するゲーム プレーヤーが仮想の不動産を購入できるオンライ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mptw.fr
Alter Receipt handling for iOS 7-style by coneybeare · Pull Request #18 · nomad-cli/venice
GitHub - DarkHorseComics/DHAppleReceiptParser: Parses apple receipts from the filesystem for iOS 7
Loading
What should the transactionReceipt verification json look like?