【広告除去】AdGuard Part39【280blocker】

Androidで動作する広告ブロックアプリ、AdGuardについて語るスレです。

前スレ
【広告除去】AdGuard Part38【280blocker】
https://egg.5ch.net/test/read.cgi/android/1588943721/

関連リンク
公式サイト
https://adguardcom
ダウングレード用apk（公式）『▶Assets』をタップ/クリック
https://github.com/AdguardTeam/AdguardForAndroid/releases
280blocker
https://280blocker.net/

なんJ AdGuard部 (Wiki)
質問する前にWikiを読みましょう
https://wikiwiki.jp/nanj-adguard/

次スレは>>980が立ててください

じゃあ何故アドガ制作者はhttpsオンにさせようとするかと言ったら金になるからだろ
じゃあ何故金になるかと言ったら後は分かるよね

裏あり君はまずはそのリスク被害を屏風から出そうか

>>102
それは枠の除去とか高精度の広告ブロックが出来るからだろ？
広告ブロッカーを提供する側からすれば、より完璧な使用を推奨するのは当たり前のこと
そのメリットは否定してないけど
ただ、実際には信者が探し回ってもhttpsオフで酷い表示になるのは殆どなく必要性はあまり感じられない
それよりもデメリットが嫌だから使わない人が多いだけのこと

今日もhttps信者の発狂が心地好い
オフだとエグくなるサイトはもう打ち止め？
枠が少し残るようなのしか見つけてないよ
httpsオフだと困るようなurlを早く出そうか

httpsアンチってなんでアドガ使ってんの

もうhttpsの話題だけで終わるなこのスレ

>>106
オフでも広告ブロックできて快適だから
信者は馬鹿なの？

httpsは嫌がるのにAdGuard自体を使用してロシアに情報渡してるのは良いとか意味わからん

>>106
>>109
httpsブロックは必要ないからオフしてるけど、httpsアンチではないな
httpsは通信を暗号化してくれて安全にしてくれるからむしろ好きだよ
必死なのはお察しします
httpsオンにしてる情弱とは違い、暗号化されて何も解析できない情報をロシアに渡してるだけだから本当のリスクゼロなので安心して使ってるよ

アプリ入れたり使ってるとhttpsフィルタは誘導するのにDNSフィルタは誘導しないだろ
それだけhttpsフィルタにはうまみがあるんだろ

>>111
AdGuard社にとっては美味しいよね
直接クレカの不正利用をしなくても暗号化解除した個人情報を自由に入手出来るの
その情報を外部に売ったり、匿名性がないビッグデータも作れる
これは会社の利益になる

もうガイジしかいない🦠

>>87
コロコロコロいわれて最後のIDしか出せてないwww
みっともねぇ
バカ杉じゃんこいつ

>>114
亀レス&自分も単発ID
これは恥ずかしい〜

>>112
なら使うなよ、危険なアプリなんだから権限以前に脆弱性を狙えば利用するだけでアウト

>>116
httpsオフなら安全なアプリだよ？
まだ理解できないの？
脆弱性を狙われてデータを盗んでも暗号化されてるから全く役に立たない
まあ、httpsオンなら完全なアウトだけど
アプリの権限と暗号化解除の証明書がゴッチャになってるね
AdGuardのhttpsはオフして安全に使ってる

うっかり も つけてしまうかわいい
こんな子には係助詞 こそ を教えてあげたい

>>117
頭悪いのは良くわかった

>>119
悪いのはお前だよ
自覚なくてワロタ

>>117
キミ烏合の衆の代表だな
アプリごとにhttps通信オフにすりゃええものを、ホントに悔しくて逆らっちゃうこどもですね

スマホ覚えたての子羊ちゃんだ

>>121
おいおいそれ全く意味ないだろ
例えばChrome使うときにhttpsオフする？
広告ブロックしないけどいいの？
それにhttpsオフで広告出るアプリなんてブラウザ以外に使ったことないけど
何のアプリでhttpsの広告出るの？
お馬鹿な信者は初心者以下の低能ぶりだね

>>122
??????

>>121
アプリに悪意あった場合、アプリで設定変えようが証明書さえあれば暗号解除できる

>>124
ならAdGuardに悪意があった場合、これ入れてる時点で何されてもわかんないじゃん

>>125
悪意があってもhttpsオフで証明書を作成してなかったら、暗号化解除は不可能なので安全
勿論オンにして証明書を作ってたらAdGuardに限らず外部の侵入者に何をされるか分からないので危険
Wikiでも見て少しは理解しろよ
https://wikiwiki.jp/nanj-adguard/HTTPS%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

これはどういう論争をしてるんだ？
別にHTTPSフィルタリングのオン·オフは個人の自由だろ？
初心者にどっちをおすすめするかってこと？

ユーザー証明書が使えないアプリの存在にだんまり決め込んで危険を煽るデマサイト紹介↓


189 名無しさん＠お腹いっぱい。 sage 2020/05/12(火) 18:48:34.80 ID:tomNaUQ7
https://wikiwiki.jp/nanj-adguard/HTTPS%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

↓

HTTPSフィルタリングについて

【安全性】
HTTPSフィルタリングの最大のデメリットは、セキュリティリスクがあることです。
証明書をインストールすれば、AdGuardがhttps通信の内容を盗んだり改竄したりすることも理論的には可能になります。
また、AdGuard社に悪意がなくとも、別の攻撃者がAdGuardの脆弱性を利用して情報を盗むということも考えられます。


アンチ君もユーザー証明書にはだんまり

リスクを具体的に説明しないで危険を煽るバカをスレから追い出すか追い出さないか
ただ強制的に追い出すことはできないので出てきたら叩くしかない
DNSのときのようにコテンパンにしてぐうの音も出ないようにすれば静かになると思われ

リスクを具体的に説明してるなう

>>128
黙りなのは信者な！
間違えるなよ

リスクを語るならVPN自体も危険って事を言わないと

オンオフは個人の自由
その判断には正確な情報や知識が不可欠
不正確な情報をまき散らす人がいるのでデマを防がないと初心者に限らず多くの人が迷惑を被る

情報としてwikiを持ち出すけどそのwikiがどういった仕組みで漏洩リスクがあるか解説してない
証明書はほとんどのアプリで信頼されないことに触れないでただただ危険だというのはよくない
追いつめられてきたので最近はChromeだけを持ち出して危険といっているけど当初はひどいものだった

>>132
VPNは特にリスクはないけど？

>>134
お前そんなに理解が悪いのか
少しは勉強した方がいいぞ
流石にWikiも超初心者に対応した記載はしないからな
そんな事まで書いたらとんでもないボリュームになるよ

銀行アプリはhttps解読できない
↓
アプリ限定するな！
↓
なんだとリスクあるんだ？
↓
そんなことも分からないのか情弱！！
↓
教えてやるよ
Chromeくらいだろ
↓
FLOSSがある！！！
↓
野良アプリ
それに名前違うだろ
↓
だんまり

>>137
https信者の馬鹿っぷりがよく分かる流れ
信者は完全論破されてだんまり中
そして発狂中

>>137
ユーザー証明書を見るアプリ全般、で説明完了だろそれ
具体的なアプリ名なんてこんご増減あるんだから無意味すぎる

ばかだな並行世界使えよw

httpsアンチはやさしいなｗ
他人がhttps使ったって自己責任なんだし関係無いだろ
それとも他人がhttps使ったら自分に被害が及ぶと思ってるの？
それか他人が使って情報抜かれたら大変！止めさせなきゃって思ってるのかな？
こういうのは余計なお世話っていうんだよｗ

>>141
ただリスクゼロと嘘付いてるから荒れてる
リスクをわかった上で使うのは勝手
余計なこと言わないで使えばいいのにそれが出来ない哀れな信者

>>141
まったく同意

pref.vpn.ipv4.force.default有効にしたら「接続が切断されました」て警告みたいなのよく出るんだけど有効のままでもこれ出ないようにできないのかな

>>142
リスクを分かった上で使ってる
と書いても噛み付くと思うのは俺だけだろうか

>>141
優しくないからそんなこと思ってないよ
被害にあえばザマアと思うけどな
だから妄想には同意できないな

>>145
お前だけだと思う
信者が「リスクカット(ゼロ)だからデメリットなし！」
と言い出さなければスレはいつも平和だよ
時々、httpsオンの奴が妄想言い出すとおさまるまでスレが荒れる定期
今までも同じ流れだよ

>>139
一理あるが逆だな

ユーザー証明書を見る少数のアプリと但し書きするなら分かる
もしくはユーザー証明書を見ない多数のアプリに当てはまらないと書くなら分かる

数に圧倒的な差があるからなこちらの方が妥当

>>144
460 名無しさん＠お腹いっぱい。 sage 2020/05/15(金) 12:30:57.56 ID:iuZOhoZJ
高度な設定のpref.vpn.ipv4.force.defaultをオンだけど、NASのネットワークが切れるんだよね。
回避方法は無いだろうか

>>147
> 信者が「リスクカット(ゼロ)だからデメリットなし！」
実際にカットならそうなんじゃないの？
リスクはぜったいにカットできないの？

>>149
自分の場合はウェブブラウザ起動する時に警告出る

>>150
多少は減らせるけど全てはゼロには出来ないよ
全部においてオフで運用してたら、それはhttpsオフで使うことになるんだから

まぁPCユーザーはhttpsは基本的にオンなんだよね

クレジットカード被害の99.9％がスキミング、読み取り、オンラインSHOPによる不正利用（自由に金額を変更可能）
https? なにそれ状態だ

https使わないやつの防犯意識は見事だけど現実世界のネット事情は
ネット犯罪のほうが発生しにくいんだよな
足が必ず付くからね

>>153
PCだとPhishWallとかが入るから安全なんだよね
それにネットの不正利用は足がつかないよ
不正利用の多くは何処から情報が漏れたのが使われたのか経路不明
ちょっと非常識すぎる

>>154
ネット犯罪は徹底的に足が付かないようにすれば
絶対に警察には捕まらないのは事実

>>155
やったね、やればいいじゃん
遊んで暮らせるぞ！

発達は人間の思考は理解出来なくて電車とかコンピューターとか決まった動きしかしないのしか受け入れられないからな
だから開発者が何故httpsオンに誘導するかも理解できないし見えてもいない

>>152
そういうこと書くから信用なくす
並行世界もislandもスレで既出

病院へいけ

見えないものが見える誘導される

俺は違うんだ


病院へgo!

>>157
開発者が誘導するのは広告ブロック性能を考えるとオンした方がいいから
ただそれだけの理由
どのように考えて使うかはユーザー次第
まあ使うのは情弱だろうね

>>153
様々な手段で得た情報は「それを欲しがる人」に売るんだよ
脆弱性を利用したサイドチャネル攻撃等による(広義の)盗聴は、条件が厳しかったりそもそも穴が随時塞がれたりで安定して使いにくい
その一方で、端末利用者の意思のもと中間者としてどっしり構えていればそれで済むのは非常にラクチンかつ安定していて正に濡れ手に粟状態

そして事態は現在進行形で、コロナ禍で経営が傾いた企業群から、同企業群が過去に収集したアレコレが(格安で)大放出されている

>>161
DNSは誘導しないのはなんでだろう

>>163
DNSを入れるとフィルター精度が逆に落ちてしまうから推奨はしないよ

>>162
それはあなたの感想ですよね

そんなゴミデータ欲しがるような会社ならコロナ騒ぎでもう潰れてるだら
想像の域は出ませんな

>>163
DNSでsticker出す出さないはよくわからない
Public DNSや他アプリあるからかね
プレミアム誘導は露骨

>>164
AdGuard使っていてDNS機能だけって人は少ないんじゃないかな？

>>164
なんj推奨は間違っていてhttps必須の280推奨が正解ってことか

今度はパラレルワールドの話題？？

>>168
httpsオフが推奨だな
僅なメリットと引き換えにリスクが有りすぎる

>>170
じゃ280はウソつきなんだね

>>168はその通り
Chromeで個人情報使わず他のブラウザーか並行世界Chromeで個人情報
それか並行世界AdGuardを使って並行世界Chromeだけで広告ブロック
リスクなんてない

アドガがクレカ抜く危険性唱えてるならリバースエンジニアリングなりマルウェアか検証するなりしてコードなりを見ればいいだろ
バカのためにツールやらマニュアルやらがあるリンク集わざわざ持ってきてやったからそれ使って自分で安全性について調べろよ
ツールが信用できないとかいうバカは殆どがオープンソースなんだから不安なら自分でコード読んで確認してビルドしろよ
英語読めないとか吐かすなら危険だとか騒ぐな
deepl翻訳でも使って読めよ

モバイル用のマルウェア解析とかののツールやガイドとかのリンク集
https://github.com/ashishb/android-security-awesome
普通のペンテストとかのツールやガイドとかのリンク集
https://github.com/enaqx/awesome-pentest
モバイルのマルウェア解析とかのためのVM
https://santoku-linux.com/

>>173
https://github.com/vaib25vicky/awesome-mobile-security
https://github.com/sbilly/awesome-security

>>171
広告ブロッカーの作者なら重視するのは一番ブロック出来る設定だよ
だから280は立場から考えれば間違ってない
信者は頭悪すぎで可哀想

>>175
精度落ちる設定を勧めるなんJが間違ってるのは変わらず

>>173
取り敢えずありがとう
明日やろうは馬鹿やろうなので、今からちょっと見てみる
ただし、baksmailはsmail化しちゃうのでgitcroneしてソースコード読んで見るね
先ずはnativeで、書かれてる部分を見てみることにするよ
ありがとう
愛してるよ

普通にapktoolでsmailにdeconpileしてから
smail2javaでjavaに戻したらいいと思うよ

CoreLibはJavaじゃないからな

>>167
自分はdnsしか使ってないけど少数派なのか
dnsブロックの機能だけ見ても他より充実してるからAdguard使ってる

>>180
俺も俺も
何Jフィルターで快適だよな

>>180
ABP転用できるのAGとAG HomeとNextDNSくらいしかないんだっけか

>>176
間違ってないよ
他のメリットがあるからどっちを重視するかだよ
無料民だとこの設定をしないとブロックできないうのもある
それより、信者は毎日必死なのは分かったよ

え？寧ろdns使うと精度が落ちるんだが

>>184
流石に精度が落ちるのは常識だから知ってると思うよ
DNS使うのは他の目的(理由)だから

精度クンはなんのフィルター使ってるんだい？

無料の神サービス
https://realityripple.com/Tools/AdBlock++/
Wiki眺めてて知った
もっとわかりやすいところに書いてくれ

>>187
リンク集に書いてあるだろ？
そんなに使う人居ないだろうし

おいおい、精度の話ならhttpsが輝いちゃうじゃねーかよ

3.2.150に戻してから
アプデしばらくしてなかったんだけど、最新バージョンは安定してますか？

さかきばら精度

DNSに280ドメインじゃなく280無印
コンテンツに280無印
　精度変わらない
　とうぜん誤爆もコンテンツに280無印だけとすこしも変わらない
　何度リクエストされてもコンテンツに280無印だけよりリクエスト数が減る

DNSに280ドメイン
コンテンツに280無印
　いちぶアンチアドブロにひっかかるサイトがあるらしい
　けどそんなとこ見てない人が大多数で気づかない

どっちも
　chmate dos広告socdm.comはDNSでブロックする
　いちぶのアンチアドブロサイト以外は変わらない
　ぶっちゃけよほどの変わり者でないかぎり280ドメインと280無印セットでいい

サカキバラ精度クンがなにいいたかったのかは永遠の謎

>>190
3.4が出たら入れたらいいと思うよ

ageてこうぜ

テンションsage⤵

>>190
3.3は不具合があるので入れないほうがいい
betaだけど、3.4 beta2は安定してる

AdGuardのローカルVPNを使いつつ自宅LANにVPN接続ってできます？

>>197
無理

>>198
感謝！

>>199
いいってことよ

>>199
謝謝