Size: a a a

2020 August 14

R

Rtem in Android Guards
@frozenheime ну и твой соответчественник неплохую статью написал. Ознакомься: https://www.patreon.com/posts/39498496
источник

v

vitaly in Android Guards
Всем спасибо, изучу, что вы скинули
источник

R

Rtem in Android Guards
vitaly
Всем спасибо, изучу, что вы скинули
Пиши если что будет неясно. Не стесняйся.
источник

NK

ID:0 in Android Guards
Стрим с пентестерами начинаем через 25 минут: https://www.youtube.com/watch?v=BbygfeMZGj4
источник
2020 August 15

Y

YorkIsMine in Android Guards
Подскажите, а как можно рутовать устройство вручную без каких-то там magisk, supersu и тд?
источник

NK

Nikita Kulikov in Android Guards
YorkIsMine
Подскажите, а как можно рутовать устройство вручную без каких-то там magisk, supersu и тд?
А зачем?
источник

Y

YorkIsMine in Android Guards
ради интереса
источник

NK

Nikita Kulikov in Android Guards
YorkIsMine
ради интереса
Можно глянуть скрипты SuperSu
источник

NK

Nikita Kulikov in Android Guards
Что они делают
источник

A

Anymy in Android Guards
DirtyCow посмотри
источник
2020 August 17

SG

Serg Gorelli in Android Guards
Всем привет, такой вопрос. Протестировал андроид приложение одним средством проверки на безопасность. Оно мне выдало, что есть уязвимость, которая заключается в том, что я регистрирую broadcast receiver, для которого не указываю разрешения для отправителей. Однако, я регистрирую его для ACTION_HEADSET_PLUG, ACTION_SCO_AUDIO_STATE_UPDATED системных событий, для которых не могу поставить разрешения. Является ли это уязвимостью, можно ли сгенерировать ложное системное событие?
источник

R

Rtem in Android Guards
Serg Gorelli
Всем привет, такой вопрос. Протестировал андроид приложение одним средством проверки на безопасность. Оно мне выдало, что есть уязвимость, которая заключается в том, что я регистрирую broadcast receiver, для которого не указываю разрешения для отправителей. Однако, я регистрирую его для ACTION_HEADSET_PLUG, ACTION_SCO_AUDIO_STATE_UPDATED системных событий, для которых не могу поставить разрешения. Является ли это уязвимостью, можно ли сгенерировать ложное системное событие?
Если я тебя верно понял, то тебе нужны permissions - https://developer.android.com/guide/components/broadcasts#receiving-broadcasts-permissions
источник

R

Rtem in Android Guards
Чтобы сторонее приложение не могло отправить сообщение в твоей ресивер
источник

SG

Serg Gorelli in Android Guards
да, согласен, но я не понимаю момент, что я жду сообщений от системы, я же не могу ей выставить разрешение
источник

YS

Yury Shabalin in Android Guards
Это не вот эта ли категория?
https://cwe.mitre.org/data/definitions/925.html
источник

YS

Yury Shabalin in Android Guards
Если кратко - официальные источники советуют:
Прежде чем обработать Intent в методе OnReceive(), проверьте Intent Action, чтобы убедиться, что оно соответствует ожидаемому.
источник
2020 August 18

SG

Serg Gorelli in Android Guards
да, я думаю, это оно, спасибо!
источник

YS

Yury Shabalin in Android Guards
ну тут нужно смотреть, что код делает при получении такого события)
источник

YS

Yury Shabalin in Android Guards
статика любит такое показывать и тут нужно бы отсечь ложные срабатывания)
источник
2020 August 20

П

Павел in Android Guards
Господа, а есть какой-нибудь вменяемый читщит или статья о том, как правильно хранить токены для авторизации с пином более менее секьюрно
источник